ajout de mises en garde sur la possible perte de courrier + comment

faire un dossier spécial spam
This commit is contained in:
mlnguyen 2003-03-07 15:08:59 +00:00
parent 6d38258f71
commit dd46247f50

View file

@ -188,6 +188,15 @@ sujet contient le mot
/dev/null /dev/null
</pre> </pre>
<div class="attention">La présence d'un <code>/dev/null</code> dans
votre <code>.procmailrc</code> est virtuellement dangerese&nbsp;: la
moindre erreur de syntaxe, la moindre coquille est susceptible
d'envoyer tout votre mail dans <code>/dev/null</code>, 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
<code>.procmailrc</code>.</div>
<p> <p>
Vous pouvez également utiliser la syntaxe suivante&nbsp;: Vous pouvez également utiliser la syntaxe suivante&nbsp;:
</p> </p>
@ -285,6 +294,21 @@ ajoutez simplement&nbsp;:</p>
/dev/null /dev/null
</pre> </pre>
<h4>Trop de filtres nuit</h4>
<div class="attention">Attention en installant des filtres
anti-spam&nbsp;: vous prenez le risque d'écarter des courriers qui en
fait n'en sont pas, mais qui répondent tout de même à vos règles. Ce
sera le cas d'un prof coréen qui vous écrit si vous filtrez les
encodages coréens, d'un courrier parlant de FreeBSD si vous filtrez le
mot &#171; free &#187;, etc. Plus vos règles sont strictes, moins vous
recevrez de spam, mais plus vous aurez de chances de perdre du
courrier.</div>
<p>Pour cette raison, il vaut parfois mieux envoyer les courriers
suspects dans un dossier spécial, appelé &#171; spam &#187;, par
exemple. Voir ci-dessous comment faire.</p>
<h3>Envoyer directement certains mails dans un dossier <h3>Envoyer directement certains mails dans un dossier
particulier</h3> particulier</h3>
@ -353,6 +377,37 @@ export MAILPATH
<p>Cette recette se substitue bien évidemment à la précédente.</p> <p>Cette recette se substitue bien évidemment à la précédente.</p>
<h4>Un dossier spécial spam</h4>
<p>Une application intéressante de classement concerne le spam Pour
dea raisons évoquées plus haut, il n'est parfois pas prudent d'envoyer
le courrier suspect directement vers <code>/dev/null/</code>&nbsp;:
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.</p>
<p>Prenons un exemple. Beaucoup de spams ont un
<code>Content-type</code> en <code>text/html</code>, c'est-à-dire du
HTML seulement sans copie texte. Inversement, il n'y a guère que les
spams pour être en <code>text/html</code>&nbsp;: les gens normaux avec
un logiciel mal configuré n'envoient guère que du HTML+ texte (donc un
<code>Content-type</code> en <code>multipart/alternative</code>). Vous
voulez donc filtrer le <code>text/html</code>. Mais l'expérience
prouve que certains logiciels particulièrement malfaisants envoient
des courriers parfaitement normaux en
<code>text/html</code>. Solution&nbsp;: envoyer tous ces mails dans un
dossier spécial.</p>
<p>Application&nbsp;:</p>
<pre>
:0
* ^Content-Type: text/html.*
$HOME/Mail/spam
</pre>
<h4>Recettes imbriquées</h4>
<p> <p>
Un dernier exemple pour la route&nbsp;! Encore plus fort, Un dernier exemple pour la route&nbsp;! Encore plus fort,
maintenant&nbsp;! Nous allons reprendre l'exemple du courrier à maintenant&nbsp;! Nous allons reprendre l'exemple du courrier à