Commentaires sur : Spamassassin : se créer une règle de détection spécifique

Par : MaT

MaT — Tue, 15 Dec 2009 16:21:46 +0000

Bah le truc c’est que je veux si possible ne pas passer par amavis…
Je pense que c’est possible de faire ce que je souhaite avec seulement postfix et spamassassin
Je continue de me renseigner…
PS : j’avais déjà vu avec amavis comment faire (D_BOUNCE, D_REJECT, …) mais ça répondra pas à ma question qui est de supprimer seulement les mails de spam à destination d’une adresse inconnue par le système

Par : michauko

michauko — Tue, 15 Dec 2009 15:05:40 +0000

Là non ?
srv:/etc/amavis/conf.d# grep -i bounce *
20-debian_defaults:# Use D_BOUNCE to generate local bounces by amavisd-new
20-debian_defaults:# Use D_REJECT to generate local or remote bounces by the calling MTA
20-debian_defaults:# mail to your account. Use D_BOUNCE instead, otherwise you are delegating
20-debian_defaults:# the bounce work to your friendly forwarders, which might not like it at all.
20-debian_defaults:# MTA generate the bounce message. Test it first.
20-debian_defaults:$final_banned_destiny = D_BOUNCE; # D_REJECT when front-end MTA
20-debian_defaults:$final_spam_destiny = D_BOUNCE;
20-debian_defaults: ‘amavis-user-bounces@lists.sourceforge.net’ => -3.0,

Sinon, mon approche est différente : la plupart des mails genre lqskjdlskqd@qsljdhqsd.com sont des saloperies envoyées par des PC infectés. Injoignable en retour. Donc le greylisting fait son boulot et on ne perd pas trop de temps

Par : MaT

MaT — Tue, 15 Dec 2009 15:00:30 +0000

Merci pour votre réponse rapide.

J’ai déjà installé la même plateforme avec Amavis mais je ne vois pas non plus comment procéder avec cet outil.
Je vais me renseigner avec postfix et le bounce bien que j’avais déjà fait des recherches auparavant dessus.

Bonne continuation

Par : michauko

michauko — Mon, 14 Dec 2009 16:19:04 +0000

Salut,
Perso, je l’aurais fait avec amavis (voir mon article assez rÃ©cent sur la mise en place d’amavis) : genre avec les paramÃ¨tres $final_*
Sinon, je chercherais plutÃ´t du cÃ´tÃ© de postfix que de spamassassin. On n’est pas encore au niveau spam lÃ , juste rÃ©ception.
Des paramÃ¨tres comme « soft_bounce » ? sinon google avec postfix + bounce, Ã§a finira par donner le bon

Mais bon, je mieux, Ã mon avis, c’est de laisser l’orchestration de tout Ã§a Ã amavis

Par : MaT

MaT — Mon, 14 Dec 2009 16:04:17 +0000

Bonjour,

En surfant sur le net afin de trouver réponse à ma problématique je suis tombé sur votre blog. Je vous sollicite à tout hasard afin de savoir si vous auriez une idée pour solutionner mon interrogation.

J’expose les faits :
Je souhaite apporter quelques modifications à la configuration de mon serveur de messagerie qui se compose de : postfix, dovecot et spamassassin.
J’administre les comptes mails via postfixadmin.

Je souhaiterai effectuer la chose suivante :
Quand un spam est envoyé à une adresse reconnue par le serveur de messagerie, ce dernier est tagué avec l’en-tête « ***SPAM*** » ; jusque là pas de problème.

Mon désire est que lorsqu’un spam est envoyé à une adresse NON reconnue par le serveur de messagerie (exemple : abcdefghijkl@mnopqrst.uvw), ce dernier ne renvoie pas de message « Undelivered Mail Returned to Sender » et que le mail de spam soit directement supprimé ; pas mis en queue.

Après quelques recherches je pense que cela est possible en ajoutant quelques règles dans le fichier « local.cf » mais je sais pas du tout comment y parvenir…

Cordialement,
MaT

Par : michauko

michauko — Thu, 18 Sep 2008 17:19:23 +0000

Tiens au fait, gaoland = Neuf Telecom
Donc :
1) creer cette règle aura comme travers d’être très méfiant envers les expéditeurs légitimes @neuf.fr
2) ils doivent avoir un nombre d’abonnés spammeurs-zombies au-delà de la normale pour qu’ils ressortent aussi nettement dans des statistiques de greylisting : http://michauko.org/blog/2008/03/05/statistiques-de-greylisting/
(on les voit une fois dans un extrait de logs, mais ils sont trèèèès souvent greylistés.

Bilan, ça doit être bien naze neuf telecom….