Hola, Acabo de actualizar a SA 3.1.0 sin problemas (problemas gordos, vamos). Se trata de una actualización que trae algunas novedades y por eso he tenido cuidado de leer la documentación de la nueva versión, las notas de la actualización, echar una ojeada a bugzilla, y darme un paseo por los foros, pero no he visto nada relacionado con el tema. El problema es que en el fichero de configuración que tengo en /etc/mail/spamassassin/local.cf están definidas algunas direcciones como "whitelist_from" que ahora no me detecta, es decir, cuando recibo un correo de alguna de esas direcciones no me lo marca como "rcvd_from_whitelist" y no le asigna una puntuación de -100. Algunas notas: - La ejecución de "spamassassin -D --lint" me dice que lee el fichero de configuración en su ubicación correcta "etc/mail/spamassassin/local.cf" - La ejecución de "spamassassin --lint" no reporta ningún error El resto de opciones están funcionando correctamente (la nueva versión aparece en la cabecera del mensaje, detecta los mensajes de spam como antes -quizá ahora está más afinado- y todo bien, salvo la lista blanca. ¿Alguien que haya actualizado SA a la versión 3.1.0 que tenga este problema? Saludos, -- Camaleón
El 17/09/05, Camaleón escribió:
El problema es que en el fichero de configuración que tengo en /etc/mail/spamassassin/local.cf están definidas algunas direcciones como "whitelist_from" que ahora no me detecta
O.K. El "whitelist_from" funciona bien, se trata del "trusted_networks" junto con "whitelist_from_rcvd", voy a investigar un poco más el tema porque ahí sí sé que ha habido cambios... Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-17 a las 21:23 +0200, Camaleón escribió:
El problema es que en el fichero de configuración que tengo en /etc/mail/spamassassin/local.cf están definidas algunas direcciones como "whitelist_from" que ahora no me detecta, es decir, cuando recibo un correo de alguna de esas direcciones no me lo marca como "rcvd_from_whitelist" y no le asigna una puntuación de -100.
A lo mejor hay que ponerlo en el directorio del usuario.
¿Alguien que haya actualizado SA a la versión 3.1.0 que tenga este problema?
No, no he pensado hacerlo. Ando estudiandome docs del amavis-new, tratando de averiguar si al lanzar al SA es capaz de usar el filtro bayesiano o no, porque parece que algunos ajustes personales de cada usuario si los usa. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDLK7YtTMYHG2NR9URAkhjAJ9D6LOMp3INqZI5T1iOMydLmDSjxQCfStn0 MDOOUjMLhFvHdW2xuYzql6Q= =g8mC -----END PGP SIGNATURE-----
El 17/09/05, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2005-09-17 a las 21:23 +0200, Camaleón escribió:
¿Alguien que haya actualizado SA a la versión 3.1.0 que tenga este problema?
No, no he pensado hacerlo. Ando estudiandome docs del amavis-new, tratando de averiguar si al lanzar al SA es capaz de usar el filtro bayesiano o no, porque parece que algunos ajustes personales de cada usuario si los usa.
Hola Carlos y a todos, cuanto tiempo !!!! :-) mmm.. una curiosidad.... q problemas tienes al habilitar la opcion # Enable the Bayes system use_bayes 1 en el amavis.conf ??? no funciona como deberia ??? o andas en busca de otra cosa ??? salu2. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-19 a las 21:18 -0400, Victor Hugo dos Santos escribió:
Hola Carlos y a todos, cuanto tiempo !!!! :-)
Hola, hola.
mmm.. una curiosidad.... q problemas tienes al habilitar la opcion
# Enable the Bayes system use_bayes 1
en el amavis.conf ???
Pues que no existe tal variable, ni documentación que diga que existe. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMAFqtTMYHG2NR9URAkVyAJ9O59JVd+9FASESOwKCkl2G1hcFVQCghR12 BRDmzzwLw3ohnJFXMAdl4wo= =IJPa -----END PGP SIGNATURE-----
El 20/09/05, Carlos E. R. escribió:
Pues que no existe tal variable, ni documentación que diga que existe.
Si lo llamas desde SA no creo que tengas problemas (sección "Learning Options"): http://spamassassin.apache.org/full/3.1.x/dist/doc/Mail_SpamAssassin_Conf.ht... Si lo llamas desde Amavis-new lo desconozco, pero es SA el que ha cambiado no Amavis-New, por lo que sería extraño que no funcionara. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-20 a las 16:44 +0200, Camaleón escribió:
El 20/09/05, Carlos E. R. escribió:
Pues que no existe tal variable, ni documentación que diga que existe.
Si lo llamas desde SA no creo que tengas problemas (sección "Learning Options"):
http://spamassassin.apache.org/full/3.1.x/dist/doc/Mail_SpamAssassin_Conf.ht...
Si lo llamas desde Amavis-new lo desconozco, pero es SA el que ha cambiado no Amavis-New, por lo que sería extraño que no funcionara.
A ver, claro, llamando al SA independientemente se que el bayes funciona, y supongo que en la versión nueva seguirá funcionando, faltaría menos. Lo que he dicho es que estoy investigando como usar el filtro bayesiano desde el amavis-new, si es que es posible. Y creo que no, al menos no con una configuración individual por cada usuario. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMFuGtTMYHG2NR9URAuvUAJ93/HMl72SU36iPnyHmaCww2qAeCACfbxLG Ul/sgid59rFHvnxlZYykXGY= =AQzv -----END PGP SIGNATURE-----
El 20/09/05, Carlos E. R. escribió:
A ver, claro, llamando al SA independientemente se que el bayes funciona, y supongo que en la versión nueva seguirá funcionando, faltaría menos.
:-) En la nueva versión han cambiado varias cosas... afortunadamente las reglas de aprendizaje funcionan igual (un poco mejor) que antes.
Lo que he dicho es que estoy investigando como usar el filtro bayesiano desde el amavis-new, si es que es posible. Y creo que no, al menos no con una configuración individual por cada usuario.
La pregunta es ¿qué diferencia hay entre utilizar el filtro bayesiano en SA o en Amavis-New? ¿El filtro no es del SA? :-? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-20 a las 21:28 +0200, Camaleón escribió:
Lo que he dicho es que estoy investigando como usar el filtro bayesiano desde el amavis-new, si es que es posible. Y creo que no, al menos no con una configuración individual por cada usuario.
La pregunta es ¿qué diferencia hay entre utilizar el filtro bayesiano en SA o en Amavis-New? ¿El filtro no es del SA?
:-?
A ver. El filtro bayesiano depende de una base de datos hecha examinando los correos malos y buenos recibidos, caracterizandolos. No me preguntes como, no tengo ni idea. Algún tipo de análisis estadistico. La diferencia no es entre lanzarlo desde el amavis-new, o hacerlo independientemente. La diferencia es entre lanzarlo individualmente, o globalmente, por el servidor. Me explico. Lanzarlo desde el amavis-new supone que, aunque el correo tenga varios destinatarios, se analice una unica vez. Eso implica que no puede usar las bases de datos de cada uno de los destinatarios, sino una unica base de datos, que creo que está a nombre del usuario "amavis". Eso es, por cierto, lo que creo que hacen los de SuSE con la lista, y sabeis los problemas que ha dado con gente que le clasifican el correo como spam. Lanzar el SA independientemente por cada usuario, desde el .procmailrc permite usar las bases de datos de cada uno, lo que incrementa la eficacia del filtro una barbaridad. El filtro bayesiano depende de su entrenamiento; y un entrenamiento hecho entre muchos usuarios, donde unos piensan que es spam, y otros no, le hace perder eficacia. Es un filtro diseñado para ser usado individualmente, lo dice la documentación del SA. Bueno, pues yo tenía la ilusión de equivocarme, que el amavis-new lanzara el filtro bayesiano de forma individual. Creo que se puede hacer: se trata de hacer el análisis estadistico que hacen, y luego compararlo como sea que se compare con los datos de las bases de datos de cada uno de los destinatarios. Pero obviamente, esto depende de los desarrolladores, yo lo que trato de averiguar es si lo han hecho: pero puesto que ni siquiera mencionan la palabra "bayes" en las documentaciones del amavis-new que he visto, pues pienso que no. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMJ3TtTMYHG2NR9URAvkMAJ0ZVnvbv58unWVDeWt5lPYxVDWTgACfULX2 9+n3tDhDwfDlkSYDqlPhTsg= =jYSL -----END PGP SIGNATURE-----
El 20/09/05, Carlos E. R.
El 2005-09-20 a las 21:28 +0200, Camaleón escribió: Lanzar el SA independientemente por cada usuario, desde el .procmailrc permite usar las bases de datos de cada uno, lo que incrementa la eficacia del filtro una barbaridad.
El filtro bayesiano depende de su entrenamiento; y un entrenamiento hecho entre muchos usuarios, donde unos piensan que es spam, y otros no, le hace perder eficacia. Es un filtro diseñado para ser usado individualmente, lo dice la documentación del SA.
Bueno, pues yo tenía la ilusión de equivocarme, que el amavis-new lanzara el filtro bayesiano de forma individual. Creo que se puede hacer: se trata de hacer el análisis estadistico que hacen, y luego compararlo como sea que se compare con los datos de las bases de datos de cada uno de los destinatarios. Pero obviamente, esto depende de los desarrolladores, yo lo que trato de averiguar es si lo han hecho: pero puesto que ni siquiera mencionan la palabra "bayes" en las documentaciones del amavis-new que he visto, pues pienso que no.
mmmm.. me viene a la cabeza q tal vez se pueda configurar el SAL(spamassassin local) por separado de la actual configuracion del SA+amavis para q el (SAL) solamente utilize el sistema bayesiano y ninguna otra funcion (ya q todas las demas verificaciones ya estarian sido echas por el SA+amavis)... tambien, se podria aprovechar dicha configuracion para habilitar las [white|black]list individuales de cada usuario. en todo caso es solamente un comentario, mas creo firmemente q se podria realizarlo. Logicamente existiria algo de extra procesamiento en esta segunda ejecucion de SA, pero nada del otro mundo !!!! salu2, -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-20 a las 20:22 -0400, Victor Hugo dos Santos escribió:
mmmm.. me viene a la cabeza q tal vez se pueda configurar el SAL(spamassassin local) por separado de la actual configuracion del SA+amavis para q el (SAL) solamente utilize el sistema bayesiano y ninguna otra funcion (ya q todas las demas verificaciones ya estarian sido echas por el SA+amavis)...
No vale. Ojalá... Al pasar por el SA las puntuaciones de posibles filtrados anteriores hechos por SA o amavis se borran, y por otro lado, necesitamos una cabecera que sume ambas puntuaciones, la normal y la bayesiana, para decidir si es spam o no. Ademas, el tratamiento por amavis-new puede él por su cuenta archivar el spam en carpetas diferentes, un tratamiento definido por el usuario, y si luego vamos a hacer un filtrado individual por el SA, tenemos entonces dos metodos de clasificación del spam. Un engorro de cuidado.
tambien, se podria aprovechar dicha configuracion para habilitar las [white|black]list individuales de cada usuario.
El amavis-new si acepta esas configuraciones por usuario. Es más, lo puede hacer con el "user_prefs", o creo, con una base de datos mysql, por ejemplo: y eso es muy util para servidores, permite configuración para usuarios virtuales.
en todo caso es solamente un comentario, mas creo firmemente q se podria realizarlo.
Logicamente existiria algo de extra procesamiento en esta segunda ejecucion de SA, pero nada del otro mundo !!!!
Me temo que, por el momento, los que deseemos un filtrado bayesiano individual tenemos que ejecutar el SA localmente por usuario. El amavis puede también ejecutar el SA, o puede no hacerlo (desactivarse). Esto es lo que yo hago, uso el amavis unicamente para detectar virus y otras maldades. Y hay que recordar que mucho del spam actual sólo se detecta con el filtro bayesiano. Y ya está bien por hoy :-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMK21tTMYHG2NR9URApKcAKCVQT+2jCmiGwMJJwWG7PTD415w0gCfXWlR wLhb4ZTfuHh3vlKmodCQc04= =3xHY -----END PGP SIGNATURE-----
El 20/09/05, Carlos E. R.
El 2005-09-20 a las 20:22 -0400, Victor Hugo dos Santos escribió:
mmmm.. me viene a la cabeza q tal vez se pueda configurar el SAL(spamassassin local) por separado de la actual configuracion del SA+amavis para q el (SAL) solamente utilize el sistema bayesiano y ninguna otra funcion (ya q todas las demas verificaciones ya estarian sido echas por el SA+amavis)...
No vale. Ojalá...
Al pasar por el SA las puntuaciones de posibles filtrados anteriores hechos por SA o amavis se borran, y por otro lado, necesitamos una cabecera que sume ambas puntuaciones, la normal y la bayesiana, para decidir si es spam o no.
mmm.. estas en el cierto !!! funcionaria el filtro bayesiano, pero las puntuaciones no serian las correctas y al final el resultado no seria el esperado !! :-( [...]
El amavis-new si acepta esas configuraciones por usuario. Es más, lo puede hacer con el "user_prefs", o creo, con una base de datos mysql, por ejemplo: y eso es muy util para servidores, permite configuración para usuarios virtuales.
mmm.. no lo tenia observado !!!
en todo caso es solamente un comentario, mas creo firmemente q se podria realizarlo.
Logicamente existiria algo de extra procesamiento en esta segunda ejecucion de SA, pero nada del otro mundo !!!!
Me temo que, por el momento, los que deseemos un filtrado bayesiano individual tenemos que ejecutar el SA localmente por usuario. El amavis puede también ejecutar el SA, o puede no hacerlo (desactivarse). Esto es lo que yo hago, uso el amavis unicamente para detectar virus y otras maldades.
mmm.. si, aparenta q esta es la unicia solucion actual para el problema !!!
Y hay que recordar que mucho del spam actual sólo se detecta con el filtro bayesiano.
mmmm... creo q tambien se puede dar sus creditos a las RBLs. al menos por aca (chile) ellas funcionan bastante bien... los filtros bayesianos, sirven para los correos locales (chilenos) mas q nada !!!! :-) -- -- Victor Hugo dos Santos Linux Counter #224399
El 20/09/05, Carlos E. R.
El 2005-09-20 a las 20:22 -0400, Victor Hugo dos Santos escribió:
mmmm.. me viene a la cabeza q tal vez se pueda configurar el SAL(spamassassin local) por separado de la actual configuracion del SA+amavis para q el (SAL) solamente utilize el sistema bayesiano y ninguna otra funcion (ya q todas las demas verificaciones ya estarian sido echas por el SA+amavis)...
No vale. Ojalá...
Al pasar por el SA las puntuaciones de posibles filtrados anteriores hechos por SA o amavis se borran, y por otro lado, necesitamos una cabecera que sume ambas puntuaciones, la normal y la bayesiana, para decidir si es spam o no.
mmm.. estas en el cierto !!! funcionaria el filtro bayesiano, pero las puntuaciones no serian las correctas y al final el resultado no seria el esperado !! :-( [...]
El amavis-new si acepta esas configuraciones por usuario. Es más, lo puede hacer con el "user_prefs", o creo, con una base de datos mysql, por ejemplo: y eso es muy util para servidores, permite configuración para usuarios virtuales.
mmm.. no lo tenia observado !!!
en todo caso es solamente un comentario, mas creo firmemente q se podria realizarlo.
Logicamente existiria algo de extra procesamiento en esta segunda ejecucion de SA, pero nada del otro mundo !!!!
Me temo que, por el momento, los que deseemos un filtrado bayesiano individual tenemos que ejecutar el SA localmente por usuario. El amavis puede también ejecutar el SA, o puede no hacerlo (desactivarse). Esto es lo que yo hago, uso el amavis unicamente para detectar virus y otras maldades.
mmm.. si, aparenta q esta es la unicia solucion actual para el problema !!!
Y hay que recordar que mucho del spam actual sólo se detecta con el filtro bayesiano.
mmmm... creo q tambien se puede dar sus creditos a las RBLs. al menos por aca (chile) ellas funcionan bastante bien... los filtros bayesianos, sirven para los correos locales (chilenos) mas q nada !!!! :-) Obs.: Perdon por enviar la respuesta a vuestro correo personal !!! es esta maldita configuracion de la lista q hace esto y no siempre estoy atento ! :-( -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-22 a las 00:21 -0400, Victor Hugo dos Santos escribió:
El amavis-new si acepta esas configuraciones por usuario. Es más, lo puede hacer con el "user_prefs", o creo, con una base de datos mysql, por ejemplo: y eso es muy util para servidores, permite configuración para usuarios virtuales.
mmm.. no lo tenia observado !!!
Yo lo estoy leyendo, aunque no he llegado a esa parte. O sea, se que es posible, pero no me preguntes como :-)
Y hay que recordar que mucho del spam actual sólo se detecta con el filtro bayesiano.
mmmm... creo q tambien se puede dar sus creditos a las RBLs. al menos por aca (chile) ellas funcionan bastante bien... los filtros bayesianos, sirven para los correos locales (chilenos) mas q nada !!!! :-)
Claro. Lo de las listas RBL, creo que tengo activadas algunas en el SA (creo, insisto), pero no me gustan mucho. He sufrido demasiado con ellas, no son justas. Otro tipo de prueba en red son los filtros cooperativos: se hace una caracterización del emilio, y se compara con una tabla de caracterizaciones que se ha creado con lo que han mandado gente previamente. ¿razor? No estoy seguro del nombre, y no se bien como activarlo. Es que todo esto del SA tiene una documentación escasa y criptica, solo lo entienden los que ya lo saben :-/ Lo del bayes, es que es cierto, es imprescindible para quitar los correos que los autores del SA no han creado reglas porque en su pais no los reciben. Yo me he hecho alguna reglita pequeña, pero sólo cuando determinado tipo de spam se repite bastante y se salta al SA.
Obs.: Perdon por enviar la respuesta a vuestro correo personal !!! es esta maldita configuracion de la lista q hace esto y no siempre estoy atento ! :-(
No, lo mandaste con copia a la lista y a mi en privado. En ese caso, tengo un filtro procmail que me separa perfectamente la copia privada de la publica y la manda a diferentes carpetas. Como entiendo que mucha gente no tiene el botoncito de "responder a la lista" pues no me mosqueo por eso. Yo tampoco lo tengo, pero otra regla procmail me añade una cabecera "reply-to: suse-linux-s@..." a cada correo de la lista, y santas pascuas. ;-) Lo que pasa es que al disculparte mandaste una tercera copia, y me costó un poco ver porqué :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDNEwHtTMYHG2NR9URAqIHAJ0cKDr48LISicjdVYMjGiV1QytDgwCgjKVr 7QqWNFF+KbrtdEsS+oGpLuU= =kAlB -----END PGP SIGNATURE-----
El 20/09/05, Camaleón
El 20/09/05, Carlos E. R. escribió:
A ver, claro, llamando al SA independientemente se que el bayes funciona, y supongo que en la versión nueva seguirá funcionando, faltaría menos.
:-) En la nueva versión han cambiado varias cosas... afortunadamente las reglas de aprendizaje funcionan igual (un poco mejor) que antes.
mmm.. estuve mirando en el sitio del spamassassin en busca del changelog de la version q mencionas 3.1.0 y no la encontre !!!! :-(
Lo que he dicho es que estoy investigando como usar el filtro bayesiano desde el amavis-new, si es que es posible. Y creo que no, al menos no con una configuración individual por cada usuario.
La pregunta es ¿qué diferencia hay entre utilizar el filtro bayesiano en SA o en Amavis-New? ¿El filtro no es del SA?
mmmm.. aver, segun entiendo ninguna.. desde q desees utilizarlo de manera global.. ahora el problema q presenta carlos es cuando deseas aplicar el filtro de manera individual !!! por ejemplo, un medico podria crear su carpeta /home/medico/ham donde incluiria sus correos q no son spam y con esto, permetiria recibir correos con palabra claves, tipo "medicamentos, viagras" entre otros, solamente para el y no todo el sistema. este ejemplo de arriba, funciona bien con el SA... mas no funciona con SA + amavis !!! salu2, -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-20 a las 19:52 -0400, Victor Hugo dos Santos escribió:
La pregunta es ¿qué diferencia hay entre utilizar el filtro bayesiano en SA o en Amavis-New? ¿El filtro no es del SA?
mmmm.. aver, segun entiendo ninguna.. desde q desees utilizarlo de manera global.. ahora el problema q presenta carlos es cuando deseas aplicar el filtro de manera individual !!!
por ejemplo, un medico podria crear su carpeta /home/medico/ham donde incluiria sus correos q no son spam y con esto, permetiria recibir correos con palabra claves, tipo "medicamentos, viagras" entre otros, solamente para el y no todo el sistema.
Exacto, buen ejemplo. O el comercial de una empresa, que le interesan ver los correos publicitarios que envian por ahí, y apuntarse a "newsletters", etc. Hasta cierto punto, eso se arregla con whitelists, pero sólo si sabe quien se lo va a mandar con antelación. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMKRwtTMYHG2NR9URAk2WAJ9q+EGhVqQvLKDfKGYgq1D5RjwdZQCgiVMz i99s1nZrD+H0vFItXxHLlng= =2H7+ -----END PGP SIGNATURE-----
El 21/09/05, Victor Hugo dos Santos escribió:
mmm.. estuve mirando en el sitio del spamassassin en busca del changelog de la version q mencionas 3.1.0 y no la encontre !!!! :-(
Hay algunas referencias, echa un vistazo en la sección "What's new?": http://wiki.apache.org/spamassassin/
mmmm.. aver, segun entiendo ninguna.. desde q desees utilizarlo de manera global.. ahora el problema q presenta carlos es cuando deseas aplicar el filtro de manera individual !!!
O.K. Pero según el SA (y tal y como comenta Carlos, aconseja) es posible utilizar una configuración individualizada para cada usuario, por lo que supongo que el entramiento se puede individualizar... al menos dentro del SA, es decir, cada usuario con su base de datos. Amavis-new debería ser transparente en este asunto: llevar el correo al SA y el SA utilizar una base u otra según el usuario. :-? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-21 a las 09:01 +0200, Camaleón escribió:
O.K. Pero según el SA (y tal y como comenta Carlos, aconseja) es posible utilizar una configuración individualizada para cada usuario, por lo que supongo que el entramiento se puede individualizar... al menos dentro del SA, es decir, cada usuario con su base de datos. Amavis-new debería ser transparente en este asunto: llevar el correo al SA y el SA utilizar una base u otra según el usuario.
El amavis no usa el SA como programa, sino como librería. El SA procesa el correo, y le dice al amavis lo que ha descubierto. El amavis no le deja al SA alterar el correo para nada. Luego, es el amavis el que aplica los datos que recibe, y según la configuración de cada usuario, lo aplica y actua. Si un correo tiene una docena de destinatarios, el amavis procesa el correo una unica vez, y se lo pasa al SA una vez nada más, sin indicación de usuario. Es el amavis, a la vuelta del SA el que lee las configuraciones de los usuarios y hace las modificaciones que sean, como whitelist, puntuaciones minimas, tipo de tratamiento, etc. Con esa premisa, es imposible aplicar filtros bayesianos individuales. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMSXTtTMYHG2NR9URAlcDAJ4xjur6IpilBBvPGIhQgiOJTaRH4QCeNY7/ tcOW94AWWHxYaKhiG21529I= =nOZ1 -----END PGP SIGNATURE-----
El problema que tengo es que no me arranca el yast2, si lo ejecuto desde terminal y le doy a instalar software me da el siguiente error: Segmentation fault at :21 /sbin/yast2: line 207: 9482 Violacion de segmento $ybindir/y2base $module "$@" qt -geometry "$Y2_GEOMETRY" $Y2QT_ARGS Ya me ha pasado algunas veces más y no lo he sabida solucionar nunca. Estoy trabajando con una Suse 9.3. He reconstruido la base de datos del rpm pero no ha servido para nada. Alguién me puede echar un cable. Gracias ------------------------------------------------------------------- Iñaki de la Fuente Cebrian ifuente@salleurl.edu -------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-21 a las 11:42 +0200, Iñaki de la Fuente escribió:
El problema que tengo es que no me arranca el yast2, si lo ejecuto desde terminal y le doy a instalar software me da el siguiente error: Segmentation fault at :21 /sbin/yast2: line 207: 9482 Violacion de segmento $ybindir/y2base $module "$@" qt -geometry "$Y2_GEOMETRY" $Y2QT_ARGS
Ya me ha pasado algunas veces más y no lo he sabida solucionar nunca. Estoy trabajando con una Suse 9.3. He reconstruido la base de datos del rpm pero no ha servido para nada.
¿Has instalado cosas de repositorios no estandar, el kde quizás, del apt? Retrocede. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDMSwltTMYHG2NR9URAkl0AJ9wbd0usaf5cqADtG8ap2Lzyuz7uQCfV2f9 G8UoOvd/GIhgxB9zMl5F3AQ= =5ePW -----END PGP SIGNATURE-----
El Miércoles, 21 de Septiembre de 2005 11:42, Iñaki de la Fuente escribió:
*This message was transferred with a trial version of CommuniGate(tm) Pro* El problema que tengo es que no me arranca el yast2, si lo ejecuto desde terminal y le doy a instalar software me da el siguiente error: Segmentation fault at :21 /sbin/yast2: line 207: 9482 Violacion de segmento $ybindir/y2base $module "$@" qt -geometry "$Y2_GEOMETRY" $Y2QT_ARGS
Ya me ha pasado algunas veces más y no lo he sabida solucionar nunca. Estoy trabajando con una Suse 9.3. He reconstruido la base de datos del rpm pero no ha servido para nada.
Alguién me puede echar un cable.
* Desde un terminal baja el sistema de runlevel, init 3 y reinstala Qt , ejecutando yast en consola o con rpm -Uvh --force Qt.loquese.rpm o tal vez algo de kde o Gnome dependiendo de lo que uses * Su usas apt , apt-get install --reinstall Qt o algo de kde, etc... * Cuando actualices cosas "graficas" kde, Qt , Xorg, etc , procura hacerlo sin el sistema grafico arrancado.
He reinstalado las qt y os comunico que desgraciadamente sigo igual. Teneis alguna idea mas??
El 21/09/05, Carlos E. R. escribió:
El amavis no usa el SA como programa, sino como librería. El SA procesa el correo, y le dice al amavis lo que ha descubierto.
Si SA analiza el correo ¿por qué no aplica todas las preferencias del usuario: filtros bayesianos, reglas específicas...) y luego le pasa esa información a Amavis-New?
El amavis no le deja al SA alterar el correo para nada. Luego, es el amavis el que aplica los datos que recibe, y según la configuración de cada usuario, lo aplica y actua.
Es que entonces Amavis-new se carga todo lo bueno del SA: deja de ser parte pasiva y se convirte en la parte activa, lo explican en su FAQ. Y Amavis-new no es un filtro antispam, debería funcionar sólo como pegamento. ;-)
Si un correo tiene una docena de destinatarios, el amavis procesa el correo una unica vez, y se lo pasa al SA una vez nada más, sin indicación de usuario. Es el amavis, a la vuelta del SA el que lee las configuraciones de los usuarios y hace las modificaciones que sean, como whitelist, puntuaciones minimas, tipo de tratamiento, etc.
Con esa premisa, es imposible aplicar filtros bayesianos individuales.
Vaya con el Amavis-New, debería ser un poco más flexible. Los filtros bayesianos son lo mejor en SA, por lo que debería permitir leer las configuraciones específicas de los usuarios. Al fin y al cabo no es más que una puntuación más en el resultado global de SA. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-21 a las 13:32 +0200, Camaleón escribió:
El 21/09/05, Carlos E. R. escribió:
El amavis no usa el SA como programa, sino como librería. El SA procesa el correo, y le dice al amavis lo que ha descubierto.
Si SA analiza el correo ¿por qué no aplica todas las preferencias del usuario: filtros bayesianos, reglas específicas...) y luego le pasa esa información a Amavis-New?
Mmmm.... lo intentaré explicar de nuevo. No puede.
El amavis no le deja al SA alterar el correo para nada. Luego, es el amavis el que aplica los datos que recibe, y según la configuración de cada usuario, lo aplica y actua.
Es que entonces Amavis-new se carga todo lo bueno del SA: deja de ser parte pasiva y se convirte en la parte activa, lo explican en su FAQ. Y Amavis-new no es un filtro antispam, debería funcionar sólo como pegamento.
;-)
Es parte activa, en efecto, y tiene motivos para ello.
Si un correo tiene una docena de destinatarios, el amavis procesa el correo una unica vez, y se lo pasa al SA una vez nada más, sin indicación de usuario. Es el amavis, a la vuelta del SA el que lee las configuraciones de los usuarios y hace las modificaciones que sean, como whitelist, puntuaciones minimas, tipo de tratamiento, etc.
Con esa premisa, es imposible aplicar filtros bayesianos individuales.
Vaya con el Amavis-New, debería ser un poco más flexible. Los filtros bayesianos son lo mejor en SA, por lo que debería permitir leer las configuraciones específicas de los usuarios. Al fin y al cabo no es más que una puntuación más en el resultado global de SA.
Si, es una pena lo del bayes. A ver, trato de explicar la idea. El amavis-new tiene un correo: De: Fulano A: user1, user2, user3 Coge el correo entero y se lo pasa al SA (una unica vez, no tres), que lo tiene precargado en memoria (para conseguir rapidez, lo mismo que se hace con la pareja spamc/spamd). El SA lo examina, y le dice: Ese correo ha dado positivo en las siguientes pruebas: UNDISC_RECIPS MILLION_USD MSGID_FROM_MTA_HEADER NIGERIAN_BODY1 FAKE_HELO_MAIL_COM_DOM Por ejemplo. No se si el SA entrega una copia alterada con sus resultados y el amavis simplemente la ignora, o no la entrega, pero da igual: el amavis sólo busca los resultados de las pruebas, y usa su propia copia original del correo. Entonces imaginate que user1 ha dicho que no le interesa la prueba UNDISC_RECIPS, que user2 tiene a "Fulano" en su lista blanca, y user3 en su lista negra. Para hacer ese analisis con el SA habría que ejecutar el filtro tres veces, cada vez con distintas preferencias, las de user1, las de user2, y las de user3. En vez de eso, se ejecuta una unica vez, y es el amavis el que aplica las puntuaciones según las pruebas que recibe positivas, y las preferencias de cada destinatario, creando tres ejemplares distintos del correo... o algo parecido que no tengo muy claro. En cambio, si todos los usuarios tuvieran a "Fulano" en su lista negra, el amavis ni se molestaría en llamar al SA, porque el resultado final es indiferente. El objetivo es eficiencia en el tratamiento centralizado del correo. Eso es lo que consigue el amavis-new, sencillez y centralizado. Y admite usuarios virtuales con ajuste de preferencias en una base de datos mysql, por ejemplo (lo tienes en /usr/share/doc/packages/amavisd-new/README_FILES/README.lookups, para abrir boca). Eso es bastante sofisticado e interesante. Claro, como todo diseño en ingeniería, tenemos unos pros y unos contras: el filtro bayesiano no admite este método. Las tablas bayesianas de cada usuario pueden ocupar 10 megas, y hay que hacer la comparación de cada correo con cada una de esas tablas... es decir, hay que ejecutar el filtro tres veces, en contra del mecanismo del amavis de ejecutar una unica vez. Puede que lo resuelvan algún dia, no se. De momento, entiendo que se usa unicamente una tabla central del sistema, no las de cada usuario. En el caso de un ordenador personal, puede funcionar igual de bien, lo único es que el comando para entrenar el filtro es distinto, hay que especificar la localización y el usuario. En el caso de un servidor de correo real, pues... dudoso. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDNFGptTMYHG2NR9URArUiAJ0RI1Y65iYcgCGytAdKyOsbgzsqBgCfau6N 2Pn/sk5MAWxr9cl3f6e2UzY= =5Cxi -----END PGP SIGNATURE-----
El 23/09/05, Carlos E. R. escribió:
Mmmm.... lo intentaré explicar de nuevo. No puede.
Leyendo la documentación de Amavis-new lo dejan bien claro, algo así como "utiliza spamd / spamc para sacarle todo el jugo al SA, Amavis no va a imitar lo que hacen esos demonios". Efectivamente se trata de un problema de diseño de Amavis, ya que no soporta múltiples usuarios / configuraciones y hoy en día eso no resulta factible. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-24 a las 20:44 +0200, Camaleón escribió:
Leyendo la documentación de Amavis-new lo dejan bien claro, algo así como "utiliza spamd / spamc para sacarle todo el jugo al SA, Amavis no va a imitar lo que hacen esos demonios".
Efectivamente se trata de un problema de diseño de Amavis, ya que no soporta múltiples usuarios / configuraciones y hoy en día eso no resulta factible.
Ojo. No soporta multiples usuarios usando filtros bayesianos propios. Si que soporta multiples usuarios y configuraciones, con el resto de filtros que tiene el SA. Es un unico filtro el que no se puede, aunque sea un filtro muy importante. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDNaPKtTMYHG2NR9URAoR3AJ0VLsrjDugJ9+kCnvYrgkqZ3PrMdQCfUF8L u124oKCCXzB3j0usTFCJiaA= =mfOL -----END PGP SIGNATURE-----
El 21/09/05, Camaleón
El 21/09/05, Victor Hugo dos Santos escribió:
mmm.. estuve mirando en el sitio del spamassassin en busca del changelog de la version q mencionas 3.1.0 y no la encontre !!!! :-(
Hay algunas referencias, echa un vistazo en la sección "What's new?":
mmm... gracias !! muchas gracias!! en todo caso, lo mas interessante en esta nueva version es la posibilidad de utilizar SQL para armazenar las bayes !!!! lo q imagino aumentara en mucho la performance.
mmmm.. aver, segun entiendo ninguna.. desde q desees utilizarlo de manera global.. ahora el problema q presenta carlos es cuando deseas aplicar el filtro de manera individual !!!
O.K. Pero según el SA (y tal y como comenta Carlos, aconseja) es posible utilizar una configuración individualizada para cada usuario, por lo que supongo que el entramiento se puede individualizar... al menos dentro del SA, es decir, cada usuario con su base de datos. Amavis-new debería ser transparente en este asunto: llevar el correo al SA y el SA utilizar una base u otra según el usuario.
exacto... como mencione mas arriba, "no hay diferencia cuando deseas aplicar el filtro de manera global", ahora existe si diferencia cuando deseas aplicar el filtro de manera individual !!!! ;-) -- -- Victor Hugo dos Santos Linux Counter #224399
participants (6)
-
Camaleón
-
Carlos E. R.
-
Iñaki
-
Iñaki de la Fuente
-
jose maria
-
Victor Hugo dos Santos