Évitez de créer une rétrodiffusion sur un serveur de transfert Postfix

9

J'exécute un serveur Postfix qui héberge une petite liste de diffusion basée sur un alias. Disons people@myserververs l'avant alice@someprovideret vers bob@someotherprovider. Maintenant, alice@someproviderje pourrais utiliser un filtre anti-spam plus restrictif que moi.

Quand un message de spam de (faux) backscattervictim@somewhereà l' people@myserverarrivée, et mon filtre anti-spam détecte comme spam, il est rejeté dans la phase SMTP -> pas de mal.

Cependant, lorsque le même courrier passe sur mon serveur, mon serveur essaie de le transmettre à Alice et son serveur le rejette pendant la phase SMTP, mon serveur crée un message de rebond à la victime innocente de rétrodiffusion. (Ce qui est logique du point de vue de mon serveur, mais c'est ennuyeux pour la victime de rétrodiffusion.)

Existe-t-il un moyen d'empêcher ce comportement? Je ne veux pas désactiver les rapports de non-remise, car (en général) ils servent un objectif légitime.

Heinzi
la source

Réponses:

3

S'il n'est pas signalé comme spam, mais qu'Alice rejette le courrier, je ne vois aucun moyen pour votre serveur Postfix de ne pas renvoyer le courrier à la victime, sans désactiver les rapports de non-remise :(

Peut-être que si alice vous a signalé ce courrier comme spam quelque part dans l'en-tête?

atx
la source
1
Alice n'a pas marqué le courrier comme spam, car il n'a pas été accepté pendant la boîte de dialogue SMTP. Le n'a pas été livré à Alice. Mais vous avez raison, il n'y a pas de solution pour cela.
mailq
4
Je rencontre ce problème ... le courrier est transféré à une adresse google, et google rejettera un message comme spam, et ils se coincent principalement dans mon mailq parce que le courrier électronique du chemin de retour n'existe pas réellement. (Pendant ce temps, Yahoo a mis mon serveur sur liste noire pour tous ces e-mails de rétrodiffusion). Existe-t-il un moyen dans postfix de simplement laisser tomber un message si Google dit que c'est du spam, mais pas s'il s'agit d'un autre problème?
Jay K
0

Au lieu de supprimer complètement les rebonds, il est possible d'intercepter tous les rapports de non-remise sortants et de les rediriger vers une seule boîte aux lettres au lieu de les supprimer.

Dans /etc/postfix/main.cf:

header_checks = regexp:/etc/postfix/header_checks
internal_mail_filter_classes = bounce,notify

Dans /etc/postfix/header_checks:

/^From: MAILER-DAEMON.*/ REDIRECT [email protected]

Cela signifie que tous les rebonds iront dans une seule boîte aux lettres, ce qui peut être un bon compromis entre la suppression et l'envoi de rapports de non-remise pour les petits sites avec peu d'utilisateurs.

Idéalement, vous ne le feriez que pour les rapports de non-remise aux utilisateurs non locaux, mais je ne pense pas que cela soit possible avec header_checksseul.

Chris McCormick
la source