>> Alexis Maldonado <[EMAIL PROTECTED]> writes:
> Esta es una sugerencia inocente, pero la hago porque hace un tiempo
> tuve que pelear mucho con sendmail para que hiciera lo que yo
> queria, la solucion: No pelear con sendmail... :)
Alexis, me ganaste.
> Si, al final me pase a usar postfix.
Secundo la moci�n. Fanatismo de lado, yo dir�a que ahora hay tres
clases de servidores de correo para Unix: los muy f�ciles para
configurar (exim), los eficientes (postfix) y sendmail.
Con esto quiero decir que postfix es f�cil, pero no *muy* f�cil de
configurar (hay cosas para las cuales la documentaci�n se queda corta,
pero como Alexis alguna vez dijera, en la lista de correo las
respuestas abundan). sendmail no es ni muy f�cil ni eficiente. Para
algunas cosas sendmail es f�cil de configurar, sii uno tiene el
murci�lago al lado, pero el murci�lago se est� quedando corto en
algunas cosas. Si sendmail *no es* algo, es eficiente. El otro d�a
puse a listas.linux.or.cr a mandar, ejem, 4000+ mensajes antes de
darme cuenta que hab�a metido la pata. Antes de poder detener a
postfix, ya hab�a repartido casi 200 -- *mientas* la cola estaba
siendo alimentada con los 4000. En un 486. Por motivos que no vale
la pena discutir, tambi�n puse a sendmail a hacer lo mismo. Despu�s
de 500 mensajes, no solo la cola, sino que el sistema estaba casi
congelado (P3/256MB). Y les aseguro, no quieren saber lo que pas�
cuando intent� con smail.
Hay un parche para sendmail para que aguante un poco m�s...
Razones para usar sendmail: la configuraci�n tiene algo *realmente*
elaborado, que solo con reglas de sendmail se puede hacer de forma
simple.
Razones para usar postfix: es importante entregar grandes cantidades
de correo eficientemente.
Para mi gusto, entre postfix y sendmail, es m�s simple configurar
postfix con reglas antispam que sendmail. Postfix adem�s soporta toda
clase de bellezas, desde LDAP hasta verificaci�n con (una forma de)
SSL.
Marcelo
--
�Desea desuscribirse? Escriba a [EMAIL PROTECTED] con
el tema "unsubscribe".
