Carlos E. R. wrote:
No conocía esa forma que has usado de llamar al spamassassin que comentas, es interesante. No obstante... a ver como lo explico.
¿A qué forma te refieres? :-?
La filosofía del spamassassin, con filtrado bayesiano, es que el procesado se hace por cada usuario, con ficheros "de aprendizaje" en el directorio del usuario. La idea es que lo que un usuario considera spam, otro puede que no lo considere, y viceversa. Creo recordar incluso haber leido que cuando se llama al spamassassin de forma global, como has hecho, el filtrado bayesiano se desactiva. En cualquier caso, esos ficheros de entrenamiento irán a parar al directorio del usuario que llame al spamassassin, que en tu caso, no se si es el root o "nobody". Los ficheros se llamarán $HOME/.spamassassin/bayes_*
Bueno, el escenario sería el siguiente. SuSE se descarga con Fetchmail los correos de varias cuentas de varios usuarios, SA les pone la marca y los pasa a Cyrus, que los almacena. El "problema" es que los usuarios utilizan como cliente de correo Outlook 2000, y las cuentas son del tipo POP3, pues al IMAP no se acostumbran, no les gusta su funcionamiento (son usuarios locales, la mayor parte). Si quiero entrenar al SA tengo que crear cuentas IMAP para los usuarios y llevar a cabo el entrenamiento, pues ellos no lo van a hacer (no lo quieren hacer). :( Una vez afinado el filtro, se podrían bajar el correo vía POP3 con la marca del SA ya ajustada. No se me ocurre otra idea y es lo que actualmente estoy haciendo, autilizando una configuración global y una cuenta de correo creada para llevar a cabo el entrenamiento.
Claro, eso en tu caso, con Cyrus, eso es muy inconveniente.
Sí, por eso me ha costado tanto instalarlo: pensaba que con Cyrus (al utilizar una base de usuarios propia) no se iba a llevar muy bien.
Hay algo que debieras leer en la documentación del spamassassin, el fichero "sql/README":
Using SpamAssassin With An SQL Database --------------------------------------- It is also quite common for users listed in /etc/passwd to not have a home directory, therefore, the only way to have their own local settings would be through an RDBMS system.
O sea, que recomiendan utilizar una base de datos relacional para los usuarios que no tienen cuenta local y poder así personalizar sus preferencias. Pero hay una pega (creo), y es que los usuarios no están en tampoco en /etc/passwd sino en sasl2.
Así mismo, en la web del spamassassin debiera haber más cosas sobre uso del spamassassin en un servidor de correo con filtrado bayesiano - porque lo de arriba es para guardar las preferencias de los usuarios, excepto precisamente los ficheros bayes_*
Vaya... :) Saludos, -- Camaleón