Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alain Dawson
J'ai trouvé : il fallait rajouter dans /etc/spamassassin/local.cf la ligne : report_safe 0 afin que les spams atteignent ma boîte "sains et saufs", moyennant la modification de l'objet comme je le souhaite. Sinon, report_safe a la valeur 1 par défaut, et les spams sont transmis comme pièce jointe au rapport envoyé par spamassassin lui-même. L'objet non modifié était en fait l'objet du rapport, et non l'objet du spam.
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1" et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque la première interdit l'application de la deuxième.
Cyrille Blanpain a écrit :
On Tue, 19 Oct 2004, Alain Dawson wrote:
Par procmail. Je relève mon courrier sur le serveur distant par fetchmail. Voici mon fichier procmailrc (on ne peut plus élémentaire !) :
Bonjour
as tu regardé du coté du fichier
/usr/local/share/spamassassin/10_misc.cf
Ce fichier intervient dans le type de report que tu vas inserer dans ton mail
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
J'ai trouvé : il fallait rajouter dans /etc/spamassassin/local.cf la ligne :
report_safe 0
afin que les spams atteignent ma boîte "sains et saufs", moyennant la
modification de l'objet comme je le souhaite.
Sinon, report_safe a la valeur 1 par défaut, et les spams sont transmis
comme pièce jointe au rapport envoyé par spamassassin lui-même. L'objet
non modifié était en fait l'objet du rapport, et non l'objet du spam.
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1"
et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque
la première interdit l'application de la deuxième.
Cyrille Blanpain a écrit :
On Tue, 19 Oct 2004, Alain Dawson wrote:
Par procmail.
Je relève mon courrier sur le serveur distant par fetchmail.
Voici mon fichier procmailrc (on ne peut plus élémentaire !) :
Bonjour
as tu regardé du coté du fichier
/usr/local/share/spamassassin/10_misc.cf
Ce fichier intervient dans le type de report que tu vas inserer dans ton
mail
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai trouvé : il fallait rajouter dans /etc/spamassassin/local.cf la ligne : report_safe 0 afin que les spams atteignent ma boîte "sains et saufs", moyennant la modification de l'objet comme je le souhaite. Sinon, report_safe a la valeur 1 par défaut, et les spams sont transmis comme pièce jointe au rapport envoyé par spamassassin lui-même. L'objet non modifié était en fait l'objet du rapport, et non l'objet du spam.
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1" et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque la première interdit l'application de la deuxième.
Cyrille Blanpain a écrit :
On Tue, 19 Oct 2004, Alain Dawson wrote:
Par procmail. Je relève mon courrier sur le serveur distant par fetchmail. Voici mon fichier procmailrc (on ne peut plus élémentaire !) :
Bonjour
as tu regardé du coté du fichier
/usr/local/share/spamassassin/10_misc.cf
Ce fichier intervient dans le type de report que tu vas inserer dans ton mail
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1 " et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque la première interdit l'application de la deuxième.
rewrite_subject 1
Greetings Michelle
-- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
--c7rykKtsZvepKFKR Content-Type: application/pgp-signature; name="signature.pgp" Content-Description: Digital signature Content-Disposition: inline
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1 "
et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque
la première interdit l'application de la deuxième.
rewrite_subject 1
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
--c7rykKtsZvepKFKR
Content-Type: application/pgp-signature; name="signature.pgp"
Content-Description: Digital signature
Content-Disposition: inline
Du coup, on pourrait se dire que les valeurs par défaut ("report_safe 1 " et "rewrite_header Subject *****SPAM*****") sont contradictoire, puisque la première interdit l'application de la deuxième.
rewrite_subject 1
Greetings Michelle
-- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
--c7rykKtsZvepKFKR Content-Type: application/pgp-signature; name="signature.pgp" Content-Description: Digital signature Content-Disposition: inline
