El 21/12/07, Carlos E. R. escribió:
Pero este año no toca >:-)
Preguntaba por qué Amavis te era problemático :-?
En un servidor más pequeño y controlable se puede usar spamd porque dá mas control, acierta más que el amavis, gracias a usar una base de datos bayesiana por cada usuario (y hay una configuración posible para usuarios virtuales, pero con directorios, no mysql).
Sí, lo sé. Tengo ambas configuraciones. La de spamd / spamc fue la primera que utilicé y siempre (te hablo desde el año de la 8.2) ha generado algunos errores de comunicación con Postfix...
Considero a spamassassin una herramienta de seguridad.
No jorobes >:-) Es un filtro de clasificación... que puede tener errores de seguridad explotables de forma remota, pero el error que te genera no es error de seguridad sino de aplicación (casca, se queda muerta, no gestiona correctamente los procesos hijos).
Creo que hablan de "IntegratedSpamdInPostfix", que no lo conozco.
Dicen que si se integra con postfix (y enlazan a un ejemplo) es problemático y no es la forma más eficiente de hacerlo.
Ese segundo es un clásico que reporté yo al bugzilla, y que creo que han corregido, pero no estoy seguro. El problema es que se registraba con nivel "warning" en vez de "debug".
Sí, va al "warning". Sólo salta con algunos mensajes de spam de esos "raros" :-?
Bueno, no ese exactamente, el mío. LLegué a unos cuantos bugzillas del spamassassin, nums 4476, 4370, 4590, 4696, y 4407. Ya no tengo el enlace.
Es que parece problema de spamd, no de perl. O de spamd con una versión concreta de perl... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org