Re: sugerencia servidor correo
Ahi van las URLs de donde me descargue todo: http://www.stahl.bau.tu-bs.de/~hildeb/postfix/pop-before-smtp_en.shtml http://www.flounder.net/~mrsam/maildrop/ http://www.inter7.com/courierimap/ Cuando digo que no existen users, es exactamente eso. Son simples directorios (maildirs). No tienen obviamente ninguna entrada en /etc/passwd por lo tanto no hay que restringir shell ni nada de eso. Simplemente no tienen shell. El servidor actua como mail server only. Por si os decidis a montarlo, recuerdo que tuvimos algunos problemillas con el bounce. Cuando llegaba un mail para un user que no existia en la makina, el sistema en vez de bouncearlo inmediatamente, lo encolaba durante 4 dias. Esto lo solucionamos generando una base de datos adicional con el postmap de postfix, que contuviera los nombres de los users de la mnakina y convenciendo a postfix para que la consultara antes de encolar ningun mail. Funciono. Ademas luego le añadimos mas campos a la BD que son irrelevantea para el postfix pero que nos vienen muy bien para obtener info de los users (nombre y apellido, turno, departamento, etc) El sistema gestiona quotas de correo de una forma muy sencilla sin tener que instalar nada del sistema clasico de quotas de linux, logicamente por lo dicho antes, no hay user clasicos. Simplemente hay que añadir en un fichero los el espacio en disco y el numero maximo de mails que permites a cada user y ya esta. Para gestionar todo esto nos escribimos un script que facilita mucho las tareas de administracion. La simple creacion de un user implica crear su maildir, darle de alta en una bd interna de courier imap, ponerle password gestionar las cuotas, etc. Con un script todo es mas facil. Un saludo, Bernardo [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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sugerencia servidor correo
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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sugerencia servidor correo
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". Combinocourier-imap+postfix+maildrop+pop-before-SMTP.De esta forma no tengo usuarios "reales" en la mquina excepto losadministradores, el resto son simples directorios y los usuarios de correo nodisponen de shell con lo que si a alguno le pillan la pass no consiguen con ellanada mas que mirar su correo, pero no compromenten la seguridad de la makina. Silos usuarios desean gestionar el correo a traves de redes caoticas e insegurascomo 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 decorreo) en la makina, pueden enviar correodesde ese servidor. Esto lo consiguesobligando a que se descarguen el correo antes de enviar. De esta manera elservidor les pide la clave al descargar (pop) y si es correcta ademas de permitirla descarga, guarda su IP en una base de datos durante una media hora aprox. ypermite el uso del SMTP desde esa IP durante ese tiempo. Despues de esa mediahora, 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 rpido hasta ahora y llevo usandolo unos 6 meses.Un saludoBer[EMAIL PROTECTED] ha escrito: Saludos.Resulta que estamos tratando de montar un servidor de correo-e partiendode postfix, y queremos dar servicios imap y pop.Por supuesto, no queremos que todos los usuarios que tengan correo-e enesta mquina existan como usuarios del sistema.Parece que una opcin es usar Cyrus + postfix, pero no sabemos si estoes una buena idea.alguna sugerencia? mejor ldap, mysql o algo as por el estilo?Venga, un saludo a [EMAIL PROTECTED]--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Un saludo, jaime Jaime Rodrguez Molina. jr.molina at wanadoo dot es Web http://www.airtel.net/hosting/cangrejo
Re: sugerencia servidor correo
¿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]
Re: sugerencia servidor correo
Carlos José:
¿es lo mismo /dev/null que /bin/false? Si se diferencia, ¿en que?
El primero es un dispositivo, no un programa, que sirve para tragarse
todo lo que le echen :-)
echo le echo esto /dev/null
El segundo es un programa que no hace nada y devuelve un código
distinto de cero para indicar que no terminó con éxito (véase false(1)).
Poner /bin/false en /etc/passwd es usar /bin/false para lo que fue
diseñado: para no hacer nada. La única razón que se me ocurre para
poner /dev/null es por el mensaje de error algo distinto que da:
Cannot execute /dev/null: Permiso denegado
pero para eso, y ya puestos, se puede hacer un programa en C con el mensaje
que nos dé la gana, y en el idioma que más nos guste:
#include stdio.h
int main () { printf(¿Aburrido, eh?\n); exit(1); }
sugerencia servidor correo
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]
