-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-24 a las 10:36 +0100, miguel gmail escribió:
Tiene que haber un servidor de salida smtp, y uno de entrada, de donde SAP sea capaz de coger los correos para redirigirlos a un operador, supongo que será imap4. No tengo ni idea de si SAP soporta maildir, mbox, ambos, ninguno :P ... pero lo estoy preguntando por otro lado, a ver si consigo la respuesta.
Si usas IMAP, el que el servidor use maildir o lo que le de la gana, te resbala; al SAP le importa un bledo, mientras tire de IMAP. Ni se entera de lo que haya puesto.
* 10 cuentas de entrada (alguna más, alguna menos), con usuarios virtuales (o sea, tendra que llevar un mysql, un sasl... ni idea).
Para sólo 10 cuentas, pueden perfectamente ser usuarios reales.
* 2000 mails de entrada/dia
Mira, el otro dia descargué algo así como 3000 correos de mi cuenta de gmail, en cosa de una hora. El problema no era el postfix, era el modem. Si mi pentium IV a 1800 puede con eso, tu maquinón con 2000 al dia ni se entera. ¡Eso no es nada! Lo que enlentece el procesado del correo es el antispam y el antivirus.
* 40000 mails de salida/dia (aqui hay algo de confusion, pueden ser 0.6KB o 0.6MB por correo)
Una "pequeña" diferencia :-P Mira, en la web del postfix tienes ejemplos de casos reales de servidores grandes, que migraron de tal o cual cosa, muy explicaditos. Échale un vistazo, merece la pena.
* _yo_ prefiero el formato maildir, por aquello de si se corrompe el mbox... (pendiente de confirmar con qué es compatible SAP)
Nunca se me ha corrompido un mbox. Y mira que los tengo grandes... hasta de 100 megas. Esa gente a lo mejor usará más, si son correos de medio mega... El mbox, curiosamente, puede ser incluso más rápido que el maildir, en algunas circunstancias; por ejemplo, añadir correos es más rápido cuando hay muchos, porque no hay que buscar un número libre para crear un nuevo fichero, por lo que es bueno para el postfix. En cambio, borrar mensajes sueltos es más lento o ineficaz: lo que se hace es marcar los correos como borrados, y cuando se compacte el fichero se borran de verdad.
* filtro antispam * antivirus
amavis-new. Ojo, ni siquiera hace falta antivirus, basta con cepillarse todos los anexos ejecutables o ponerlos en cuarentena, y ahorras un montón en tiempo de proceso. Lo que no he mirado es cómo decirle al amavis que le pase al antivirus sólo los correos sospechosos, no todos.
* soporte listas de correo.
mailman.
* estable, muy estable (tanto maquina como sw)
sles.
- puedo instalar qmail sobre una particion propia, y esperar que si toca reinstalar, actualizar la distro, etc etc, el qmail siga funcionando sin problemas?
Ni idea.
- idem para postfix
En una sles, no lo dudo.
- dada la carga de trabajo que ha de soportar el servidor de correo, que configuracion hw minima recomendais (numero, tipo y velocidad de proc, memoria, disco, configuracion red)?
La carga va a ser la del imap, no la del postfix. Bueno, sí, el antispam carga bastante, pero si llega el caso, sabes que puedes poner el spamassassin en otra máquina y consultar por red.
- el trafico generado por el servidor de correo, puede ralentizar el del resto de la DMZ?
Si son correos de medio mega, supongo. Pero 4000 correos por dia, no es nada.
- recomendaríais separar las maquinas para smtp y imap4/pop3?
Si el servidor imap lo pones en la intranet, estará más seguro, ¿no crees?
- fácil de mantener actualizado (si, ya se que el qmail no tiene un solo fallo desde su lanzamiento, y van por la version 1.03, pero...)
- conocéis alguna comparativa entre qmail y postfix que se pueda enseñar?
El hecho de que leí a algún administrador de SuSE hablar no precisamente lindezas del qmail. Sólo lo usan en la lista y porque es exigencia del ezmlm, el resto tienen postfix. Pero hay muchos a quien le encanta el qmail. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD1ihdtTMYHG2NR9URAv54AJ9Pt/crva0JGBMq0aDMoEuj4puJrgCfejGp BL6IEoatoPI6w116ECGiq3I= =rZFo -----END PGP SIGNATURE-----