[opensuse-es] para spamAssassin amavid.conf o local.cf
Hola a todos Me ha surgido una duda existencial, yo tengo un sistema corriendo amavisd-new y tengo instalado también el spamassassin Mi duda viene de que yo corro amavisd y he configurado las opciones correspondientes al spamassassin en el fichero amavisd.conf pero he visto que toda la documentacion habla del fichero /etc/mail/spamassassin/local.cf y no se si tengo que indicar algo ahi. Lo digo porque quiero que me marque en los correos de spam ****SPAM**** y no me lo hace y ya no se donde tengo que indicarlo. En amavisd.conf tengo: $sa_spam_subject_tag = '***SPAM*** '; y en local.cf rewrite_subject 1 rewrite_header Subject ****SPAM(_SCORE_)**** La cuestion es que el correo marcado como spam me lo manda a una direccion de correo pero no aparece marcado como *****SPAM***** ¿Como y lo mas importante, donde tengo que cambiarlo? Un saludo Emiliano Sutil PD: sin querer echar mas leña al fuego, he probado desde hace años, Debian, Mandrake, slackware, Redhat y me quedo con Suse pero de lejos. (independientemente de que haga pactos con el mismisimo demonio)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-23 a las 19:07 +0100, Emiliano Sutil escribió:
Hola a todos
Me ha surgido una duda existencial, yo tengo un sistema corriendo amavisd-new y tengo instalado también el spamassassin Mi duda viene de que yo corro amavisd y he configurado las opciones correspondientes al spamassassin en el fichero amavisd.conf pero he visto que toda la documentacion habla del fichero /etc/mail/spamassassin/local.cf y no se si tengo que indicar algo ahi.
A veces.
Lo digo porque quiero que me marque en los correos de spam ****SPAM**** y no me lo hace y ya no se donde tengo que indicarlo.
¿Quieres que te haga eso? :-O Jo.
En amavisd.conf tengo: $sa_spam_subject_tag = '***SPAM*** ';
Creo que puede ser "$sa_spam_modifies_subj = 1;" Tienes todas las opciones en "/usr/share/doc/packages/amavisd-new/amavisd.conf-default". - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZexDtTMYHG2NR9URAhQVAJ4xkgJ5Vgq0IAJqp7edh4d1tUE0vQCbBpJX XU+AaEzGj4M/RqLPaGvXIZY= =IQrr -----END PGP SIGNATURE-----
El día 23/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lo digo porque quiero que me marque en los correos de spam ****SPAM**** y no me lo hace y ya no se donde tengo que indicarlo.
¿Quieres que te haga eso? :-O
Jo.
Si, por? Es una manera más grafica/explicita de hacerle ver al cliente que se lo monto que el sistema esta cazando SPAM. si no, no me cree que la gente es mu desconfiada ;-)
En amavisd.conf tengo:
$sa_spam_subject_tag = '***SPAM*** ';
Creo que puede ser "$sa_spam_modifies_subj = 1;"
Tienes todas las opciones en "/usr/share/doc/packages/amavisd-new/amavisd.conf-default".
Tengo un SLES 9 y no tengo ese fichero, /usr/share/doc/packages/amavisd-new # ls . AAAREADME.first LICENSE README_FILES RELEASE_NOTES .. INSTALL MANIFEST README.SuSE test-messages ¿tengo que instalar algo para tenerlo? - --
Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFZexDtTMYHG2NR9URAhQVAJ4xkgJ5Vgq0IAJqp7edh4d1tUE0vQCbBpJX XU+AaEzGj4M/RqLPaGvXIZY= =IQrr -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 09:32 +0100, Emiliano Sutil escribió:
¿Quieres que te haga eso? :-O
Jo.
Si, por?
Es muy feo. Cuando hay réplicas y contra-réplicas se encadenan las marcas en el "subject". Si te clasifica uno como spam que no es, y le respondes, el destinatario se puede enfadar, o peor, el suyo lo toma también como spam al ver la marca.
Es una manera más grafica/explicita de hacerle ver al cliente que se lo monto que el sistema esta cazando SPAM. si no, no me cree que la gente es mu desconfiada ;-)
Mándalos a paseo :-P Con que vean el correo de spam en su carpeta correspondiente de manera mágica, ya les vale.
En amavisd.conf tengo:
$sa_spam_subject_tag = '***SPAM*** ';
Creo que puede ser "$sa_spam_modifies_subj = 1;"
Tienes todas las opciones en "/usr/share/doc/packages/amavisd-new/amavisd.conf-default".
Tengo un SLES 9 y no tengo ese fichero, /usr/share/doc/packages/amavisd-new # ls . AAAREADME.first LICENSE README_FILES RELEASE_NOTES .. INSTALL MANIFEST README.SuSE test-messages
¿tengo que instalar algo para tenerlo?
cer@nimrodel:~> rpm -q -f /usr/share/doc/packages/amavisd-new/amavisd.conf-default amavisd-new-2.3.3-17 Un amavis reciente :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFFZso+tTMYHG2NR9URAuGQAJiYADErJ+VVInfYIUgCV4CWY8jVAKCFAlnw Rdop11T5/63OhOfAtrZ9Ag== =GDtV -----END PGP SIGNATURE-----
El día 24/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-24 a las 09:32 +0100, Emiliano Sutil escribió:
¿Quieres que te haga eso? :-O
Jo.
Si, por?
Es muy feo. Cuando hay réplicas y contra-réplicas se encadenan las marcas en el "subject". Si te clasifica uno como spam que no es, y le respondes, el destinatario se puede enfadar, o peor, el suyo lo toma también como spam al ver la marca.
En eso te doy la razón, anda que no queda mal cuando ha pasado en esta lista de correo que marca los correos con lo de SPAM, da tirria verlo pero.....
Es una manera más grafica/explicita de hacerle ver al cliente que se lo
monto que el sistema esta cazando SPAM. si no, no me cree que la gente es mu desconfiada ;-)
Mándalos a paseo :-P
Ese es el siguiente paso, cuando ya esta en marcha el sistema se dan cuenta de que no quieren eso, lo desactivo y les mando a paseo.... ;-) Con que vean el correo de spam en su carpeta correspondiente de manera
mágica, ya les vale.
Debería valer Carlos, pero ellos ven correos ahi sin ninguna marca de spam y no se lo creen. cer@nimrodel:~> rpm -q -f
/usr/share/doc/packages/amavisd-new/amavisd.conf-default amavisd-new-2.3.3-17
Pues si has seguido el hilo, veras que tengo una version un poco añeja, buscaré ese fichero en alguna instalación mas nueva que tengo por ahi. Un amavis reciente :-) Ya, pues en este caso, el reto es hacerlo con uno viejo Emi
2006/11/23, Emiliano Sutil:
Lo digo porque quiero que me marque en los correos de spam ****SPAM**** y no me lo hace y ya no se donde tengo que indicarlo.
No sé qué versión tienes de SA, pero la variable que controla ese comportamiento es "rewrite_header" al menos en las versiones 3.1.x. rewrite_header Subject *****SPAM***** 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-23 a las 19:53 +0100, Camaleón escribió:
No sé qué versión tienes de SA, pero la variable que controla ese comportamiento es "rewrite_header" al menos en las versiones 3.1.x.
rewrite_header Subject *****SPAM*****
Cuando se hace mediante amavis, éste no tolera que el SA escriba nada. Llama al SA, le pasa el correo, recibe los resultados, y entonces él es el que toma las decisiones apropiadas, que pueden ser distintas para el mismo mensaje si tiene varios destinatarios y cada uno ha puesto distintas configuraciones personales. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZfEqtTMYHG2NR9URAtMcAJ457oElxiDsdei+K3C3pIcXGY68BACfb7UX fUhRlWcqnD8RQIwNddyAQ+Y= =AWzi -----END PGP SIGNATURE-----
El 23/11/06, Carlos E. R. escribió:
Cuando se hace mediante amavis, éste no tolera que el SA escriba nada.
Pues me pareció leer algo al respecto cuando lo configuré: $sa_spam_subject_tag = '***SPAM*** ' http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-23 a las 20:18 +0100, Camaleón escribió:
El 23/11/06, Carlos E. R. escribió:
Cuando se hace mediante amavis, éste no tolera que el SA escriba nada.
Pues me pareció leer algo al respecto cuando lo configuré:
$sa_spam_subject_tag = '***SPAM*** ' http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis
Jo. Si los programadores escriben la docuemntación, malo, porque no hay quien los entienda. Si no son ellos, malo también, porque siendo un blanco movil te equivocas. Se que es así, pero no veo un parrao que lo diga claramente ahora mismo... vemos, este mismo: ~/doc/packages/amavisd-new/README_FILES/amavisd-new-docs.html#tagkill tag, tag2 and kill levels When SpamAssassin is called upon to analyze a mail message, it returns a spam score (spam level, hits), which is a numeric representation of spaminess. The higher the number, the more spamy the message is considered. Small numbers near zero or negative indicate a clean message, colloquially called ham. The spam score is a characteristic of the whole message, and does not depend on recipient preferences. SpamAssassin is called only once for each message regardless of the number of recipients. To determine further course of action, amavisd-new compares the spam score to three numeric values: tag level, tag2 level and kill level. These values may be different for each recipient, and the further actions may be different for each recipient. If necessary, the mail forwarding is split into more than one transaction to cater for different recipient preferences. El primer párrafo dice lo de que se llama al SA una única vez y se obtiene una puntuación. El segundo habla de las diferentes acciones posibles para un mismo mensaje para distintos destinatarios. Lo de que el SA no puede modificar el mensaje, pues ahí no lo dice claramente, pero se deduce. En otra parte sí lo dice. Ah, esto aplica a la pregunta original: On the other hand the tag2 level just adds some mark to the passed mail (only for local recipients), which recipient or his MUA may decide to act on or not. Specifically: * Subject header field is modified (unless disabled) * X-Spam-Flag and X-Spam-Status header field get a Yes * address extension for spam gets tacked on the recipient address * and (perhaps inconsistently with the rest) the mail log entry says 'Passed SPAM' instead of 'Passed CLEAN'. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZf7DtTMYHG2NR9URAufhAJ9ftnT/Ream+8gt8DVFkRWA7XuAhgCfbnTE Ev0jsCk477oQNWKw9ntzQrg= =EhW2 -----END PGP SIGNATURE-----
Ah, esto aplica a la pregunta original:
On the other hand the tag2 level just adds some mark to the passed mail (only for local recipients), which recipient or his MUA may decide to act on or not. Specifically:
* Subject header field is modified (unless disabled) * X-Spam-Flag and X-Spam-Status header field get a Yes * address extension for spam gets tacked on the recipient address * and (perhaps inconsistently with the rest) the mail log entry says 'Passed SPAM' instead of 'Passed CLEAN'.
Vale entiendo que es el valor del tag2 level el que controla si se marca con la etiqueta o no. Lo que no entiendo es luego las distintas opciones, me supera.....:-( Emi - --
Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFZf7DtTMYHG2NR9URAufhAJ9ftnT/Ream+8gt8DVFkRWA7XuAhgCfbnTE Ev0jsCk477oQNWKw9ntzQrg= =EhW2 -----END PGP SIGNATURE-----
2006/11/23, Camaleón
2006/11/23, Emiliano Sutil:
Lo digo porque quiero que me marque en los correos de spam ****SPAM**** y no me lo hace y ya no se donde tengo que indicarlo.
No sé qué versión tienes de SA, pero la variable que controla ese comportamiento es "rewrite_header" al menos en las versiones 3.1.x.
rewrite_header Subject *****SPAM*****
Saludos,
Hola, esa variable la tengo puesta en local.cf rewrite_header Subject ****SPAM(_SCORE_)**** Una cosa porque tengo mis dudas, tengo que tener lanzado el /etc/init.d/spamd? para que eso funcione? Emi --
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@suse.com
2006/11/24, Emiliano Sutil:
Hola, esa variable la tengo puesta en local.cf
rewrite_header Subject ****SPAM(_SCORE_)****
¿Y no te funciona? ¿Revisaste el documento de configuración? http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis Por cierto, el parámetro "rewrite_subject 1" no aparece en las versiones 3.1.x, al menos no está en la documentación.
Una cosa porque tengo mis dudas, tengo que tener lanzado el /etc/init.d/spamd? para que eso funcione?
No, si usas amavisd-new no necesitas spamd/spamc. 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
Hola, esa variable la tengo puesta en local.cf
rewrite_header Subject ****SPAM(_SCORE_)****
¿Y no te funciona? ¿Revisaste el documento de configuración?
Pues parece que no, o por lo menos en los correos que aparecen como SPAM no se marcan, lo que no se es si hay alguna condición adicional que cumplir para que se marque. http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis En eso estoy Por cierto, el parámetro "rewrite_subject 1" no aparece en las
versiones 3.1.x, al menos no está en la documentación.
version 3.1 de que ? amavis o spamassassin? yo tengo instalado esto: #rpm -qa | grep spam spamassassin-2.64-3.2 perl-spamassassin-2.64-3.2 #rpm -qa | grep amavis amavisd-new-20030616p9-3.6
Una cosa porque tengo mis dudas, tengo que tener lanzado el
/etc/init.d/spamd? para que eso funcione?
No, si usas amavisd-new no necesitas spamd/spamc.
Me lo suponía pero estaba dudando. Saludos, Emi --
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@suse.com
2006/11/24, Emiliano Sutil:
Pues parece que no, o por lo menos en los correos que aparecen como SPAM no se marcan, lo que no se es si hay alguna condición adicional que cumplir para que se marque.
Revisa las cabeceras de los mensajes para ver si se añade correctamente la puntuación de SA.
version 3.1 de que ? amavis o spamassassin?
De SpamAssassin.
yo tengo instalado esto: #rpm -qa | grep spam spamassassin-2.64-3.2
Pues vaya con la SLES, esa versión es muy antigua, demasiado :-(. Revisa entonces los parámetros correctos para esa versión de la documentación de SA, porque la que he dicho antes no sirve en esta versión: 2.6.x http://spamassassin.apache.org/full/2.6x/dist/doc/Mail_SpamAssassin_Conf.htm... 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
Pues parece que no, o por lo menos en los correos que aparecen como SPAM no se marcan, lo que no se es si hay alguna condición adicional que cumplir para que se marque.
Revisa las cabeceras de los mensajes para ver si se añade correctamente la puntuación de SA.
A ver tengo activado use_terse_report 1 y por lo que entiendo eso me manda a la cuenta de spam 2 correos uno, el correo original y otro con el informe que muestra las cabeceras, entre ellas esto: X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092 X-Spam-Level: **** X-Spam-Status: No, score=4.092 tagged_above=0.01 required=5 tests=[FRONTPAGE=0.51, HTML_50_60=1.053, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.204, UNRESOLVED_TEMPLATE=1.324] X-Spam-Tests: InternalSpamCheck
version 3.1 de que ? amavis o spamassassin?
De SpamAssassin.
yo tengo instalado esto: #rpm -qa | grep spam spamassassin-2.64-3.2
Pues vaya con la SLES, esa versión es muy antigua, demasiado :-(.
Esto es lo que tengo: # more /etc/SuSE-release SUSE LINUX Enterprise Server 9 (x86_64) VERSION = 9 PATCHLEVEL = 3 y ya no esta mantenida esa versión, asi que de momento asi me quedo, ya veremos si actualizo. Revisa entonces los parámetros correctos para esa versión de la
documentación de SA, porque la que he dicho antes no sirve en esta versión:
2.6.x
http://spamassassin.apache.org/full/2.6x/dist/doc/Mail_SpamAssassin_Conf.htm...
Le echaré un vistazo a esto de entrada he visto que el parametro para esta version va a ser este: subject_tag ****SPAM(_SCORE_)**** en vez de rewrite_header Subject ****SPAM(_SCORE_)**** Saludos, Emi --
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@suse.com
2006/11/24, Emiliano Sutil:
A ver tengo activado use_terse_report 1
use_terse_report { 0 | 1 } (default: 1) This option is deprecated and does nothing. It will be removed in a future version No uses esa variable, es antigua (y eso lo dice una versión antigua del SA, así que es más bien una variable "añeja" :-)
y por lo que entiendo eso me manda a la cuenta de spam 2 correos uno, el correo original y otro con el informe
Esa variable no hace nada, Emiliano, lo dice bien claro. La variable que haces eso es "report_safe 1".
que muestra las cabeceras, entre ellas esto:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092 X-Spam-Level: **** X-Spam-Status: No, score=4.092 tagged_above= 0.01 required=5 tests=[FRONTPAGE=0.51, HTML_50_60=1.053, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.204, UNRESOLVED_TEMPLATE=1.324] X-Spam-Tests: InternalSpamCheck
Ese correo no lo clasifica como spam luego el asunto no lo modifica. Pero indica que SA se está ejecutando correctamente y marca los mensajes bien a través de Amavisd-new. 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
A ver tengo activado use_terse_report 1
use_terse_report { 0 | 1 } (default: 1) This option is deprecated and does nothing. It will be removed in a future version
No uses esa variable, es antigua (y eso lo dice una versión antigua del SA, así que es más bien una variable "añeja" :-)
Y tanto, igual hasta se ha revalorizado como el vino ;-)
y por lo que entiendo eso me manda a la cuenta de spam 2 correos
uno, el correo original y otro con el informe
Esa variable no hace nada, Emiliano, lo dice bien claro. La variable que haces eso es "report_safe 1".
Pues esta variable no la tengo, voy a activarla a ver que pasa (a ver si explota :-) )
que muestra las cabeceras, entre ellas esto:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092 X-Spam-Level: **** X-Spam-Status: No, score=4.092 tagged_above=
0.01 required=5
tests=[FRONTPAGE=0.51, HTML_50_60=1.053, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.204, UNRESOLVED_TEMPLATE=1.324] X-Spam-Tests: InternalSpamCheck
Ese correo no lo clasifica como spam luego el asunto no lo modifica. Pero indica que SA se está ejecutando correctamente y marca los mensajes bien a través de Amavisd-new.
Viste el otro mensaje, en el que mando el report de spam, de hecho este mensaje es spam y me ha ido a parar a la cuenta que tengo configurada para recibir el spam asi que no entiendo porque. Saludos, Emi --
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@suse.com
2006/11/24, Emiliano Sutil:
Y tanto, igual hasta se ha revalorizado como el vino ;-)
Las versiones de Amavisd-New y de SA son, hum, antiguas en exceso. Verifica la documentación de ambas versiones para comprobar que estás utilizando las variables correctas en cada caso, no vaya a ser que la versión de Amavisd-new que tienes no permita, por ejemplo, hacer lo que quieres.
Viste el otro mensaje, en el que mando el report de spam, de hecho este mensaje es spam y me ha ido a parar a la cuenta que tengo configurada para recibir el spam asi que no entiendo porque.
Sí, lo vi. Es como si Amavisd-new le diera una puntuación (la de la cabecera) y SA otra (la del reporte). Por eso es mejor que leas la documentación en ambos casos, para asegurarte de que es posible hacer lo que quieres y de cómo hacerlo. Para el filtro bayesiano, yo seguí las indicaciones del SA: http://wiki.apache.org/spamassassin/BayesInSpamAssassin 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
Y tanto, igual hasta se ha revalorizado como el vino ;-)
Las versiones de Amavisd-New y de SA son, hum, antiguas en exceso. Verifica la documentación de ambas versiones para comprobar que estás utilizando las variables correctas en cada caso, no vaya a ser que la versión de Amavisd-new que tienes no permita, por ejemplo, hacer lo que quieres.
Yo juraria que alguna vez me lo ha hecho, vamos estoy seguro porque asi fue como descubri que se hacía. Pero ahora no lo hace, es verdad que he tocado muy mucho en el fichero amavisd.conf y en el local.cf
mensaje es spam y me ha ido a parar a la cuenta que tengo configurada
Viste el otro mensaje, en el que mando el report de spam, de hecho este para
recibir el spam asi que no entiendo porque.
Sí, lo vi. Es como si Amavisd-new le diera una puntuación (la de la cabecera) y SA otra (la del reporte). Por eso es mejor que leas la documentación en ambos casos, para asegurarte de que es posible hacer lo que quieres y de cómo hacerlo.
Me voy a poner a chapar la documentación porque esto es dar palos de ciego y al final voy a romper algo. Para el filtro bayesiano, yo seguí las indicaciones del SA:
Si esto que pone aqui lo hago, entreno el filtro con el sa-learn pero como puedo estar seguro de que se esta aplicando? En algun sitio creo que he visto que aparece alguna referencia en las cabeceras ¿correcto? Saludos, Emi
2006/11/24, Emiliano Sutil:
Si esto que pone aqui lo hago, entreno el filtro con el sa-learn pero como puedo estar seguro de que se esta aplicando?
En algun sitio creo que he visto que aparece alguna referencia en las cabeceras ¿correcto?
Correcto. Aparece como "BAYES_XX" en la cabecera (XX es el porcentaje de spam considerado para ese mensaje). 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@suse.com
Correcto. Aparece como "BAYES_XX" en la cabecera (XX es el porcentaje de spam considerado para ese mensaje).
Maldición, no me aparece nada de eso. He estado entrenando a un filtro vago que no quiere trabajar. No se supone que poniendo use_bayes 1 debería funcionar? *use_bayes ( 0 | 1 ) (default: 1)* Whether to use the naive-Bayesian-style classifier built into SpamAssassin. En el fichero amavid.conf no veo referencias acerca del filtro bayesiano. en :/var/spool/amavis/.spamassassin tengo esto: ls -l total 12286 drwx------ 2 vscan vscan 192 2006-11-24 11:30 . drwx------ 71 vscan root 3456 2006-11-24 11:30 .. -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.dir -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.pag -rw------- 1 vscan vscan 5251072 2006-11-24 11:15 bayes_seen -rw------- 1 vscan vscan 10743808 2006-11-24 11:15 bayes_toks y en /root/.spamassassin: rwxrwxrwx 1 root root 50 2006-11-23 11:38 auto-whitelist.dir -> /var/spool/amavis/.spamassassin/auto-whitelist.dir lrwxrwxrwx 1 root root 50 2006-11-23 11:38 auto-whitelist.pag -> /var/spool/amavis/.spamassassin/auto-whitelist.pag lrwxrwxrwx 1 root root 42 2006-11-23 11:37 bayes_seen -> /var/spool/amavis/.spamassassin/bayes_seen lrwxrwxrwx 1 root root 42 2006-11-23 11:38 bayes_toks -> /var/spool/amavis/.spamassassin/bayes_toks Yo juraria que todo esto es correcto ¿porque no me funciona el filtro bayesiano, buahhhh!? Saludos, Emi --
Camaleón
2006/11/24, Emiliano Sutil:
Maldición, no me aparece nada de eso. He estado entrenando a un filtro vago que no quiere trabajar.
Hum.
No se supone que poniendo use_bayes 1 debería funcionar?
Y entrenándolo, claro. Con mensajes de spam y de no spam.
use_bayes ( 0 | 1 ) (default: 1) Whether to use the naive-Bayesian-style classifier built into SpamAssassin.
En el fichero amavid.conf no veo referencias acerca del filtro bayesiano. en :/var/spool/amavis/.spamassassin tengo esto: ls -l total 12286 drwx------ 2 vscan vscan 192 2006-11-24 11:30 . drwx------ 71 vscan root 3456 2006-11-24 11:30 .. -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.dir -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.pag -rw------- 1 vscan vscan 5251072 2006-11-24 11:15 bayes_seen -rw------- 1 vscan vscan 10743808 2006-11-24 11:15 bayes_toks
y en /root/.spamassassin: rwxrwxrwx 1 root root 50 2006-11-23 11:38 auto-whitelist.dir -> /var/spool/amavis/.spamassassin/auto-whitelist.dir lrwxrwxrwx 1 root root 50 2006-11-23 11:38 auto-whitelist.pag -> /var/spool/amavis/.spamassassin/auto-whitelist.pag lrwxrwxrwx 1 root root 42 2006-11-23 11:37 bayes_seen -> /var/spool/amavis/.spamassassin/bayes_seen lrwxrwxrwx 1 root root 42 2006-11-23 11:38 bayes_toks -> /var/spool/amavis/.spamassassin/bayes_toks
Yo juraria que todo esto es correcto ¿porque no me funciona el filtro bayesiano, buahhhh!?
http://wiki.apache.org/spamassassin/BayesFaq 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
Maldición, no me aparece nada de eso. He estado entrenando a un filtro vago que no quiere trabajar.
Hum.
No se supone que poniendo use_bayes 1 debería funcionar?
Y entrenándolo, claro. Con mensajes de spam y de no spam.
Me he quedado a medias creo solo lo he entrenado con spam
http://wiki.apache.org/spamassassin/BayesNotWorking Run "spamassassin -D --lint" and keep an eye out for a line like: debug: bayes: Not available for scanning, DB_File not installed Eso no lo he encontrado, pero he visto esto que me ha dado la pista: debug: bayes: 8762 tie-ing to DB file R/O /root/.spamassassin/bayes_toks debug: bayes: 8762 tie-ing to DB file R/O /root/.spamassassin/bayes_seen debug: bayes: found bayes db version 2 debug: bayes: Not available for scanning, only 99 ham(s) in Bayes DB < 200 Vamos que no tengo suficientes correos ham voy a ver si le paso el sa-learn con correos que no son spam a ver que pasa. Saludos, Emi
2006/11/24, Emiliano Sutil:
Me he quedado a medias creo solo lo he entrenado con spam
Con spam y no spam estará más afinado.
debug: bayes: 8762 tie-ing to DB file R/O /root/.spamassassin/bayes_toks debug: bayes: 8762 tie-ing to DB file R/O /root/.spamassassin/bayes_seen debug: bayes: found bayes db version 2 debug: bayes: Not available for scanning, only 99 ham(s) in Bayes DB < 200
Vamos que no tengo suficientes correos ham voy a ver si le paso el sa-learn con correos que no son spam a ver que pasa.
Intenta enviar mensajes con texto plano que si no Carlos se nos enfada... >:-) 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 11:33 +0100, Emiliano Sutil escribió:
Correcto. Aparece como "BAYES_XX" en la cabecera (XX es el porcentaje de spam considerado para ese mensaje).
Maldición, no me aparece nada de eso. He estado entrenando a un filtro vago que no quiere trabajar. No se supone que poniendo use_bayes 1 debería funcionar? *use_bayes ( 0 | 1 ) (default: 1)* Whether to use the naive-Bayesian-style classifier built into SpamAssassin.
Decidete por uno de los dos, o amavis o SA - en cuanto al spam.
En el fichero amavid.conf no veo referencias acerca del filtro bayesiano. en :/var/spool/amavis/.spamassassin tengo esto:
esos son.
ls -l total 12286 drwx------ 2 vscan vscan 192 2006-11-24 11:30 . drwx------ 71 vscan root 3456 2006-11-24 11:30 .. -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.dir -rw------- 2 vscan vscan 104776 2006-11-24 11:30 auto-whitelist.pag -rw------- 1 vscan vscan 5251072 2006-11-24 11:15 bayes_seen -rw------- 1 vscan vscan 10743808 2006-11-24 11:15 bayes_toks
y en /root/.spamassassin: rwxrwxrwx 1 root root 50 2006-11-23 11:38 auto-whitelist.dir -> /var/spool/amavis/.spamassassin/auto-whitelist.dir
Error, son del propietario equivocado. El propietario de esos ficheros tiene que ser el que ejecuta el filtro (amavis) o el destinatario del correo (SA).
Yo juraria que todo esto es correcto ¿porque no me funciona el filtro bayesiano, buahhhh!?
El amavis puede que no lo tenga por antiguo, o que falte activarlo. Y el SA puede no activarlo porque no están las bases en el usuario que espera. Necesito saber cómo has activado el SA. ¿procmail? Regla y fichero exacto. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZsyItTMYHG2NR9URAo+/AJ9CsfwMrwH+zXV1bIncqiASju1uggCfTsSn RhygZBPWgy1JGdHNbpPTUMU= =Ac25 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 10:52 +0100, Emiliano Sutil escribió:
Viste el otro mensaje, en el que mando el report de spam, de hecho este mensaje es spam y me ha ido a parar a la cuenta que tengo configurada para recibir el spam asi que no entiendo porque.
Ese mensaje (ha llegado bien) es del estilo "defanged", es decir, el correo original va anexo intacto; no se toca la linea de "subject". Y es el sistema recomendado, por cierto. Bueno, y si no lo recomiendan ellos, lo recomiendo yo (C) :-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZstLtTMYHG2NR9URArZHAJ9UgI+mCmFH+1zDtQPRZUJHCDqKFQCfe0Ja mNa0KC4qdl6Dqc9dW02Hgvw= =fKuE -----END PGP SIGNATURE-----
Oye, como se come esto: pamAssassin report: ------------- Comienzo de los resultados de SpamAssassin --------------- Este correo probablemente es spam. El mensaje original ha sido alterado para que pueda reconocer o bloquear en el futuro correo no solicitado, usando las capacidades de filtrado que incorpora su lector de correo. Detalles del análisis: (9.2 puntos, 5.0 requeridos) 1.0 REMOVE_ES_01 BODY: Claims you can be removed in Spanish 1.0 CONTRA_REEMBOLSO_ES BODY: Pago contra reembolso. 0.5 HTML_40_50 BODY: Message is 40% to 50% HTML 0.1 HTML_FONTCOLOR_BLUE BODY: HTML font color is blue 0.0 HTML_MESSAGE BODY: HTML included in message 0.1 HTML_FONT_BIG BODY: HTML has a big font 0.0 LINES_OF_YELLING BODY: A WHOLE LINE OF YELLING DETECTED 0.1 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.1 HTML_FONTCOLOR_RED BODY: HTML font color is red 0.1 LINES_OF_YELLING_2 BODY: 2 WHOLE LINES OF YELLING DETECTED 1.6 FRONTPAGE BODY: Frontpage used to create the message 2.2 RCVD_IN_BL_SPAMCOP_NET RBL: Recibido desde un relay en bl.spamcop.net [Blocked - see http://www.spamcop.net/bl.shtml?200.123.158.217] 2.3 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [200.123.158.217 listed in sbl-xbl.spamhaus.org] ---------------- Fin de los resultados de SpamAssassin ----------------- Ahi me dice que la puntuación son 9.2 de los 5 requeridos, pero luego en las cabeceras: X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092 X-Spam-Level: **** X-Spam-Status: No, score=4.092 tagged_above=0.01 required=5 tests=[FRONTPAGE=0.51, HTML_50_60=1.053, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.204, UNRESOLVED_TEMPLATE=1.324] el Score le da 4.092 y el spam status es No ¿Puede ser por eso que no lo pone la marca de SPAM? y porque uno lo puntua de una manera y el otro de otra? Otra cosa, no veo por ningun lado que est usando bayes y tengo esto en el fichero local.cf use_bayes 1 Como puedo comprobar que en realidad estoy usandolo? Emi X-Spam-Tests: InternalSpamCheck
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 10:38 +0100, Emiliano Sutil escribió:
Oye, como se come esto: ... Detalles del análisis: (9.2 puntos, 5.0 requeridos) ... Ahi me dice que la puntuación son 9.2 de los 5 requeridos, pero luego en las cabeceras:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092
Creo que estás pasandolo tanto por el amavis como por el SA. Revisa tu configuración, y usa uno de ellos nada más. El SA se suele llamar desde el procmail (spamc) Y si, dependiendo del orden, uno puede borrar las marcas del otro.
Otra cosa, no veo por ningun lado que est usando bayes y tengo esto en el fichero local.cf use_bayes 1
Necesita que esté entrenado con unos 500 correos mínimo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZskVtTMYHG2NR9URAkbqAJwJgA3OPYIWpfW/fKhkIecBQK0AyACfZum4 g3mw0/VdIyI1AOc1BKVdlI4= =dW4l -----END PGP SIGNATURE-----
El día 24/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-24 a las 10:38 +0100, Emiliano Sutil escribió:
Oye, como se come esto: ... Detalles del análisis: (9.2 puntos, 5.0 requeridos) ... Ahi me dice que la puntuación son 9.2 de los 5 requeridos, pero luego en las cabeceras:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.092
Creo que estás pasandolo tanto por el amavis como por el SA. Revisa tu configuración, y usa uno de ellos nada más.
El SA se suele llamar desde el procmail (spamc)c
Como compruebo esto? Siempre que pregunto cosas del correo acaba apareciendo el procmail famoso y yo nunca hago nada con el, por lo menos conscientemente ;-) Y si, dependiendo del orden, uno puede borrar las marcas del otro.
Otra cosa, no veo por ningun lado que est usando bayes y tengo esto en el fichero local.cf use_bayes 1
Necesita que esté entrenado con unos 500 correos mínimo.
Miles de correos le he metido para alla con el sa-learn, por correos de spam que recibo que no sea (varios cientos diarios) Emi - --
Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFZskVtTMYHG2NR9URAkbqAJwJgA3OPYIWpfW/fKhkIecBQK0AyACfZum4 g3mw0/VdIyI1AOc1BKVdlI4= =dW4l -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 11:41 +0100, Emiliano Sutil escribió:
El SA se suele llamar desde el procmail (spamc)c
Como compruebo esto? Siempre que pregunto cosas del correo acaba apareciendo el procmail famoso y yo nunca hago nada con el, por lo menos conscientemente ;-)
Basta con que el usuario que reciba el correo tenga un fichero .procmailrc en su directorio home. - -- Saludos. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZtFetTMYHG2NR9URAjdqAJ4vbXZvfiSYZFIiNzGCybXuuCrodQCfYHd0 ZqRBvKDAR7k0Q5t09PgQOAE= =t52U -----END PGP SIGNATURE-----
Basta con que el usuario que reciba el correo tenga un fichero .procmailrc en su directorio home.
Pues entonces va a ser que no, eso no lo tengo en ningún usuario. Acabo de entrenar al spamassassin con correos ham y ahora ya el comando spamassassin -D --lint ya parece que muestra que usa bayes, ahora voy a ver si recibo correo spam y veo si le aplica lo de bayes o no. Ya os cuento Emi
Lo primero perdonar si llegan mensajes con html o lo que sea, pero el gmail me tiene frito..... Segundo ya me salen cabeceras de BAYES -0.0 BAYES_40 BODY: Bayesian spam probability is 40 to 44% [score: 0.4246] Pero sigo sin que me ponga la marca de ***SPAM*** Vamos que mirando lo del spam he resuelto lo de bayes :-) Pero sigo con el otro problema y ya no se me ocurre que mirar, ¿A alguien le funciona? ¿como tiene el amavisd.conf y el local.cf? Un saludo Emi
2006/11/24, Emiliano Sutil:
Pero sigo con el otro problema y ya no se me ocurre que mirar,
¿A alguien le funciona? ¿como tiene el amavisd.conf y el local.cf?
Yo no lo tengo activado (no me gusta), pero si miro en la ayuda de Amavid-new, veo lo siguiente: How to add the spam tags to all inbound messages so that spam score and test information appear in the message header? By reducing the tag level (and keeping tag2 and kill levels high if desired), one may enable spam-related header fields to be inserted to inbound mail (i.e. for recipients matching @local_domains_acl) - tag level is where X-Spam-Status and X-Spam-Level header fields start to appear (e.g. setting tag level to 0 (or even better to -9999) would turn this on permanently); - tag2 level is where a message is considered spam as far as mail header fields and adding address extensions are concerned: the X-Spam-Flag: YES header field appears, the X-Spam-Status gets a YES, Subject gets a ***SPAM*** if subject editing is enabled, (optional) recipient address extensions are added; - kill level is where a message is considered spam and countermeasures are taken: (reject/bounce/discard/pass), quarantine, notify). It is common to set tag2 level the same as kill level, but some may prefer to set kill level even higher, perhaps combined with $final_spam_destiny=D_DISCARD; Luego entiendo que sí es posible que modifique el asunto pero cómo hacerlo pues no sé los parámetros exactos para tu versión, ¿no pone nada en la documentación / ayuda de amavisd-new? 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
Pero sigo con el otro problema y ya no se me ocurre que mirar,
¿A alguien le funciona? ¿como tiene el amavisd.conf y el local.cf?
Yo no lo tengo activado (no me gusta), pero si miro en la ayuda de Amavid-new, veo lo siguiente:
Analicemos esto a ver si damos con ello, How to add the spam tags to all inbound messages so that spam score
and test information appear in the message header?
By reducing the tag level (and keeping tag2 and kill levels high if desired), one may enable spam-related header fields to be inserted to inbound mail (i.e. for recipients matching @local_domains_acl)
- tag level is where X-Spam-Status and X-Spam-Level header fields start to appear (e.g. setting tag level to 0 (or even better to -9999) would turn this on permanently);
yo tengo $sa_tag_level_deflt = -999; # add spam info headers if at, or above that level Es decir segun este parametro voy a añadir cabeceras a todos los correos y esto si que ocurre. - tag2 level is where a message is considered spam as far as mail
header fields and adding address extensions are concerned: the X-Spam-Flag: YES header field appears, the X-Spam-Status gets a YES, Subject gets a ***SPAM*** if subject editing is enabled, (optional) recipient address extensions are added;
$sa_tag2_level_deflt = 5.0;
Si obtengo en mensaje con la puntuación superior a 5.0 le va a añadir la
cabecera X-Spam-Flag: YES y en ese caso le va a poner lo de ***SPAM***
Aqui nos paramos, esto no lo he conseguido.
Paso un report y lo vemos:
SpamAssassin report:
------------- Comienzo de los resultados de SpamAssassin ---------------
Este correo probablemente es spam. El mensaje original ha sido alterado
para que pueda reconocer o bloquear en el futuro correo no solicitado,
usando las capacidades de filtrado que incorpora su lector de correo.
Detalles del análisis: (6.3 puntos, 5.0 requeridos)
4.1 VIAGRA BODY: Plugs Viagra
-0.0 BAYES_44 BODY: Bayesian spam probability is 44 to 50%
[score: 0.4949]
0.1 HTML_FONTCOLOR_BLUE BODY: HTML font color is blue
0.1 HTML_MESSAGE BODY: HTML included in message
0.3 HTML_FONT_BIG BODY: HTML has a big font
0.1 HTML_70_80 BODY: Message is 70% to 80% HTML
0.1 HTML_FONTCOLOR_RED BODY: HTML font color is red
1.5 RCVD_IN_BL_SPAMCOP_NET RBL: Recibido desde un relay en bl.spamcop.net
[Blocked - see http://www.spamcop.net/bl.shtml?217.220.202.221]
---------------- Fin de los resultados de SpamAssassin -----------------
------------------------- BEGIN HEADERS -----------------------------
Return-Path:
2006/11/24, Emiliano Sutil:
Aqui nos paramos, esto no lo he conseguido. Paso un report y lo vemos:
Detalles del análisis: (6.3 puntos, 5.0 requeridos)
X-Spam-Score: 4.92
Aqui esta el problema aunque el spamassassin me lo marca como spam y me lo manda al buzon de spam porque le ha dado una puntucacion de 6.3 el amavis le asigna 4.92, por lo tanto no le tiene que poner la cabecera, correcto.
Revisa los puntos de la FAQ de Amavisd-New: http://www.ijs.si/software/amavisd/#faq SpamAssassin returns different score or null score or triggers different set of SA rules when called from amavisd-new, as compared to the command-line utility spamassassin on the same message. What is wrong? 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@suse.com
Pues no doy con ello, Revisa los puntos de la FAQ de Amavisd-New:
http://www.ijs.si/software/amavisd/#faq
SpamAssassin returns different score or null score or triggers different set of SA rules when called from amavisd-new, as compared to the command-line utility spamassassin on the same message. What is wrong?
Saludos,
He repasado todos los puntos de la faq y no entiendo porque me da 2 puntuaciones distintas: 1º todo lo ejecuta el usuario vscan que toma la base de datos de /var/spool/amavis/.spamassassin osea q no es un problema de que lo ejecuten distintos usuario. A no ser que el spamassassin lanzado desde el amavis coja otro usuario que no creo. 2º no uso chroot 3º tengo $sa_local_tests_only=0 y supongo que eso es valido para los 2 amavis y spamassassin 4º he lanzado el amavis con la opcion debug-sa y he comprobado que en realidad las rutas son correctas. 5º El resto de chequeos no me afectan, porque yo no tengo un null score del spamassassin Asi que no se que puedo mirar, la verdad. ¿Alguna idea? Emi
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 18:10 +0100, Emiliano Sutil escribió:
Asi que no se que puedo mirar, la verdad. ¿Alguna idea?
Para el servicio spamd, mándate algun correo de prueba, y observa detenidamente el log del correo a ver donde revienta. Nos lo dices, y vuelves a activar el demonio. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjrZktTMYHG2NR9URAgm9AJ9DvuOR6sgUZAJ76uKT78/Q3xJXogCfW/oF a6htfM0Lyv+034lnaPZGuXI= =Fyo2 -----END PGP SIGNATURE-----
El día 24/12/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-24 a las 18:10 +0100, Emiliano Sutil escribió:
Asi que no se que puedo mirar, la verdad. ¿Alguna idea?
Para el servicio spamd, mándate algun correo de prueba, y observa detenidamente el log del correo a ver donde revienta. Nos lo dices, y vuelves a activar el demonio.
El servido spamd lo paré hace ya rato cuando al principio del hilo me dijiste que no servia para nada y viendo el otro hilo activo que hay sobre el spamassassin mas me has convencido de que parado esta bien. He revisado los ficheros procmailrc y solo he encontrado uno y es una misera redirección, y no se ni q hace ahi, porque no uso el procmail para nada. Tampoco uso cyrus. Si quieres hago la prueba inversa que es activar el spamd a ver si influye. He visto por otro lado que no es que me den distinta puntuacion, si no que se ejecutan tests totalmente distintos: amavis: HTML_80_90=0.027, HTML_IMAGE_RATIO_02=1.729, HTML_MESSAGE=0.001 HTML_WEB_BUGS=0.166 MIME_HTML_ONLY=1.204 MSGID_FROM_MTA_ID=1.44 NORMAL_HTTP_TO_IP=0.104 NO_REAL_NAME=0.124 SpamAssassin: .2 NO_REAL_NAME From: no incluye un nombre real 1.4 HTML_IMAGE_ONLY_06 BODY: HTML: images with 400-600 bytes of words 0.3 HTML_WEB_BUGS BODY: Image tag intended to identify you 0.1 HTML_MESSAGE BODY: HTML included in message 2.2 HTML_IMAGE_AREA_05 BODY: HTML has 5-6 kilopixels of images -0.9 BAYES_30 BODY: Bayesian spam probability is 30 to 40% [score: 0.3864] 0.1 HTML_70_80 BODY: Message is 70% to 80% HTML 0.3 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.1 NORMAL_HTTP_TO_IP URI: Uses a dotted-decimal IP address in URL 0.2 HTTP_WITH_EMAIL_IN_URL URI: 'remove' URL contains an email address 1.5 RCVD_IN_BL_SPAMCOP_NET RBL: Recibido desde un relay en bl.spamcop.net [Blocked - see <http://www.spamcop.net/bl.shtml?80.35.41.179
]
Vamos que coincidiera seria un milagro. Eso si, si dejo solo al amavis me entraria todo el spam, porque todavia no he visto uno en el que haya puesto X-Spam-Status: Yes Vamos que no estoy tan seguro de querer quitar el spamassassin del asunto, mas bien, seria que los 2 hicieran los mismos tests Emi
2006/11/24, Emiliano Sutil:
He visto por otro lado que no es que me den distinta puntuacion, si no que se ejecutan tests totalmente distintos:
¿Has revisado el archivo de configuración de Postfix "master.cf"? Mira a ver si tienes alguna entrada para 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@suse.com
2006/11/24, Camaleón
2006/11/24, Emiliano Sutil:
He visto por otro lado que no es que me den distinta puntuacion, si no que se ejecutan tests totalmente distintos:
¿Has revisado el archivo de configuración de Postfix "master.cf"? Mira a ver si tienes alguna entrada para SA.
Pues creo que no, que diga algo de spamassassin, spam, sa o algo asi no veo nada, tengo esto relacionado con el amavis: smtp-amavis unix - - y - 2 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes y mas abajo vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} y en el main.cf content_filter = smtp-amavis:[localhost]:10024 Si quieres paso la configuración completa a ver si tu ves algo Emiliano Sutil 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 18:38 +0100, Emiliano Sutil escribió:
Pues creo que no, que diga algo de spamassassin, spam, sa o algo asi no veo nada, tengo esto relacionado con el amavis:
smtp-amavis unix - - y - 2 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes
Esa es la que yo tengo.
y mas abajo vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
Esa la tengo desactivada con '#'. Quítala tu también.
y en el main.cf content_filter = smtp-amavis:[localhost]:10024
La misma que tengo yo. Asegúrate de no tener esta: #content_filter = vscan: O sea, debes tenerla comentada - a ver si va a ser eso el doble filtro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjsDXtTMYHG2NR9URAjmOAKCVcW9nNqHPD+IthgcbhmRyY8nWjACgjBKG +T6YPkDhTm5jXho7DUUK5po= =We5x -----END PGP SIGNATURE-----
y mas abajo vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
Esa la tengo desactivada con '#'. Quítala tu también.
Esta prueba quedará para el lunes, que yo por hoy he acabado
y en el main.cf content_filter = smtp-amavis:[localhost]:10024
La misma que tengo yo. Asegúrate de no tener esta:
#content_filter = vscan:
O sea, debes tenerla comentada - a ver si va a ser eso el doble filtro.
Esta no la tengo en el main.cf Buen fin de Semana a todos, el lunes mas spamassassin, voy a tener que salir mucho y matar muchas neuronas para no soñar con el ;-) Emiliano Sutil - --
Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFjsDXtTMYHG2NR9URAjmOAKCVcW9nNqHPD+IthgcbhmRyY8nWjACgjBKG +T6YPkDhTm5jXho7DUUK5po= =We5x -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 19:22 +0100, Emiliano Sutil escribió:
Esa la tengo desactivada con '#'. Quítala tu también.
Esta prueba quedará para el lunes, que yo por hoy he acabado
:-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZzqctTMYHG2NR9URApTiAJ4xNUxj1vRfBQI9OI9aiOnQWbw+/QCgjfmw kJ/ecGH7pDx1A+SV09hbUBg= =XeD0 -----END PGP SIGNATURE-----
Buenas a todos, volvemos a la carga. He revisado otra vez la configuración y he visto algo que no se si influirá. (he quitado la linea del vscan que comentabas Carlos y no me ha solucionado nada). La cuestión es que yo he creado una cuenta de correo que es spampolice y he configurado en el amavis lo siguiente: $spam_quarantine_to = "spampolice\@$mydomain"; $mailfrom_notify_spamadmin = "spampolice\@$mydomain"; Pues bien, en la cuenta esa es donde recibo 2 correos por cada correo de spam, uno con el informe que me imagino que viene determinado por la variable report_safe 1 y el correo spam intacto. Igual el activar lo del quarantine hace que no se me reescriba la cabecera con lo del SPAM. Justo hoy tengo que configurar un Suse 10.1 y estoy siguiendo los pasos que he seguido con el antiguo SLES 9 y he conseguido exactamente lo mismo, vamos de laboratorio, si sigues los mismos pasos, llegas al mismo sitio, a pesar de tener versiones más actuales. Es decir, el informe del spamAssassin me da unas puntuaaciones altas de spam, mientras que en las cabeceras del amavis siempre obtengo que no es spam La cuestion es, esto es asi como funciona? porque estoy empezando a pensar que esto es asi como tiene que ir. Un saludo Emiliano Sutil
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-27 a las 13:59 +0100, Emiliano Sutil escribió:
He revisado otra vez la configuración y he visto algo que no se si influirá. (he quitado la linea del vscan que comentabas Carlos y no me ha solucionado nada).
Era probable, pero por saberlo.
La cuestión es que yo he creado una cuenta de correo que es spampolice y he configurado en el amavis lo siguiente:
$spam_quarantine_to = "spampolice\@$mydomain"; $mailfrom_notify_spamadmin = "spampolice\@$mydomain";
Pues bien, en la cuenta esa es donde recibo 2 correos por cada correo de spam, uno con el informe que me imagino que viene determinado por la variable report_safe 1
y el correo spam intacto. Igual el activar lo del quarantine hace que no se me reescriba la cabecera con lo del SPAM.
Pues pudiera ser. ¿Quieres decir que todo el correo que es spam lo mandas a una única cuenta? Mmm. También puede ser lo del reportsafe. Yo prefiero que se le mande el spam a los usuarios, pero marcado o separado en otra carpeta, y que sean ellos quienes lo borren manualmente si quieren. A mi me gusta esto: @addr_extension_virus_maps = ('virus'); @addr_extension_spam_maps = ('spam'); @addr_extension_banned_maps = ('banned'); @addr_extension_bad_header_maps = ('badh'); $recipient_delimiter = '+'; # undef disables address extensions altogether # when enabling addr extensions do also Postfix/main.cf: recipient_delimiter=+ ... $final_spam_destiny = D_PASS; Lo que hace es que esos correos se mandan a las cuentas de usuario así: "usuario+banned@localhost.nimrodel.valinor y eso es fácil del filtrar.
Justo hoy tengo que configurar un Suse 10.1 y estoy siguiendo los pasos que he seguido con el antiguo SLES 9 y he conseguido exactamente lo mismo, vamos de laboratorio, si sigues los mismos pasos, llegas al mismo sitio, a pesar de tener versiones más actuales.
¿Y que pasos sigues? A ver si así adivino donde se dispara el spamassassin además del amavis.
Es decir, el informe del spamAssassin me da unas puntuaaciones altas de spam, mientras que en las cabeceras del amavis siempre obtengo que no es spam
Sin embargo, si el correo termina en la cuenta de tu "policía", es que funciona.
La cuestion es, esto es asi como funciona? porque estoy empezando a pensar que esto es asi como tiene que ir.
No estoy seguro, porque yo le desactivo al amavis la parte del spam y no puedo comprobarlo. Podría probar... Te pregunté el otro dia si era posible que tuvieras otro servidor en la cadena haciendo filtros. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFaugGtTMYHG2NR9URAkRlAJ0dzT1BIjds+EcFS5HGLM1f5gmZdwCdEBrM f6VGLVqvZnH9VPL7GyPolpc= =Np6B -----END PGP SIGNATURE-----
El día 27/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-27 a las 13:59 +0100, Emiliano Sutil escribió:
He revisado otra vez la configuración y he visto algo que no se si influirá. (he quitado la linea del vscan que comentabas Carlos y no me ha solucionado nada).
Era probable, pero por saberlo.
La cuestión es que yo he creado una cuenta de correo que es spampolice y he configurado en el amavis lo siguiente:
$spam_quarantine_to = "spampolice\@$mydomain"; $mailfrom_notify_spamadmin = "spampolice\@$mydomain";
Pues bien, en la cuenta esa es donde recibo 2 correos por cada correo de spam, uno con el informe que me imagino que viene determinado por la variable report_safe 1
y el correo spam intacto. Igual el activar lo del quarantine hace que no se me reescriba la cabecera con lo del SPAM.
Pues pudiera ser. ¿Quieres decir que todo el correo que es spam lo mandas a una única cuenta? Mmm.
Si, yo recojo con fetchmail el correo de un servidor externo y al entregar el correo a los buzones es cuando entra en juego el amavis y se envía todo el correo a la cuenta de spampolice (el nombre no se me ocurrio a mi, viene asi en el amavis) También puede ser lo del reportsafe. Voy a probar a quitarlo y os cuento. Yo prefiero que se le mande el spam a los usuarios, pero marcado o
separado en otra carpeta, y que sean ellos quienes lo borren manualmente si quieren.
Jolín, a mi tb me gusta eso pero no sabía que se podia hacer A mi me gusta esto:
@addr_extension_virus_maps = ('virus'); @addr_extension_spam_maps = ('spam'); @addr_extension_banned_maps = ('banned'); @addr_extension_bad_header_maps = ('badh'); $recipient_delimiter = '+'; # undef disables address extensions altogether # when enabling addr extensions do also Postfix/main.cf: recipient_delimiter=+
...
$final_spam_destiny = D_PASS;
yo tengo esto, $final_spam_destiny = D_DISCARD; justamente para que al usuario no le llegue nada Lo que hace es que esos correos se mandan a las cuentas de usuario así:
"usuario+banned@localhost.nimrodel.valinor
y eso es fácil del filtrar.
Es decir luego haces un filtro en el programa cliente para que lo envie a la carpeta respectiva, no? Es un sistema, pero me obliga a que los clientes configuren los filtros cosa que visto lo visto no va a ocurrir :-(
he seguido con el antiguo SLES 9 y he conseguido exactamente lo mismo, vamos de laboratorio, si sigues los mismos pasos, llegas al mismo sitio, a
Justo hoy tengo que configurar un Suse 10.1 y estoy siguiendo los pasos que pesar
de tener versiones más actuales.
¿Y que pasos sigues? A ver si así adivino donde se dispara el spamassassin además del amavis.
Pues basicamente: -- reviso el content_filter en el main.cf y master.cf del postfix (normalmente no toco nada, y lo dejo por defecto) -- Pongo en /etc/mail/spamassassin/local.cf lo siguiente: rewrite_subject 1 subject_tag ****SPAM(_SCORE_)**** report_safe 1 use_bayes 1 -- Edito el fichero amavisd.conf Configuro cuenta de spam-quarantine $spam_quarantine_to = "spampolice\@$mydomain"; Configuro un administrador de spam. $spam_admin = "spampolice\@$mydomain"; Todo el correo que sea spam no se envia a sus destinatarios pero lo meto en cuarentena. $final_spam_destiny = D_DISCARD; Y pongo asi la configuracion de los parametros de spamAssassin # SpamAssassin settings $sa_local_tests_only = 0; $sa_auto_whitelist = 0; $sa_timeout = 30; $sa_mail_body_size_limit = 150*1024; $sa_tag_level_deflt = -999; $sa_tag2_level_deflt = 5.0; $sa_kill_level_deflt = $sa_tag2_level_deflt; $sa_dsn_cutoff_level = 10; $sa_spam_subject_tag = '***SPAM***'; $sa_spam_modifies_subj = 1; Con esto ya obtengo el mismo resultado en la misma
Es decir, el informe del spamAssassin me da unas puntuaaciones altas de
spam, mientras que en las cabeceras del amavis siempre obtengo que no es spam
Sin embargo, si el correo termina en la cuenta de tu "policía", es que funciona.
Si, funcionar funciona, pero lo que quiero (bueno, ya no esta tan claro que quiera, es ya mas por ver porque no lo hace)que es que marque lo del SPAM en el asunto y como el amavis no lo marca como spam, pues no lo pone.
La cuestion es, esto es asi como funciona? porque estoy empezando a pensar
que esto es asi como tiene que ir.
No estoy seguro, porque yo le desactivo al amavis la parte del spam y no puedo comprobarlo. Podría probar...
Te pregunté el otro dia si era posible que tuvieras otro servidor en la cadena haciendo filtros.
Perdona, esto pense que ya te lo había contestado. En teoria, en el servidor externo de mi proveedor tienen tambien corriendo el amavis, pero lo deben tener mal, porque a mi me llega un monton de spam, que mi amavis si que se lo carga. ¿Puede ser que sea ese el que me esta fastidiando lo de las cabeceras? Emi - --
Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFaugGtTMYHG2NR9URAkRlAJ0dzT1BIjds+EcFS5HGLM1f5gmZdwCdEBrM f6VGLVqvZnH9VPL7GyPolpc= =Np6B -----END PGP SIGNATURE-----
A ver si los tiros van por lo de que haya varios amavis en la cadena.
Mirad, estas son las cabeceras que me aperecen en el informe que me genera
mi amavis:
------------------------- BEGIN HEADERS -----------------------------
Return-Path:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-27 a las 16:48 +0100, Emiliano Sutil escribió:
A ver si los tiros van por lo de que haya varios amavis en la cadena.
Mirad, estas son las cabeceras que me aperecen en el informe que me genera mi amavis:
¿Informe? ¿Que informe?
------------------------- BEGIN HEADERS -----------------------------
...
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.428 X-Spam-Level: **** X-Spam-Status: No, score=4.428 tagged_above=0.01 required=5 tests=[HTML_10_20=1.05, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=1.54, MPART_ALT_DIFF=1.837] X-Spam-Tests: InternalSpamCheck
-------------------------- END HEADERS ------------------------------
Yo creo que eso viene de fuera.
y estas son las cabeceras que aparecen en el correo que me ha entrado en la cuenta de cuarentena:
Return-Path: <> X-Original-To: spam-quarantine@iranon.com Delivered-To: spampolice@iranon.com Received: from localhost (localhost [127.0.0.1]) by adslinux.iranon.com (Postfix) with ESMTP id 58ACF5017D for
; Mon, 27 Nov 2006 16:35:51 +0100 (CET) X-Envelope-To: X-Envelope-From: X-Quarantine-id: <spam-5c89f75c6f387b6b470116f3d6ca4ece-20061127-163551-21783-01-5>
vale, eso lo ha hecho tu amavis. Y lo siguiente creo que es externo:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.428 X-Spam-Level: **** X-Spam-Status: No, score=4.428 tagged_above=0.01 required=5 tests=[HTML_10_20=1.05, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=1.54, MPART_ALT_DIFF=1.837] X-Spam-Tests: InternalSpamCheck
Pero lo que no entiendo es de donde vienen las siguientes:
X-GMX-Antivirus: 0 (no virus found) X-Spam-Status: Yes, hits=13.5 tag1=-999.0 tag2=5.0 kill=5.0 tests=BAYES_99, CASHCASHCASH, FORGED_RCVD_FROM_NUM, HTML_FONTCOLOR_UNSAFE, HTML_FONT_BIG, HTML_MESSAGE, RCVD_IN_XBL X-Spam-Level: *************
Me parece que eso es el tuyo. Ha pasado dos veces por un amavis.
Creo que debes poner estas cabeceras:
$insert_received_line = 1; # behave like MTA: insert 'Received:' header
$remove_existing_x_scanned_headers = 0;
$remove_existing_spam_headers = 1;
Es decir, dejar la "X-Virus-Scanned", pero quitar las "X-Spam*" de los
pasos anteriores, que nos confunden (y más porque no citan el nombre del
servidor del chequeo). Estos son los ajustes por defecto:
# $X_HEADER_TAG = 'X-Virus-Scanned'; # after-default
# $X_HEADER_LINE = "$myproduct_name at $mydomain"; # after-default
Espero que tu versión las soporte. De esa manera, se borran las cabeceras
antiguas que ha puesto el anterior amavis de la cadena, y sólo se veran
las tuyas, que será menos confuso. Y la linea received lo digo porque el
mío lo hace por defecto, y en el tuyo no lo veo:
Received: from nimrodel.valinor ([127.0.0.1])
by localhost (nimrodel.valinor [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 18525-01 for
He puesto las cabeceras completas para que se vea claramente por donde pasa, (perdón si es mucha paja)
Es necesario - pero lo que no es necesario es que envíes html. Tienes un botoncito en el editor del gmail para decirle que quieres texto plano y no quieres texto rico. Se reduce el tamaño del correo hasta un tercio, y eran 21 Kb.
La cuestion es que en el correo si que le pone hits 13.5, mientras que en el informe del amavis le pone score=4.428
Porque es el informe sin borrar del paso anterior.
lo que me hace pensar que la cabecara que le pone 13.5 es la mia ya que si que me lo manda a la carpeta de spam y el que he estado viendo los dias pasados es la puntuación del servidor externo ¿Creeis que puede ser eso? En caso afirmativo, sigue sin aclarar porque no le marca lo de ***SPAM***,
Acabo de hacer una probatina. He desactivado mi spamc en el procmail, y he
reactivado el chequeo de spam en el amavis-new. También he parado el
fetchmail, por si las moscas.
Me he remandado un email de spam (en local); estas son las cabeceras más
interesantes:
Return-Path:
El día 27/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-27 a las 16:48 +0100, Emiliano Sutil escribió:
A ver si los tiros van por lo de que haya varios amavis en la cadena.
Mirad, estas son las cabeceras que me aperecen en el informe que me genera mi amavis:
¿Informe? ¿Que informe?
Con la configuración esta del spampolice por cada correo de spam recibo 2 correos, uno que es el correo tal cual y otro correo que incluye un informe del spamAssassin que es el que os envie que pone BEGIN HEADERS .....
------------------------- BEGIN HEADERS -----------------------------
...
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.428 X-Spam-Level: **** X-Spam-Status: No, score=4.428 tagged_above=0.01 required=5 tests=[HTML_10_20=1.05, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=1.54, MPART_ALT_DIFF=1.837] X-Spam-Tests: InternalSpamCheck
-------------------------- END HEADERS ------------------------------
Yo creo que eso viene de fuera.
Si el X-Spam-Score= 4.428 lo pone el de fuera
y estas son las cabeceras que aparecen en el correo que me ha entrado en la cuenta de cuarentena:
Return-Path: <> X-Original-To: spam-quarantine@iranon.com Delivered-To: spampolice@iranon.com Received: from localhost (localhost [127.0.0.1]) by adslinux.iranon.com (Postfix) with ESMTP id 58ACF5017D for
; Mon, 27 Nov 2006 16:35:51 +0100 (CET) X-Envelope-To: X-Envelope-From: X-Quarantine-id: <spam-5c89f75c6f387b6b470116f3d6ca4ece-20061127-163551-21783-01-5> vale, eso lo ha hecho tu amavis. Y lo siguiente creo que es externo:
X-Virus-Scanned: by amavisd-new X-Spam-Score: 4.428 X-Spam-Level: **** X-Spam-Status: No, score=4.428 tagged_above=0.01 required=5 tests=[HTML_10_20=1.05, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=1.54, MPART_ALT_DIFF=1.837] X-Spam-Tests: InternalSpamCheck
Pero lo que no entiendo es de donde vienen las siguientes:
X-GMX-Antivirus: 0 (no virus found) X-Spam-Status: Yes, hits=13.5 tag1=-999.0 tag2=5.0 kill=5.0 tests=BAYES_99, CASHCASHCASH, FORGED_RCVD_FROM_NUM, HTML_FONTCOLOR_UNSAFE, HTML_FONT_BIG, HTML_MESSAGE, RCVD_IN_XBL X-Spam-Level: *************
Me parece que eso es el tuyo. Ha pasado dos veces por un amavis.
Si ese es el mio que le marca 13.5 hits que coincide con el informe del spamAssassin que comentaba antes.
Creo que debes poner estas cabeceras:
$insert_received_line = 1; # behave like MTA: insert 'Received:' header
Esta es la unica que tenia distinta
$remove_existing_x_scanned_headers = 0; $remove_existing_spam_headers = 1;
Es decir, dejar la "X-Virus-Scanned", pero quitar las "X-Spam*" de los pasos anteriores, que nos confunden (y más porque no citan el nombre del servidor del chequeo). Estos son los ajustes por defecto:
# $X_HEADER_TAG = 'X-Virus-Scanned'; # after-default # $X_HEADER_LINE = "$myproduct_name at $mydomain"; # after-default
# Add X-Virus-Scanned header field to mail? $X_HEADER_TAG = 'X-Virus-Scanned'; # (default: undef) # Leave empty to add no header field # (default: undef) $X_HEADER_LINE = "by amavisd-new at $mydomain"; ¿Vale con esto?
Espero que tu versión las soporte. De esa manera, se borran las cabeceras antiguas que ha puesto el anterior amavis de la cadena, y sólo se veran las tuyas, que será menos confuso. Y la linea received lo digo porque el mío lo hace por defecto, y en el tuyo no lo veo:
Received: from nimrodel.valinor ([127.0.0.1]) by localhost (nimrodel.valinor [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18525-01 for
; Mon, 27 Nov 2006 20:51:20 +0100 (CET) He puesto las cabeceras completas para que se vea claramente por donde pasa, (perdón si es mucha paja)
Es necesario - pero lo que no es necesario es que envíes html. Tienes un botoncito en el editor del gmail para decirle que quieres texto plano y no quieres texto rico. Se reduce el tamaño del correo hasta un tercio, y eran 21 Kb.
Mira que bien, no habia visto este enlace, a mi me salia el texto enriquecido por defecto y el enlace en ese caso pone Formato de Texto, pero pensaba que era para dar formato al texto no para fuera en formato Texto. A ver si ahora llegan los correos sin html
La cuestion es que en el correo si que le pone hits 13.5, mientras que en el informe del amavis le pone score=4.428
Porque es el informe sin borrar del paso anterior.
lo que me hace pensar que la cabecara que le pone 13.5 es la mia ya que si que me lo manda a la carpeta de spam y el que he estado viendo los dias pasados es la puntuación del servidor externo ¿Creeis que puede ser eso? En caso afirmativo, sigue sin aclarar porque no le marca lo de ***SPAM***,
Acabo de hacer una probatina. He desactivado mi spamc en el procmail, y he reactivado el chequeo de spam en el amavis-new. También he parado el fetchmail, por si las moscas.
Me he remandado un email de spam (en local); estas son las cabeceras más interesantes:
Return-Path:
X-Original-To: cer+spam@localhost.nimrodel.valinor Subject: ***SPAM*** First X-Spam-Status: Yes, score=8.638 tagged_above=2 required=5 tests=[BLANK_LINES_70_80=1.236, FROM_LOCAL_NOVOWEL=2.331, MIME_BASE64_TEXT=1.522, MISSING_MIMEOLE=1.394, PRIORITY_NO_NAME=2.155] X-Spam-Score: 8.638 X-Spam-Level: ******** X-Spam-Flag: YES Observa que sí me ha cambiado el subject, que yo no quiero que me lo haga. Empezamos bien :-P
Jo pues a mi no me lo hace......
Y observa también que no ha puesto la linea de "X-Virus-Scanned: by amavisd-new" - pero es que yo le he quitado el chequeo de virus, simplemente me "cepillo" los ejecutables sin mirarlos siquiera.
También falta la "X-Spam-Checker-Version" que me pone el spamc, luego eso ha funcionado.
Si en la configuración quito (comento) lo de 'sa_spam_subject_tag', me deja intacto el tema, que es como yo lo quiero. Para que me mande el correo como un anexo con las cabeceras explicadas, tengo que activar:
$defang_spam = 1; #Cer
Que ni siquiera viene en la configuración por defecto. Entonces me pone estas cabeceras:
Es verdad no viene en la configuracion por defecto, la voy a poner
Subject: First X-Amavis-Modified: Original mail wrapped as attachment (defanged) by nimrodel.valinor X-Spam-Status: Yes, score=8.638 tagged_above=2 required=5 tests=[BLANK_LINES_70_80=1.236, FROM_LOCAL_NOVOWEL=2.331, MIME_BASE64_TEXT=1.522, MISSING_MIMEOLE=1.394, PRIORITY_NO_NAME=2.155] X-Spam-Score: 8.638 X-Spam-Level: ******** X-Spam-Flag: YES
A tí te está pasando justo al revés.
Luego vemos como tengo yo ahora la configuración y comparamos, que tengo que cenar y ha empezado CSI.
Y CSI es sagrado..... Por cierto que bien estuvo ayer House y que capullos que nos han dejado a medias.....
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFa1PQtTMYHG2NR9URAgQjAJ9O1Q4iL+w/3fbIDRwj18SyzwaNoACfYFyG MIku+FD8cLRIVc27Dl+U/ak= =/VuC -----END PGP SIGNATURE-----
--------------------------------------------------------------------- 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
$defang_spam = 1; #Cer
Que ni siquiera viene en la configuración por defecto. Entonces me pone estas cabeceras:
Es verdad no viene en la configuracion por defecto, la voy a poner
Esta opcion a mi no me va: Error in config file /etc/amavisd.conf: Global symbol "$defang_spam" requires explicit package name at /etc/amavisd.conf line 1095. Asi que eso no va a ser..... Emi --------------------------------------------------------------------- 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
Parece que ahora si.....
To: verile lyn
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-29 a las 12:43 +0100, Emiliano Sutil escribió:
$defang_spam = 1; #Cer
Que ni siquiera viene en la configuración por defecto. Entonces me pone estas cabeceras:
Es verdad no viene en la configuracion por defecto, la voy a poner
Esta opcion a mi no me va: Error in config file /etc/amavisd.conf: Global symbol "$defang_spam" requires explicit package name at /etc/amavisd.conf line 1095.
Vaya. Esa opción, en la versión actual, causa que se añada el reporte de spam metiendo el correo original tal cual en un anexo, de manera que lo que se ve en la mayoría de programas de correo en el preview es seguro. Yo no recuerdo en las antiguas como lo hacían. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbXoktTMYHG2NR9URAnU9AJ0SEmwrKMLcGgivqLDm2aFxAqCDIACgiPeO BEd9m3Kv/4Us9vunBfTp82U= =DyGz -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-29 a las 12:40 +0100, Emiliano Sutil escribió:
Mirad, estas son las cabeceras que me aperecen en el informe que me genera mi amavis:
¿Informe? ¿Que informe?
Con la configuración esta del spampolice por cada correo de spam recibo 2 correos, uno que es el correo tal cual y otro correo que incluye un informe del spamAssassin que es el que os envie que pone BEGIN HEADERS .....
Ah, ugh. Dos correos.
# Add X-Virus-Scanned header field to mail? $X_HEADER_TAG = 'X-Virus-Scanned'; # (default: undef) # Leave empty to add no header field # (default: undef) $X_HEADER_LINE = "by amavisd-new at $mydomain";
¿Vale con esto?
Si; y esto: $insert_received_line = 1; # behave like MTA: insert 'Received:' header $remove_existing_x_scanned_headers = 0; $remove_existing_spam_headers = 1; ¿está así? La tercera debería quitar las cabeceras puestas por tu proveedor. ...
Es necesario - pero lo que no es necesario es que envíes html. Tienes un botoncito en el editor del gmail para decirle que quieres texto plano y no quieres texto rico. Se reduce el tamaño del correo hasta un tercio, y eran 21 Kb.
Mira que bien, no habia visto este enlace, a mi me salia el texto enriquecido por defecto y el enlace en ese caso pone Formato de Texto, pero pensaba que era para dar formato al texto no para fuera en formato Texto. A ver si ahora llegan los correos sin html
Exacto :-)
Luego vemos como tengo yo ahora la configuración y comparamos, que tengo que cenar y ha empezado CSI.
Y CSI es sagrado..... Por cierto que bien estuvo ayer House y que capullos que nos han dejado a medias.....
Verdad... y lo más gracioso, ese capítulo es de los antiguos, y la vez pasada también me perdí la segunda parte. El de la nueva temporada es el que ponen después. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbXuYtTMYHG2NR9URAl05AJ9tEP7u1ZYsBckPFlpZbND1YJgY4wCfRa3T bLemjM2GHg/Cs4jnMF4ORUI= =3n2a -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-27 a las 16:27 +0100, Emiliano Sutil escribió:
Yo prefiero que se le mande el spam a los usuarios, pero marcado o separado en otra carpeta, y que sean ellos quienes lo borren manualmente si quieren.
Jolín, a mi tb me gusta eso pero no sabía que se podia hacer
El qué, ¿mandarselo a una carpeta separada? Sí, pero depende de que es lo que uses para distribuirles el correo. No se si es el cyrus o el courier el que tiene scripts de diestribución y ahí se puede hacer. Se que hay gente en la lista que lo tiene así. Con procmail que es lo que yo tengo... para muchos usuarios no se si es viable. Si dices como distribuyes el correo alguno te podrá aconsejar en eso.
A mi me gusta esto:
@addr_extension_virus_maps = ('virus'); @addr_extension_spam_maps = ('spam'); @addr_extension_banned_maps = ('banned'); @addr_extension_bad_header_maps = ('badh'); $recipient_delimiter = '+'; # undef disables address extensions altogether # when enabling addr extensions do also Postfix/main.cf: recipient_delimiter=+
...
$final_spam_destiny = D_PASS;
yo tengo esto, $final_spam_destiny = D_DISCARD; justamente para que al usuario no le llegue nada
Pero eso es peligroso. El administrador no debe borrar nunca ningún correo de los usuarios, por mucho spam que parezca. Pueden haber falsos positivos y borrar correos buenos. Debe ser el usuario el que se responsabilice de borrar lo suyo. O como hacen los de gmail: lo meten en una carpeta y los borran automáticamente al mes. Y menos mal, porque me meten muchos más falsos positivos que verdadero spam.
Lo que hace es que esos correos se mandan a las cuentas de usuario así:
"usuario+banned@localhost.nimrodel.valinor
y eso es fácil del filtrar.
Es decir luego haces un filtro en el programa cliente para que lo envie a la carpeta respectiva, no? Es un sistema, pero me obliga a que los clientes configuren los filtros cosa que visto lo visto no va a ocurrir :-(
Claro. Tu necesitas filtros de servidor.
Justo hoy tengo que configurar un Suse 10.1 y estoy siguiendo los pasos que he seguido con el antiguo SLES 9 y he conseguido exactamente lo mismo, vamos de laboratorio, si sigues los mismos pasos, llegas al mismo sitio, a pesar de tener versiones más actuales.
¿Y que pasos sigues? A ver si así adivino donde se dispara el spamassassin además del amavis.
Pues basicamente: -- reviso el content_filter en el main.cf y master.cf del postfix (normalmente no toco nada, y lo dejo por defecto) -- Pongo en /etc/mail/spamassassin/local.cf lo siguiente: rewrite_subject 1 subject_tag ****SPAM(_SCORE_)**** report_safe 1 use_bayes 1
Vale, salvo que muchas de las configuraciones del spamassassin no afectan al amavis: todas las que escriban algo en el correo, por ejemplo, son ignoradas. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbBPktTMYHG2NR9URAlaBAJ99qXgA+Q68y+QnUgjIIGrAp3nGKQCgihsJ E76+Fv2TCL23EL86KzJldng= =j2O0 -----END PGP SIGNATURE-----
El 28/11/06, Carlos E. R. escribió:
Y menos mal, porque me meten muchos más falsos positivos que verdadero spam.
¡Qué va! El que enviaste hace unas semanas lo identificó perfectamente y lo llevó a la carpeta de spam... la IP que se te había asignado echaba humo ;-) Lo que no me gusta de GMail es que no puedes personalizar el filtro anti-spam nada, pero funciona correctamente en el 99% de los casos. 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 2006-11-28 a las 12:13 +0100, Camaleón escribió:
El 28/11/06, Carlos E. R. escribió:
Y menos mal, porque me meten muchos más falsos positivos que verdadero spam.
¡Qué va! El que enviaste hace unas semanas lo identificó perfectamente y lo llevó a la carpeta de spam... la IP que se te había asignado echaba humo ;-)
Claro, ¡todas las de tesa! No te... Mira, ahora mismo en la carpeta de spam tengo uno de Juan Rios sobre jbuilder, de hace 22 horas, que no se porqué dice que es spam.
Lo que no me gusta de GMail es que no puedes personalizar el filtro anti-spam nada, pero funciona correctamente en el 99% de los casos.
A mi no. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbCNGtTMYHG2NR9URAlG5AJ453+qtVI8mGWSCjHOfmfjb+uh4MQCfZXaE SuPAXLA83xYT671r0GOsF00= =rwRL -----END PGP SIGNATURE-----
El 28/11/06, Carlos E. R. escribió:
Lo que no me gusta de GMail es que no puedes personalizar el filtro anti-spam nada, pero funciona correctamente en el 99% de los casos.
A mi no.
Bueno, cierto es que sólo lo utilizo para las listas y éstas utilizan servidores "desespamizados" y por eso no los zampa. Para listas es una buena opción. Para "diario" pues creo que se pasa un pelín con el bloqueo de las IP. Si la bloquea que me diga al menos por qué y como mínimo que permita una lista blanca. 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 2006-11-28 a las 13:16 +0100, Camaleón escribió:
A mi no.
Bueno, cierto es que sólo lo utilizo para las listas y éstas utilizan servidores "desespamizados" y por eso no los zampa. Para listas es una buena opción.
Lo mismo que yo, lo tengo como cuenta secundaria para listas; y digo que me marca como spam correo de las listas. El que dije antes es un correo válido de esta lista, y lo marcó como spam. La semana pasada me marcó unos doce.
Para "diario" pues creo que se pasa un pelín con el bloqueo de las IP. Si la bloquea que me diga al menos por qué y como mínimo que permita una lista blanca.
Para diario no lo uso por la sencilla razón que escanean el correo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbDF1tTMYHG2NR9URArmHAKCQpTsg3bz0V5zxijPXYbanClY2FgCdFju1 5O8Vil0d06mwsu0M+zNTNSk= =d1eO -----END PGP SIGNATURE-----
El 28/11/06, Carlos E. R. escribió:
Para diario no lo uso por la sencilla razón que escanean el correo.
:-D Pues yo, dado el caso, prefiero que mire el correo un robot que un administrador... P.S. ¿"Ande" estará Emiliano y su Amavisd-New? 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 2006-11-28 a las 14:56 +0100, Camaleón escribió:
Para diario no lo uso por la sencilla razón que escanean el correo.
:-D Pues yo, dado el caso, prefiero que mire el correo un robot que un administrador...
Desde luego, es un robot. Lo usan para ajustar la publicidad al destinatario, o algo de esa guisa. Lo decían por ahí.
P.S. ¿"Ande" estará Emiliano y su Amavisd-New?
MIA. Se habrá cargado el correo y no puede escribir - mira que soy mal pensao :-p - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFbFABtTMYHG2NR9URAmrrAJwKOh5m7XPC0od4MYSsSJghtpfyXwCfSWKp KYWyDcRDWkQ1XNzT1/pLpIU= =xp4L -----END PGP SIGNATURE-----
P.S. ¿"Ande" estará Emiliano y su Amavisd-New?
MIA. Se habrá cargado el correo y no puede escribir - mira que soy mal pensao :-p
Hola, aqui estoy de nuevo, pues podia haber pasado eso, pero siempre tengo la posibilidad de mandar el correo con el gmail :-) Ayer estuve en Santiago de Compostela en el evento de Novell sobre Suse Linux Enterprise (Desktop y Server) y la verdad quedé impresionado. No habia visto esas versiones en marcha. Un entorno muy chulo, a parte de las historias del Xen, AppArmor y Zen, que ya se que han creado polemica en la lista, pero a mi no me parecen nada mal. Ahora que tengo una version de evaluacion le echar un tiento a ver..... Bueno a lo nuestro. Voy a revisar bien los correos que me habeis mandao pero sospecho que mi amavis si que esta funcionando correctamente y que las cabeceras que no coinciden son las del servidor externo que no filtra una kk. Voy a desactivar lo del spampolice (a ver si ahora se de desactivarlo a ver que pasa) Ya os cuento algo. Emi
2006/11/27, Emiliano Sutil:
Buenas a todos, volvemos a la carga.
Amavisd-new es más raro que un gato verde. Para que te añada en el asunto "spam" prueba con los siguientes parámetros especificados en el fichero de configuración de amavisd-new: $sa_tag_level_deflt = 2.0; $sa_tag2_level_deflt = 5.0; $sa_kill_level_deflt = 5.0; $defang_spam = 1; $final_spam_destiny = D_PASS; $sa_spam_subject_tag = '***SPAM*** '; Prueba con esta configuración sin activar lo del "spampolicy" a ver qué hace. En el fichero de configuración de SA no hace falta que actives la opción de "report_safe" porque ya viene activada de forma predeterminada (al menos en la versión 3.1.x). Otro tema es el de la puntuación. Te puedo decir que a mi me coincide la del SA y la de Amavisd-new, luego lo que te sucede no es normal. X-Spam-Score: 15.07 <-- amavisd-new Content analysis details: (15.1 points, 5.0 required) <-- 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 2006-11-27 a las 19:48 +0100, Camaleón escribió: ...
En el fichero de configuración de SA no hace falta que actives la opción de "report_safe" porque ya viene activada de forma predeterminada (al menos en la versión 3.1.x).
Y además, yo creo que se ignora. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFazqNtTMYHG2NR9URArrVAJwM/KPAbe9pTQPlE9b0F84w5j68sQCgkMuT ZFdApC7fZjIv7l8YC6ZPZ8w= =umdn -----END PGP SIGNATURE-----
2006/11/27, Camaleón
2006/11/27, Emiliano Sutil:
Buenas a todos, volvemos a la carga.
Amavisd-new es más raro que un gato verde. Para que te añada en el asunto "spam" prueba con los siguientes parámetros especificados en el fichero de configuración de amavisd-new:
$sa_tag_level_deflt = 2.0; $sa_tag2_level_deflt = 5.0; $sa_kill_level_deflt = 5.0; $defang_spam = 1;
Esta variable no sale en mi amavisd.conf. no la pongo $final_spam_destiny = D_PASS; Yo creo que el problema mio esta ahi. yo tengo puesto D_DISCARD para que elimine el spam y en mi caso me lo envie todo a la cuenta de spampolice. Lo raro es que he desactivado esto poniendolo como dices y ahora no me pilla nada de spam, todo entra y no le pone lo de ***SPAM*** $sa_spam_subject_tag = '***SPAM*** ';
Prueba con esta configuración sin activar lo del "spampolicy" a ver qué hace.
En el fichero de configuración de SA no hace falta que actives la opción de "report_safe" porque ya viene activada de forma predeterminada (al menos en la versión 3.1.x).
Si, ya he visto que igual lo que ponga que hace lo mismo. Otro tema es el de la puntuación. Te puedo decir que a mi me coincide
la del SA y la de Amavisd-new, luego lo que te sucede no es normal.
X-Spam-Score: 15.07 <-- amavisd-new Content analysis details: (15.1 points, 5.0 required) <-- SA
Esto esta aclarado, si que coinciden, lo que estaba mirando era la puntuacion que le pone el servidor de mi proveedor que era la que me estaba liando. 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
2006/11/29, Emiliano Sutil:
Esta variable no sale en mi amavisd.conf . no la pongo
¿Qué variable?
$final_spam_destiny = D_PASS;
Quita lo de D_DISCARD el spampolicy y pon D_PASS para que le llegue el correo al usuario, ya filtrarás con sieve para que lo lleve a la carpeta de correo spam o como te ha comentado Carlos, con la coletilla "+". Bien, si dices que el tema de la puntuación está resuelto (coincide) sólo queda configurarlo para que te ponga en el asunto ***spam***. Después de todos los cambios y pruebas que has hecho te recomendaría que empezaras con el fichero de configuración original de Amavisd-new y vayas añadiendo las cosas de una en una (previa copia de seguridad del fichero de configuración actual, claro.) El asunto lo puede modificar, creo que Carlos hizo alguna prueba y se lo modificó, luego es posible configurarlo para que actúe de ese modo... pero hay que recordar que la versión de Carlos y la mía es más mdoerna que la tuya y quizá estemos dando palos de ciego por la diferencia entre versiones. 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 2006-11-29 a las 12:31 +0100, Emiliano Sutil escribió: Recuerda decirle al gmail que envie texto plano y no "rich text" o texto rico. ocupa el triple.
$defang_spam = 1;
Esta variable no sale en mi amavisd.conf. no la pongo
No te preocupes por eso, hay muchas variables que no están puestas ahí, sólo ponen las corrientes. O bien funciona, o bien la ignora, pero no va a romper nada. [O protesta, acabo de leer en otro correo que te pasa eso. Vaya.]
$final_spam_destiny = D_PASS;
Yo creo que el problema mio esta ahi. yo tengo puesto D_DISCARD para que
El discard sólo actua por encima de sa_kill_level_deflt, creo.
elimine el spam y en mi caso me lo envie todo a la cuenta de spampolice. Lo raro es que he desactivado esto poniendolo como dices y ahora no me pilla nada de spam, todo entra y no le pone lo de ***SPAM***
Tienes demasiados cambios. - -- Saludos -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFFbXv1tTMYHG2NR9URAuANAJ0W4MyJM5DA9l8um3jUTGefufji6wCY/vre M+Y4Xc0iMnjX/Nm7PpLX1g== =J1rq -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 18:28 +0100, Emiliano Sutil escribió:
El servido spamd lo paré hace ya rato cuando al principio del hilo me dijiste que no servia para nada y viendo el otro hilo activo que hay sobre el spamassassin mas me has convencido de que parado esta bien.
¿Y a pesar de todo se sigue viendo la doble puntuación? Que raro.
He revisado los ficheros procmailrc y solo he encontrado uno y es una misera redirección, y no se ni q hace ahi, porque no uso el procmail para nada.
Puede haber uno, que es /etc/procmailrc, y luego cada usuario (incluido el root) pueden tener el suyo propio, que es [HOME]/.procmailrc
Si quieres hago la prueba inversa que es activar el spamd a ver si influye.
No, no.
He visto por otro lado que no es que me den distinta puntuacion, si no que se ejecutan tests totalmente distintos:
No, se ejecutan todos los test, pero son diferentes los que dan positivo. Pero recuerda que uno de los dos programas ya ha alterado el correo (defanged) cuando le llega al otro. Oye... ¿puede estar pasando el SA otro servidor en la cadena? Haz otra prueba. Envíate un correo de prueba, y observa su paso detenidamente en el log: se tiene que ver que programa lo va recibiendo y a quien lo envía, paso a paso.
Vamos que coincidiera seria un milagro. Eso si, si dejo solo al amavis me entraria todo el spam, porque todavia no he visto uno en el que haya puesto X-Spam-Status: Yes
Vamos que no estoy tan seguro de querer quitar el spamassassin del asunto, mas bien, seria que los 2 hicieran los mismos tests
No, no es posible. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjr+rtTMYHG2NR9URAu6SAJwOLCUjrQyuOLLkLAtUMAzXiJlqfgCfc1NX AM4RWu7lij7nZEl5iJg6nmU= =AWGd -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 16:40 +0100, Camaleón escribió:
Revisa los puntos de la FAQ de Amavisd-New:
Si, pero eso no importa todavía. El problema es que el correo lo están analizando tando el amavis como el spamassassin por separado, uno detrás de otro. Hay que quitar el spamassassin de la configuración, y no se sabe donde está activado. Yo diría que es el procmail, así que Emilio, mira en los ficheros procmailrc que tienes en el sistema a ver que ponen. O si tienes alguna cosa como cyrus o lo que sea, también se puede hacer. Y también se puede hacer directamente desde el postfix, pero nunca lo he hecho así. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjrS2tTMYHG2NR9URAgmRAJwPbolsYroBEmsUd67zm0UThLou6wCfYIWj RUnhnuTkbXiFiFq91slUdHc= =OXk0 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 09:35 +0100, Emiliano Sutil escribió:
Hola, esa variable la tengo puesta en local.cf
rewrite_header Subject ****SPAM(_SCORE_)****
No afecta.
Una cosa porque tengo mis dudas, tengo que tener lanzado el /etc/init.d/spamd? para que eso funcione?
No afecta. Puedes tenerlo si es que quieres usarlo aparte (yo lo hago), pero el amavis no lo va a usar para nada, tiene su propio sistema. Oye, ¿Puedes hacer algo para no enviar copia html a la lista? No se si lo hace el webmail de gamil y si es controlable. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZsaWtTMYHG2NR9URAh8xAJoD7j1iWGfFU94Nl8UHRTbpyl7l6gCglzM9 Er/Fz61xVe5EhgrlyDMwMQc= =ZIL0 -----END PGP SIGNATURE-----
participants (3)
-
Camaleón
-
Carlos E. R.
-
Emiliano Sutil