From 2da496acd6be2c61c42d018b9367fcd677681845 Mon Sep 17 00:00:00 2001
From: mlnguyen
SPAMBOX=spam
$HOME/mail/spam
) dans votre boîte aux lettres. C'est là
+que partiront les courriers suspects. Voire infra.
Dans l'exemple suivant, vous allez filtrer tous les mails dont le
-sujet contient le mot « Viagra » en les envoyant vers
-/dev/null
, la poubelle (attention, contrairement à
-Windows ou MacOS, vous ne pouvez pas récupérer des données de
-/dev/null
, c'est un aller simple pour le grand vide).
+sujet contient le mot « Viagra » en les envoyant vers votre poubelle à
+spam, $HOME/mail/spam
. Voire infra
+pour plus d'explication.
:0 # Sont visés tous les mails dont le sujet contient Viagra * ^Subject: .*Viagra.* -# Et on les envoie à la poubelle -/dev/null +# Et on les envoie à la poubelle à spam +$SPAMBOX-
/dev/null
dans votre
-.procmailrc
est dangereuse : la moindre erreur de
-syntaxe, la moindre coquille est susceptible d'envoyer tout votre mail
-dans /dev/null
, soit le vide intersidéral d'où vous ne
-pouvez récupérer aucun courrier. En cas d'accident, vous pouvez vous
-adresser au SPI, mais faites particulièrement attention en éditant
-votre .procmailrc
.-Vous pouvez également utiliser la syntaxe suivante : -
- --:0 -* ^Subject: .*Viagra.* -{ - EXITCODE=67 HOST -} -- -
Pourquoi cet EXITCODE et pas /dev/null
(la
-poubelle) ? Ce code renvoie une « address unknown » à
-l'expéditeur du courrier électronique (pour avoir la liste de tous ces
-codes, lire /usr/include/sysexits.h
).
Attention, utiliser un exitcode
n'est pas toujours une
-bonne idée. Certes, il vous procure la satisfaction de renvoyer au
-spammeur ses spams. Mais cela ne sert pas à grand chose : bien
-souvent, le spammeur filtre les messages d'erreur qui lui sont
-renvoyés. Que vous fassiez le mort (en reroutant les spams vers
-/dev/null
) ou que vous lui renvoyez 150 messages d'erreur
-ne l'empêchera pas de continuer à vous spammer s'il y tient. D'autre
-part, mettre des exitcodes dans son .procmailrc
peut être
-gênant pour vous si vous faites partie d'une mailing-list : le
-message d'erreur risque d'être répercuté à toute la liste.
-Vous est-il déjà arrivé de recevoir, après avoir envoyé un mail à un
-camarade de l'Ecole, un courrier avec le sujet "Returned mail:
-Can't create output"
, et contenant le message cryptique
-suivant ?
- ----- The following address had permanent fatal errors ----- -<pikachu@clipper.ens.fr> -- -
-Cela est certainement dû à un exitcode dans un
-.procmailrc
...
Dans d'autres cas, vous pouvez très bien connaître l'adresse
@@ -277,13 +227,13 @@ Cela est certainement d
diffusion à laquelle vous avez été abonné, volontairement ou non, et à
laquelle les administrateurs de la liste ne vous désabonnent pas. La
recette qu'il vous faut est la suivante : tous les courriers
-provenant de l'adresse spam@foo.bar
seront impitoyablement
-envoyés à la poubelle (dans /dev/null
, en fait).
spammeur@tagada.com
seront
+impitoyablement envoyés dans votre boîte à spam.
:0 -* ^From: .*spam@foo.bar -/dev/null +* ^From: .*spammeur@tagada.com +$SPAMBOX
:0 * ^Content-Type: .*charset="ks_c_5601-1987"* -/dev/null +$SPAMBOX
De manière plus perverse, certains spams coréens ne déclarent pas @@ -312,13 +262,40 @@ ajoutez simplement :
:0 * ^Subject: .*EUC-KR.* -/dev/null +$SPAMBOX :0 * ^Subject: .*ks_c_5601-1987.* +$SPAMBOX ++ +
+Si vous êtes sûr de ne pas vouloir de mails en encodage coréen, vous
+pouvez mettre ces mails à la poubelle au lieu de les mettre adns la
+boîte à spam. Sur UNIX, la poubelle est
+/dev/null
. Attention, contrairement à la poubelle de
+Windows ou MacOS, il n'y a pas de filet de sécurité, on ne peut plus
+récupérer les données une fois poubellisées. Ceci donne :
+
+:0 +* ^Subject: .*EUC-KR.* /dev/null+
/dev/null
dans votre
+.procmailrc
est dangereuse : la moindre erreur de
+syntaxe, la moindre coquille est susceptible d'envoyer tout votre mail
+dans /dev/null
, soit le vide intersidéral d'où vous ne
+pouvez récupérer aucun courrier. En cas d'accident, vous pouvez vous
+adresser au SPI, mais faites particulièrement attention en éditant
+votre .procmailrc
.Une application intéressante de classement concerne le spam. Pour
-des raisons évoquées plus haut, il n'est parfois pas prudent d'envoyer
-le courrier suspect directement vers /dev/null/
:
-vous risquez de perdre du vrai courrier. Il vaut mieux parfois
-rerouter le courrier vers un dossier spécial que vous consulterez
-seulement de temps à autres.
+Une application intéressante de classement concerne le spam. Pour des
+raisons évoquées plus haut, il n'est parfois pas prudent d'envoyer le
+courrier suspect directement vers /dev/null/
: vous
+risquez de perdre du vrai courrier. Il vaut mieux parfois rerouter le
+courrier vers une boîte à spam.
+
Prenons un exemple. Beaucoup de spams ont un
-Content-type
en text/html
, c'est-à-dire du
-HTML seulement sans copie texte. Inversement, il n'y a guère que les
-spams pour être en text/html
: les gens normaux avec
-un logiciel mal configuré n'envoient guère que du HTML+ texte (donc un
+
+L'avantage d'une boîte à spam est que vous n'êtes plus dérangé pour +rien par les avertissements « You have new mail ». Il vous suffit de +consulter la boîte de temps à autre, toutes les semaines disons, et de +faire un tri rapide de vrais spams et des faux. +
+ +
+Prenons un exemple. Beaucoup de spams ont un Content-type
+en text/html
, c'est-à-dire du HTML seulement sans copie
+texte. Inversement, il n'y a guère que les spams pour être en
+text/html
: les gens normaux avec un logiciel mal
+configuré n'envoient guère que du HTML+ texte (donc un
Content-type
en multipart/alternative
). Vous
voulez donc filtrer le text/html
. Mais l'expérience
prouve que certains logiciels particulièrement malfaisants envoient
des courriers parfaitement normaux en
-text/html
. Solution : envoyer tous ces mails dans un
-dossier spécial.
text/html
. Solution : envoyer tous ces mails dans la
+boîte à spam.
+
Application :
@@ -476,7 +463,7 @@ utile pour celui qui veut se familiariser davantage avec procmail. +le