Re: Conseil lutte antispam
Daniel Caillibaud a écrit :
Guillaume a écrit :
J'ai installé un système assez light avec juste postfix + SA, et
j'avais pas trop envie d'ajouter amavis, mais apparemment il est
indispensable si l'on veut que les mails taggés spam soient envoyés
vers un dossier particulier des Maildirs (lui ou un autre MDA qui
puisse gérer les domaines virtuels, maildrop par exemple).
Je pense pas qu'il y ait de rapport entre le fait de remiser un mail
dans un sous-répertoire et Amavis...
Amavis fait l'intégration entre Postfix et SpamAssassin et d'autres
encore comme ClamAV
Ah, désolé, j'ai lu trop vite. Mais si c'est juste pour postfix <-> SA,
pas besoin d'amavis (ni d'un autre intermédiare) pour ça...
Pas de soucis....
mais ca permet pas que cela... on peut interagir avec plein d'autres
outils grace à Amavis...
Postfix passe le mail à Amavis... après on fait tous les traitements
avec: ClamAV, SpamAsss, Razor, etc
Ce boulot est plutot pour Maildrop effectivement
Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer
dans Maildir/new mais pas ailleurs.
=> D'après vous, quelle serait la meilleur solution pour les envoyer
par exemple vers Maildir/spam si score > X et Maildir/spam-probable
si score > Y ?
Facile à faire avec maildrop
Jetes un oeil à ca:
http://www.free-4ever.net/index.php/Mail:Configuration_maildrop
Ca te donnera une base de départ.
Oui, je cherchais à éviter un truc supplémentaire, mais visiblement y'a
pas le choix si on veut une distib conditionnelle.
non, je pense pas qu'il y ait le choix....
Enfin ca dépend aussi de ce que tu utilises comme IMAP/POP..... Dovecot
a son propre LDA: deliver
comme maildrop avec Courier
Je pensais à un bête find + grep + mv en crontab dans les maildirs,
mais y'a peut-être plus intelligent et pas trop gourmand (pas trop
envie d'avoir amavis qui tourne juste pour ça).
Waouh.... ca parait effectivement un peu bourrin.... ;-)
Oui, mais hyper light (2 lignes) ;-)
Bon, on peut ausi se faire son propre filtre en shell, mais dans ce cas
autant utiliser maildrop.
le problème du find, grep, mv est que ce n'est pas en temps réel....
le mail est mis à un endroit puis bougé...
la, il arrivera directement au bon endroit
Reply to: