Comment collecter des rebonds dans Postfix

Ceci est lié à cette question:

linux - Comment obtenir un rapport de rebond pour mon application de newsletter? - Erreur serveur

Supposons que je génère des adresses e-mail comme celle-ci lorsque j'envoie des newsletters pour identifier les rebonds et les désinscrire de ma newsletter: bounce-123456789@example.com

Je suppose que j'utiliserais cela dans le chemin de retour, non?

Alors comment pourrais-je le configurer dans postfix pour collecter toutes ces adresses préfixées avec "bounce-" dans une boîte aux lettres?

Enfin, j'ai entendu des gens mentionner un rebond doux contre un rebond dur. Quelqu'un peut-il expliquer les différents et comment ils devraient être comptés pour savoir quand supprimer définitivement quelqu'un d'une newsletter par e-mail?

La réponse exacte à votre question (gestion de l' bounce-xxx@example.comadresse) dépend de la configuration de votre serveur pour recevoir du courrier. S'il example.coms'agit du domaine virtuel, le mieux que vous puissiez faire est de collecter les messages dans la bounce@example.comboîte aux lettres (en supposant recipient_delimiter = -).

Si example.comle domaine est livré localement pour le serveur (le courrier est remis aux comptes système réels), vous pouvez ajouter un .forwardfichier au répertoire de base de l' bounceutilisateur, qui le remet à un programme qui analyse les informations de rebond et les enregistre dans une base de données ou un fichier . Voir man localpour plus d'informations sur le .forwardformat et la façon de livrer un programme.

Ce que nous faisons, puisque nous envoyons des messages pour un grand nombre de domaines, est utilisé bounces.example.comcomme domaine VERP. Ce domaine doit être ajouté à relay_domains. Créez /etc/postfix/transport_mapsavec ce contenu:

bounces.example.com             bulkbounce:

Ensuite, ajoutez une ligne similaire à ceci /etc/postfix/master.cf:

bulkbounce unix - nn - - pipe
  utilisateur = personne argv = / usr / local / bin / bounce_handler.py $ {recipient}

Le bounce_handler.pyscript accepte l'adresse VERP comme option de ligne de commande, l'analyse et effectue les mises à jour de base de données nécessaires pour enregistrer le rebond.

En fait, la réponse d'Instyle est très difficile à implémenter si vous souhaitez prendre en charge de nombreux domaines différents et elle est erronée car:

a) Avec son exemple de transport_maps, tous les e-mails envoyés à ce domaine sont envoyés à ce service spécifique sans égard au fait que les e-mails soient des e-mails renvoyés ou non. Puisqu'il utilise un nom de domaine spécifique, il ne doit en effet être renvoyé que par e-mails ... mais cela ne peut pas être garanti de cette façon.

b) Les données envoyées à votre script sont l'e-mail lui-même et non le message de rebond. En d'autres termes, votre code peut n'avoir aucune idée de la raison pour laquelle l'e-mail a été renvoyé (c'est-à-dire que le rebond local vous enverra uniquement l'e-mail d'origine.)

La bonne façon de faire cette configuration dans postfix est d'utiliser la classe de notification de rebond.

1) Dans /etc/postfix/main.cf

notify_classes = bounce
bounce_notice_recipient = bounces@example.com
transport_maps = hash:/etc/postfix/transport_maps

2) Dans / etc / postfix / transport_maps

# when you make changes to this file, run:
#   sudo postmap /etc/postfix/transport_maps
bounces@example.com bulkbounce:

Comme vous pouvez le voir, nous demandons maintenant à postfix d'utiliser bounces@example.comchaque fois qu'un e-mail est renvoyé. Ensuite, dans la carte de transport, à utiliser bulkbouncecomme service pour gérer n'importe quelle adresse e-mail bounces@example.com.

Enfin, vous pouvez définir bulkbounceavec votre script:

3) Dans /etc/postfix/master.cf

bulkbounce unix -       n       n       -       -       pipe
  flags=FRq user=bounce argv=/home/bounce/bin/snapbounce --sender ${sender} --recipient ${recipient}

Ce script nécessite que vous ayez un utilisateur. nobodyest aussi un bon choix. Si vous souhaitez avoir un utilisateur spécifique, vous pouvez le créer avec:

useradd bounce

Sans le script master.cf, les e-mails sont envoyés au compte bulkbounce. Donc, si vous avez un script qui analyse les e-mails des fichiers, cela fonctionnerait sans les modifications transport_mapset master.cf.

D'après un commentaire ci-dessous:

fyi-re: double rebonds ...
si vous modifiez l'adresse de retour (adresse VERP comme user+id@fromdomain.com, alors vous voudrez commenter la ligne main.cfpour le bounce_notice_recipient, si vous êtes intéressé à analyser le +idrebond uniquement dans votre script.

La plupart des logiciels de liste de diffusion modernes savent déjà comment gérer les messages VERP si le MTA est correctement configuré pour les renvoyer au logiciel de liste de diffusion. Dans le cas de GNU Mailman, vous devriez vérifier la page FAQ qui porte bien son nom "Comment utiliser VERP avec un délimiteur - (Postfix recipient_delimiter)?".

Si vous créez votre propre logiciel de newsletter personnalisé pour gérer cela, vous devriez vous demander pourquoi vous réinventez la roue au lieu d'utiliser des applications existantes qui peuvent déjà gérer la tâche simplement et facilement pour vous.