[eside-ghost] Maildir vs Mbox

[Alvaro Uría]

Aupi,

Jose Antonio Fernandes Salvador [27/01/06 20:05 +0100] escribió:
> 
> Buenas,
> 
> Estoy configurandome un servidor de email y me entrán dudas entre Maildir o 
> Mbox, leyendo por ahí ventajas e inconvenientes no me aclara las cosas. 
> Quiero opiniones de gente que hayan jugado con las dos. Ahora estoy en fase 
> de pruebas. Pero la idea es que gestione de 250 a 500 buzones de unos 50 
> dominios, una media diaría de 50 a 100 mensajes díarios por buzón. Un 
> transito de unos 20GB a 40GB de correo mensuales.

En servidores, yo sólo he probado Maildir (no creo que se pueda considerar
servidor un exim de una máquina que sólo recibe correo de cron en root :D)

Si por lo que sea vas a usar otra máquina para alojar los buzones, creo que
Maildir reduciría bastante el tráfico... y si vas a usar NFS, entonces es
obligado ("historial de bloqueos", como comentan en las páginas sobre este
tema xDD).

Por otro lado, sí que he probado Mbox y Maildir en el lado del cliente...
concretamente saqué este tema por abril o así, que fué cuando cambié a Mbox
porque 'mutt' funcionaba más rápido cuando el fichero tenía pocos mensajes.
Pero me gusta guardarlos, y así empezaba a flojear.

Además, he configurado DSPAM en el cliente, y si tengo que parsear algún
falso (positivo|negativo), es complicado si forma parte de un "todo-uno". Lo
mismo ocurriría con SpamAssassin.

Así que desde diciembre he vuelto a Maildir y la verdad es que va bastante
fino (no lo recordaba así antes de abril XD). Ni que decir que el paso de
Mbox a Maildir (con mb2md.pl) es trivial.

> Si visto este fluyo quereís darme algún consejo a parte, todo es 
> bienvenido. Mi idea es instalarle debian con Postfix, Amavisd, Clamav, 
> SpamAssassin, Mailgraph, Mailman y SquierrelMail basandome en los apuntes 
> de Iker Sagasti Markina.

¡¿Todo ese flujo va a ser con internet?! afiuu. ¿Qué ancho de banda tenéis?
¿Y máquina?  Normalmente suele ser poco de todo así que piensa en QoS. Y tb,
por lo de la máquina, intenta cortar el máximo de basura nada más llegar (en
el smtpd, con las opciones para smtpd_sender_restrictions y así), incluídos
header_checks (from, to, subject...) y body_checks (para no aceptar mensajes
con adjuntos .exe .vbs y así, todo esto en tiempo de conexión con el
"servidor" emisor).

Otra solución para el smtpd_sender_restrictions es lo de las listas negras
(RBLs).

<Posible_FUD>
Con respecto a lo de Mbox vs Maildir otra vez, creo (no estoy seguro) que
SquirrelMail necesita un servidor IMAP (courier-imap suele ser el más común),
y por ejemplo, courier-imap sólo trabaja con Maildir.
</Posible_FUD>

Y por último... con respecto a SpamAssassin... si de repente te vas a
encontrar recibiendo un montón de mensajes y no tienes forma de entrenarle,
échale un vistazo a Razor (http://razor.sourceforge.net/).

> Gracias por vuestras opiniones y sugerencias

Suerte!

PD: Quizás es una parida, pero los programas críticos (en producción y tal)
los suelo instalar desde las fuentes, y así cuando actualizo "mi" RedHat o
Debian, no me preocupo de posibles fallos del estilo... "ayer funcionaba y
hoy no quiere arrancar... y no he hecho nada xD".
-- 
    ,____________,
    .'          '.
   /~~~~^~~~^~^~~~\
  /      _    /||  \  Alvaro Uría (0x5109E791)
 ;      ( }   \||D  ;  <fermat at movimage.com>
 |    | /\__,=[_]   |  
 ;  ( |_\_  |---|   ;  Don't make me use uppercase...
  \  )|  |/ |   |  / 
   '. |  /_ |   |.'
    '------------'
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 189 bytes
Descripción: Digital signature
Url        : https://listas.deusto.es/mailman/private/eside-ghost/attachments/20060127/a6f388eb/attachment.bin