¿es lo mismo /dev/null que /bin/false? Si se diferencia, ¿en que?


Jaime Rodríguez Molina wrote:

Una pregunta....................

Eso de que no dispone de shell que quiere decir?
que en el /etc/passwd pones la shell a /dev/null no?


El pop-before-smtp existe como paquete en linux?


Bernardo wrote:

Yo estoy usando un sistema de "usuarios virtuales". Combino
courier-imap+postfix+maildrop+pop-before-SMTP.

De esta forma no tengo usuarios "reales" en la máquina excepto los
administradores, el resto son simples directorios y los usuarios de correo no
disponen de shell con lo que si a alguno le pillan la pass no consiguen con ella
nada mas que mirar su correo, pero no compromenten la seguridad de la makina. Si
los usuarios desean gestionar el correo a traves de redes caoticas e inseguras
como es Internet, con este metodo dispone de algo mas de tranquilidad.

El pop-before-SMTP es para evitar el spam. Solo usuarios validos (con password 
de
correo) en la makina, pueden enviar correodesde ese servidor. Esto lo consigues
obligando a que se descarguen el correo antes de enviar. De esta manera el
servidor les pide la clave al descargar (pop) y si es correcta ademas de 
permitir
la descarga, guarda su IP en una base de
datos durante una media hora aprox. y
permite el uso del SMTP desde esa IP durante ese tiempo. Despues de esa media
hora, si el user intenta enviar algo, la makina responde con "we do not relay".
El user se descarga de nuevo el correo (se valida) y dispone de otra media hora.

Funciona bastante bien y rápido hasta ahora y llevo usandolo unos 6 meses.

Un saludo

Ber
[EMAIL PROTECTED] ha escrito:

Saludos.

Resulta que estamos tratando de montar un servidor de correo-e partiendo
de postfix, y queremos dar servicios imap y pop.

Por supuesto, no queremos que todos los usuarios que tengan correo-e en
esta máquina existan como usuarios del sistema.

Parece que una opción es usar Cyrus + postfix, pero no sabemos si esto
es una buena idea.
¿alguna sugerencia? ¿mejor ldap, mysql o algo así por el estilo?

Venga, un saludo a [EMAIL PROTECTED]




Responder a