Hola, Tengo una duda con Spamassassin. Quiero instalarlo en una intranet, pero no sé si podrá hacer exactamente lo que busco. La situación actual es la siguiente: Fetchmail: recibe el correo de varias cuentas externas se servidores remotos cada 30 minutos. El correo lo recibe actualmente la cuenta de un usuario local de SuSE. Postfix: se encarga de dos cosas. Poner en correo que viene de Fetchmail en la cuenta de usuario local y se encarga de varias cuentas "no locales" de la intranet. Cyrus: gestiona varios usuarios "no locales" dando servicio POP3 interno que nada tienen que ver con la cuenta que recoge el correo de Fetchmail. En resumen: - Usuario local que recibe el correo de Fetchmail - Usuarios no locales creados con / para Cyrus Mi intención es que si funciona bien Spamassassin, configure a SuSE (con Fetchmail + Postfix + Cyrus) para que sea el gestor de todos las cuentas de correo electrónico que gestionamos, es decir, que el correo remoto se reciba con Fetchmail y lo gestionen Postfix y Cyrus (junto con Spamassassin) y el envío de correo se haga de forma local hasta Postfix y sea él quien (mediante los "alias") sea quien envíe el correo de forma externa. La duda que tengo es si voy a poder configurar Spamassassin para que todo los correos que filtre los guarde en un directorio aparte local de SuSE, vamos, que no quiero que los posibles mensajes de Spam pasen al servidor POP3 (Cyrus) y no inundar así a los usuarios de la intranet con los correos basura, pero que por si acaso se tratara de un correo legítimo, no se pierda y permanezca en un directorio de SuSE. Después de todo este rollo :-P ¿es posible llevar a cabo ésto? He estado en la página de Spamassassin y en las de Postfix buscando algún HOW-TO que integre al trío de ases (Fetchmail+Postfix+Cyrus), pero no encuentro nada que lo aclare. Se admiten sugerencias, opiniones, ideas, críticas... de todo. :-) Gracias y saludos, -- Camaleón
El 2004-04-06 a las 13:15 +0200, Camaleón escribió:
Después de todo este rollo :-P ¿es posible llevar a cabo ésto? He estado en la página de Spamassassin y en las de Postfix buscando algún HOW-TO que integre al trío de ases (Fetchmail+Postfix+Cyrus), pero no encuentro nada que lo aclare.
Yo es que tengo todavía un punto que no he "estudiado" o probado, que es el cyrus: no se como engancha el postfix con el cyrus. El proceso normal, usando fetchmail, es recoger el correo y enviarselo a un usuario local, lo cual se hace mediante postfix, quien lo entrega a un agente de reparto local, que suele ser el procmail - creo que es ahí donde se inserta el cyrus. Si se puede pasar por procmail antes de cyrus, llamar al spamassassin desde una receta de procmail es muy facil, y desviar los spam flagrantes a otra carpeta local es también muy facil. Lo ideal sería pasar el correo bueno al cyrus, y el malo también al cyrus, pero en otra carpeta "spam", para que el usuario pueda echarles un vistazo por si las moscas: borrar correo puede traer problemas "sociales" si se borra un correo equivocado, así que es mejor que lo hagan ellos. Y también ideal sería si el tratamiento del spamassassin es local en vez de global, porque es así como mejor funciona el filtro bayesiano.
Se admiten sugerencias, opiniones, ideas, críticas... de todo.
Pues eso son, menos recomendaciones... porque es un tema que no he estudiado. Me parece que el tema ha salido más de una vez por las listas. Lo que si se es que el SpamAssassin se puede combinar con una base SQL para guardar los ficheros "score" de los usuarios en una configuración global (para usuarios sin home). Viene comentado en .../Mail-SpamAssassin-2.63/sql/README -- Saludos Carlos Robinson
El Martes, 6 de Abril de 2004 20:22, Carlos E. R. escribió:
Yo es que tengo todavía un punto que no he "estudiado" o probado, que es el cyrus: no se como engancha el postfix con el cyrus.
Tal y como comentas más abajo, es como dices. Sólo hay que configurar el parámetro de Postfix "mailbox_transport" y decirle que es Cyrus, previa configuración de Cyrus.
El proceso normal, usando fetchmail, es recoger el correo y enviarselo a un usuario local, lo cual se hace mediante postfix, quien lo entrega a un agente de reparto local, que suele ser el procmail - creo que es ahí donde se inserta el cyrus. Si se puede pasar por procmail antes de cyrus, llamar al spamassassin desde una receta de procmail es muy facil, y desviar los spam flagrantes a otra carpeta local es también muy facil.
En ese punto es donde me lio yo. ¿Qué pinta Procmail en todo ésto? Yo creo que no lo utilizo para nada, pero si busco en Google por "Postfix+Fetchmail +Spamassassin" lo que encuentro son FAQs donde utilizan Procmail, pero no es éste el caso...
Lo ideal sería pasar el correo bueno al cyrus, y el malo también al cyrus, pero en otra carpeta "spam", para que el usuario pueda echarles un vistazo por si las moscas: borrar correo puede traer problemas "sociales" si se borra un correo equivocado, así que es mejor que lo hagan ellos.
Uhmm... han sido los propios usuarios los que han pedido no ver ni un sólo correo de spam más en sus cuentas. No se trata de borrarlos, sino dejarlos en un directorio aparte. La idea es que una vez a la semana sea el administrador quien le eche un vistazo a la carpeta de los mensajes marcados como spam, y si se ha colado algún falso positivo, devolverlo a su destinatario.
Y también ideal sería si el tratamiento del spamassassin es local en vez de global, porque es así como mejor funciona el filtro bayesiano.
¿Te refieres a que se apliquen las reglas por usuario en vez de una configuración generalizada?
Se admiten sugerencias, opiniones, ideas, críticas... de todo.
Pues eso son, menos recomendaciones... porque es un tema que no he estudiado.
Me parece que el tema ha salido más de una vez por las listas.
Lo que si se es que el SpamAssassin se puede combinar con una base SQL para guardar los ficheros "score" de los usuarios en una configuración global (para usuarios sin home). Viene comentado en .../Mail-SpamAssassin-2.63/sql/README
-- Saludos Carlos Robinson
Gracias, Carlos, por los comentarios y las ideas. Lo mejor va a ser coger al toro por los cuernos y empezar a poner en marcha el sistema, e ir resolviendo los problemillas por el camino. ;-) Saludos, -- Camaleón
El 2004-04-07 a las 09:15 +0200, Camaleón escribió:
En ese punto es donde me lio yo. ¿Qué pinta Procmail en todo ésto? Yo creo que no lo utilizo para nada, pero si busco en Google por "Postfix+Fetchmail +Spamassassin" lo que encuentro son FAQs donde utilizan Procmail, pero no es éste el caso...
No se si en el caso del cyrus se puede usar, estoy pez con el cyrus; pero si se pudiera, permitiría mucho juego. Algún dia instalaré el cyrus para leerme su documentación y jugar con él.
Lo ideal sería pasar el correo bueno al cyrus, y el malo también al cyrus, pero en otra carpeta "spam", para que el usuario pueda echarles un vistazo por si las moscas: borrar correo puede traer problemas "sociales" si se borra un correo equivocado, así que es mejor que lo hagan ellos.
Uhmm... han sido los propios usuarios los que han pedido no ver ni un sólo correo de spam más en sus cuentas. No se trata de borrarlos, sino dejarlos en un directorio aparte. La idea es que una vez a la semana sea el administrador quien le eche un vistazo a la carpeta de los mensajes marcados como spam, y si se ha colado algún falso positivo, devolverlo a su destinatario.
Eso es muy cómodo para ellos, pero te pone a ti en un brete: imaginate que al verificar el spam topas con un falso positivo que además es privado o sensible: pueden mosquearse porque lees el correo ajeno. Vamos, como el del cuento, que te dan de tortas por las dos caras. Aparte, puede ser mucho correo para verificarlo una única persona.
Y también ideal sería si el tratamiento del spamassassin es local en vez de global, porque es así como mejor funciona el filtro bayesiano.
¿Te refieres a que se apliquen las reglas por usuario en vez de una configuración generalizada?
Si, es como mejor funciona, está diseñado para eso. El problema es hacerlo en un servidor, que no está nada claro. La razón fundamental es que lo que para alguien es spam, para otro no lo es; y también porque muchas veces el tipo de spam depende de cada persona, por donde le hayan pillado el correo. Aparte de los ficheros del bayes, están la reglas de white/black list, que si que deben ser por usuario. Los filtros bayesianos pillan casi todo lo que se le escapa al spamassassin normal, pero sólo si está bien entrenado. Creo haber leido que en modo global ni siquiera funciona
Gracias, Carlos, por los comentarios y las ideas. Lo mejor va a ser coger al toro por los cuernos y empezar a poner en marcha el sistema, e ir resolviendo los problemillas por el camino.
;-)
Suele ocurrir :-) Busca por el archivo de la lista, me suena haber visto notas de documentación sobre el tema. Y en la web del spamassassin mencionan algo sobre configuraciones globales. -- Saludos Carlos Robinson
participants (2)
-
Camaleón
-
Carlos E. R.