From 6d38258f71f5541ccfeffb9b6327a76c45bc01d0 Mon Sep 17 00:00:00 2001
From: mlnguyen <mlnguyen>
Date: Fri, 7 Mar 2003 13:59:35 +0000
Subject: [PATCH] *** empty log message ***

---
 internet/courrier/procmail.tml | 60 +++++++++++++++++++++++++++-------
 1 file changed, 48 insertions(+), 12 deletions(-)

diff --git a/internet/courrier/procmail.tml b/internet/courrier/procmail.tml
index 1fe57f5..a6cc4c7 100644
--- a/internet/courrier/procmail.tml
+++ b/internet/courrier/procmail.tml
@@ -205,16 +205,16 @@ code renvoie une 
 électronique (pour avoir la liste de tous ces codes, lire
 <code>/usr/include/sysexits.h</code>). </p>
 
-<h4>Attention</h4>
-
-<p>Utiliser un <code>exitcode</code> 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&nbsp;: 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
-<code>.procmailrc</code> peut être gênant pour vous.</p>
+<p>Attention, utiliser un <code>exitcode</code> 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&nbsp;: bien
+souvent, le spammeur filtre les messages d'erreur qui lui sont
+renvoyés. Que vous fassiez le mort (en reroutant les spams vers
+<code>/dev/null</code>) 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 <code>.procmailrc</code> peut être
+gênant pour vous si vous faites partie d'unemailing-list&nbsp;: le
+message d'erreur risque d'être répercuté à toute la liste.</p>
 
 <p>
 Vous est-il déjà arrivé de recevoir, après avoir envoyé un mail à un
@@ -248,6 +248,43 @@ la poubelle (dans /dev/null, en fait).</p>
 /dev/null
 </pre>
 
+<h4>Filtrer suivant l'encodage</h4>
+
+<p>Vous recevez beaucoup de mails en provenance de Corée, qui sont un
+charabia illisible. Vous voudriez les filtrer. On rappelle que
+procmail peut filtrer sur n'importe quel en-tête de message. Si vous
+regardez les en-têtes d'un spam coréen (appuyez sur <code>H</code>,
+que vous utilisiez mutt ou pine, pour y avoir accès), vous verrez un
+champ appelé <code>Content-type</code>. Dans ce champ est déclaré
+<code>charset="ks_c_5601-1987"</code> ou encore
+<code>charset="koi8-r"</code>. Il vous suffit de filtrer ces encodages
+pour être débarrassé de la plupart des spams coréens&nbsp;:</p>
+
+<pre>
+:0
+* ^Content-Type: .*charset="koi8-r"*
+/dev/null
+
+:0
+* ^Content-Type: .*charset="ks_c_5601-1987"*
+/dev/null
+</pre>
+
+<p>De manière plus perverse, certains spams coréens ne déclarent pas
+leur encodage au bon endroit, pour éviter justement ce genre de
+filtres. L'encodage est alors annoncé dans le sujet. Pour y remédier,
+ajoutez simplement&nbsp;:</p>
+
+<pre>
+:0
+* ^Subject: .*EUC-KR.*
+/dev/null
+
+:0
+* ^Subject: .*ks_c_5601-1987.*
+/dev/null
+</pre>
+
 <h3>Envoyer directement certains mails dans un dossier
 particulier</h3>
 
@@ -356,8 +393,7 @@ utile pour celui qui veut se familiariser davantage avec procmail.
 
 <div class="metainformation">
 Auteur&nbsp; Marie-Lan Nguyen. Dernière modification&nbsp;:
-2002-12-09</div> 
-
+2003-03-07</div> 
 
 </body>
 </html>