Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
- From: Pierre ROLLAND <adresse@cachée>
- To: Etienne Cocquebert <adresse@cachée>
- Cc: adresse@cachée
- Subject: Re: [sympa-fr] scenario anti spam
- Date: Fri, 08 Sep 2006 17:30:32 +0200
Luc VEILLON (DSI/SECU) a écrit :
Le scénario idéal serait selon moi de renvoyer un message à l'expéditeur depuis la machine de filtrage anti-spam le prévénant que son message a été rejeté et considéré comme un spam.Etienne Cocquebert a écrit :c'est une option que je retients, mais cela ne résoud pas le pb que je voudrais résoudre : faire en sorte que SYMPA n'envoie pas les spams aux modérateurs des listes, afin qu'ils puissent faire leur modération sur des vrais messages uniquement.Pouvez vous travailler sur l'antispam lui même ? Genre : au lieu de préfixer les spams les laisser en quarantaine quand il concerne un serveur de la forme @listes.xxxx Cela suppose que le domaine du moteur de liste ne contienne aucun compte utilisateur individuel. Dans tous les cas, vous devez avoir l'accord des propriétaires de listes (il peut y avoir un message vital en faux positif) et que les contributeurs soient au courant de cette règle (qu'ils aient la possibilité d'un recours auprès de l'éditeur en l'absence de compte-rendu au delà de x jours). Cdlt L'_expression_ régulière dont je parlais (celle qui vous permettra d'analyser l'entete et de refuser le spam) est à placer dans un nouveau fichier de scenario: <rep de sympa>/etc/scenari/send.reject_if_spam par exemple. Dans ce fichier vous évaluerez si oui ou non le message est marqué comme SPAM Si oui -> REJET Si non -> vous appliquez les regles du scenario que vous avez actuellement (confirmation, modération, ou les 2 ...) Pour renvoyer un message à l'expéditeur, il existe un répertoire de templates dont vous pouvez vous inspirer: <rep de sympa>/sympa/bin/etc/mail_tt2/ On y trouve diverses syntaxes intéressantes qui serviront à construire votre message de rejet. Il faudra modifier le message retourné par défaut en cas de refus, par un message clair proposant en cas d'erreur d'envoi, de contacter telle ou telle personne. "Votre message n'a pas été délivré et est considéré comme SPAM. S'il s'agit d'une erreur, merci de contacter ..." Avec cette méthode, vous ne recevrez plus de demande de modération. Autre méthode, CONFIRMATION & MODERATION: si l'expéditeur ne confirme pas, vous n'avez rien à confirmer :) J'espère avoir été clair dans mes explications... Bon WE :) |
begin:vcard fn:Pierre ROLLAND n:ROLLAND;Pierre org:Institut de Biologie Structurale;Equipe Informatique adr:;;41, rue Jules HOROWITZ;GRENOBLE Cedex 1;;38027;France email;internet:adresse@cachée x-mozilla-html:FALSE url:http://www.ibs.fr version:2.1 end:vcard
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-
Re: [sympa-fr] scenario anti spam,
Etienne Cocquebert, 08/09/2006
-
Re: [sympa-fr] scenario anti spam,
Pierre ROLLAND, 08/09/2006
- Re: [sympa-fr] scenario anti spam, Etienne Cocquebert, 08/09/2006
-
Re: [sympa-fr] scenario anti spam,
Etienne Cocquebert, 08/09/2006
-
Re: [sympa-fr] scenario anti spam,
Luc VEILLON (DSI/SECU), 08/09/2006
- Re: [sympa-fr] scenario anti spam, Pierre ROLLAND, 08/09/2006
- Re: [sympa-fr] scenario anti spam, Pierre ROLLAND, 08/09/2006
-
Re: [sympa-fr] scenario anti spam,
Luc VEILLON (DSI/SECU), 08/09/2006
- <Suite(s) possible(s)>
-
[sympa-fr] scenario anti spam,
etienne . cocquebert, 08/09/2006
- Re: [sympa-fr] scenario anti spam, Jean-Pierre Masse, 08/09/2006
-
Re: [sympa-fr] scenario anti spam,
Pierre ROLLAND, 08/09/2006
Archives gérées par MHonArc 2.6.19+.