[opensuse-es] El spamassassin no carga user_prefs de los usuarios
Buen día a todos. Estoy tratando de resolver un problema de mi sistema anti-spam en el cual uno de mis usuarios desea tener su propia lista blaca. Estos son mis datos: Servidor SLES 10 y el sistema de correo trabaja con postfix+amavis+spamassassin Actualmente yo habilito el uso del antispam en amavis.conf y personalizo mis hits y reglas en /etc/mail/spamassassin/local.cf así mismo yo habilito el whitelist_from en el local.cf y fucniona de perfecto. El problema se presenta cuando quiero definir la whitelist_from en el home de los usuarios, es decir en $HOME/.spamassassin/user_prefs En teoria debe de funcionar, pero al editar dicho archivo y agregar esto whitelist_from algun-usuario@hotmail.com La regla anterior no me la esta tomando en cuenta y mis mensaje tienen una calificación muy alta de hits Tal parece que debo definir, en algún lugar que que mis usuarios tienen su configuración personal del spamassassin para que esta funcione. Pero dónde o cómo ? Les agradecería mucho cualquier tipo de ayuda. Como información adicional he realizado algunas pruebas.... Se me ocurrió hacer un test sobre uno de los mensajes de correo que recibió mi usuario, dicho test lo realice en una terminal con su nombre de usuario, de esta forma $ spamassassin -D < /tmp/msg-de-hotmail El resultado del test fue el siguiente: X-Spam-Status: No, reporte= * -100 USER_IN_WHITELIST From: address is in the user's white-list * 1.0 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org * 0.5 DNS_FROM_SECURITYSAGE RBL: Envelope sender in * blackholes.securitysage.com * 2.0 DNS_FROM_RFC_POST RBL: Envelope sender in * postmaster.rfc-ignorant.org Como podemos ver si me tomo en cuenta el USER_IN_WHITELIST, entonces pro que no me lo toma cuanto el correo es recibido desde la internet... tendrá que ver en algo el amavis, local.cf De antemano gracias por su apoyo. Saludos Fernando Maldonado -- Instituto de Ingeniería de la UNAM Coordinación de Sistemas de Cómputo Área de Sistemas Unix/Linux -- 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
El 14/11/08, Instituto de Ingenieria Área de Sistemas Unix/Linux escribió:
Estoy tratando de resolver un problema de mi sistema anti-spam en el cual uno de mis usuarios desea tener su propia lista blaca.
¿Usas los usuarios del sistema para el correo? Con cyrus tengo a los usuarios en una base de datos por separado y creo que tampoco me funcionaría esa opción de listas blancas personalizadas :-?
Como podemos ver si me tomo en cuenta el USER_IN_WHITELIST, entonces pro que no me lo toma cuanto el correo es recibido desde la internet...
Seguramente porque tiene que ser el usuario el que llame al SA para que se apliquen las preferencias de su /home. Pero si metes al amavisd-new de por medio... pues no sé si es posible configurarlo para que tenga en cuenta las preferencias de los usuarios que usa el SA :-? 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-14 a las 22:58 +0100, Camaleón escribió:
Pero si metes al amavisd-new de por medio... pues no sé si es posible configurarlo para que tenga en cuenta las preferencias de los usuarios que usa el SA :-?
Si lo es, estuve etudiando el tema hace años;, pero como no lo uso así no me acuerdo como. Creo que hay que definir un directorio debajo del cual están las preferencias de los usuarios (aunque sean virtuales) o en una base de datos mysql. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkd998ACgkQtTMYHG2NR9UHyQCfRf19d+WN7mXksdw7CeR7niCV 9gQAn1pwsgeJy+l+5C4YhXqgzBFAXgI6 =5XKb -----END PGP SIGNATURE-----
El 14/11/08, Carlos E. R. escribió:
Si lo es, estuve etudiando el tema hace años;, pero como no lo uso así no me acuerdo como. Creo que hay que definir un directorio debajo del cual están las preferencias de los usuarios (aunque sean virtuales) o en una base de datos mysql.
Me interesa para el Cyrus, porque ahora utilizo una configuración global. Si encuentras documentación sobre el tema, envía a la lista, por fa :-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-14 a las 23:17 +0100, Camaleón escribió:
El 14/11/08, Carlos E. R. escribió:
Si lo es, estuve etudiando el tema hace años;, pero como no lo uso así no me acuerdo como. Creo que hay que definir un directorio debajo del cual están las preferencias de los usuarios (aunque sean virtuales) o en una base de datos mysql.
Me interesa para el Cyrus, porque ahora utilizo una configuración global.
Si encuentras documentación sobre el tema, envía a la lista, por fa :-)
~/doc/packages/amavisd-new/README_FILES/amavisd-new-docs.html • hard black- and whitelisting senders regarding spam • soft black- and whitelisting senders regarding spam -- @score_sender_maps y luego el README.sql-mysql Sólo me he leído por encima la cosa. Parece que se crea una tabla por receptor, y a cada remitente se le da una puntuación a añadir (lista blanda) o un si/no para la dura. Mira, esta es la tabla para la lista blanda en mysql: - -- per-recipient whitelist and/or blacklist, - -- puts sender and recipient in relation wb (white or blacklisted sender) CREATE TABLE wblist ( rid integer unsigned NOT NULL, -- recipient: users.id sid integer unsigned NOT NULL, -- sender: mailaddr.id wb varchar(10) NOT NULL, -- W or Y / B or N / space=neutral / score PRIMARY KEY (rid,sid) ); Las direcciones van por numero, o sea, que habrá otra tabla de nombres. Ah, si: - -- any e-mail address (non- rfc2822-quoted), external or local, - -- used as senders in wblist CREATE TABLE mailaddr ( id int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, priority integer NOT NULL DEFAULT '7', -- 0 is low priority email varchar(255) NOT NULL UNIQUE ); Me parece que ese readme tiene las instrucciones para crear las tablas, podrían directamente haber puesto el script. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkeJmwACgkQtTMYHG2NR9WrQACeO+Quty5gv7Ngrd6BaipsJtAE DOAAniADQeI94+1JsFgiA+3TB2NFtkGJ =fQVm -----END PGP SIGNATURE-----
El 15/11/08, Carlos E. R. escribió:
~/doc/packages/amavisd-new/README_FILES/amavisd-new-docs.html
Je, je... :-P http://www.ijs.si/software/amavisd/amavisd-new-docs.html "(...) The most recent version of this document is available at http://www.ijs.si/software/amavisd/amavisd-new-docs.html"
• hard black- and whitelisting senders regarding spam • soft black- and whitelisting senders regarding spam -- @score_sender_maps
Ah... pues sí. Pero esto es exclusivamente del amavisd-new, es decir, no permite leer el archivo de preferencias del SA "user_prefs" que permite cosas interesantes como el "whitelist_from_rcvd"... aún así, podría servir. Sigo leyendo. Hum... "(...) Another point to bear in mind is that the sender address examined is the one from the SMTP protocol, exactly as provide by MTA to amavisd-new. It is known as the envelope sender address or return path. This address does not necessarily match the mail author's address from the mail header (From:) or the sender's address from the header (Sender:)." Curioso, que no usa el campo "From:" sino el "Return-Path:"
y luego el README.sql-mysql
No me queda claro cómo hace la consulta... ¿necesita una tabla sql sólo, sin la bdd? :-?
Sólo me he leído por encima la cosa. Parece que se crea una tabla por receptor, y a cada remitente se le da una puntuación a añadir (lista blanda) o un si/no para la dura.
Mira, esta es la tabla para la lista blanda en mysql:
- -- per-recipient whitelist and/or blacklist, - -- puts sender and recipient in relation wb (white or blacklisted sender) CREATE TABLE wblist ( rid integer unsigned NOT NULL, -- recipient: users.id sid integer unsigned NOT NULL, -- sender: mailaddr.id wb varchar(10) NOT NULL, -- W or Y / B or N / space=neutral / score PRIMARY KEY (rid,sid) );
Las direcciones van por numero, o sea, que habrá otra tabla de nombres. Ah, si:
- -- any e-mail address (non- rfc2822-quoted), external or local, - -- used as senders in wblist CREATE TABLE mailaddr ( id int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, priority integer NOT NULL DEFAULT '7', -- 0 is low priority email varchar(255) NOT NULL UNIQUE );
Me parece que ese readme tiene las instrucciones para crear las tablas, podrían directamente haber puesto el script.
http://www.ijs.si/software/amavisd/README.sql.txt Lo voy a revisar... si no necesita bdd en marcha (ouch, creo que sí la necesita...) podría ser interesante, bueno, más que interesante, la única opción para usar listas blancas por usuario y para el bayes :-) ¿Por qué no sacarán un Amavis-SA, todo integradito y en un sólo producto? O:-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-15 a las 10:48 +0100, Camaleón escribió:
El 15/11/08, Carlos E. R. escribió:
~/doc/packages/amavisd-new/README_FILES/amavisd-new-docs.html
Je, je... :-P
http://www.ijs.si/software/amavisd/amavisd-new-docs.html
"(...) The most recent version of this document is available at http://www.ijs.si/software/amavisd/amavisd-new-docs.html"
Ya, ya... pero la copia más reciente no necesariamente es la más correcta para tu instalación; puede contar cosas que no tienes.
• hard black- and whitelisting senders regarding spam • soft black- and whitelisting senders regarding spam -- @score_sender_maps
Ah... pues sí.
Pero esto es exclusivamente del amavisd-new, es decir, no permite leer el archivo de preferencias del SA "user_prefs" que permite cosas interesantes como el "whitelist_from_rcvd"... aún así, podría servir. Sigo leyendo.
Si, claro. Lo de las user_prefs, pues es que me suena haberlo leido antes, pero no lo localizo.
Hum...
"(...) Another point to bear in mind is that the sender address examined is the one from the SMTP protocol, exactly as provide by MTA to amavisd-new. It is known as the envelope sender address or return path. This address does not necessarily match the mail author's address from the mail header (From:) or the sender's address from the header (Sender:)."
Curioso, que no usa el campo "From:" sino el "Return-Path:"
Curioso e inconveniente, si.
y luego el README.sql-mysql
No me queda claro cómo hace la consulta... ¿necesita una tabla sql sólo, sin la bdd? :-?
No, claro que no, el motor entero; en la misma máquina o en otra.
http://www.ijs.si/software/amavisd/README.sql.txt
Lo voy a revisar... si no necesita bdd en marcha (ouch, creo que sí la necesita...) podría ser interesante, bueno, más que interesante, la única opción para usar listas blancas por usuario y para el bayes :-)
¿bayes? Creo que no. Si no quieres usar el motor, está tambien sqlitle, es otra opción. O en texto dentro de amavis.conf. El mysql tiene la ventaja de no tener que reiniciar el amavis por un cambio de las tablas.
¿Por qué no sacarán un Amavis-SA, todo integradito y en un sólo producto? O:-)
Y claramente documentado, con guiaburros. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkenmcACgkQtTMYHG2NR9V4AQCfTovy0fwwOminins5AgJiwQi9 3jYAni6EmYZU8jUgI+RZX4kBe0bY5/vd =pDIZ -----END PGP SIGNATURE-----
participants (3)
-
Camaleón
-
Carlos E. R.
-
Instituto de Ingenieria Área de Sistemas Unix/Linux