La gestion des rebonds n'est pas triviale, car vous devez gérer un grand nombre de serveurs et de réponses différents. Cela inclut les serveurs mal configurés et les rebonds dus au fait que votre adresse e-mail/hôte/IP a été mise sur liste noire ou classée dans la catégorie des spams. Et il y a des tonnes de rebonds à cause de réponses automatiques "hors du bureau".
Une solution simple consiste à insérer dans le message des en-têtes propres qui identifient l'adresse du destinataire et l'envoi concret (un jeton). Lorsque le message est renvoyé, le renvoi peut être vérifié sur la base de cette information.
Une autre solution consiste à encoder des informations supplémentaires dans l'adresse de l'expéditeur et à l'analyser en conséquence en cas de rebond. Pour cela, vous devez connaître le fonctionnement du courrier électronique, ce qui est généralement utile si vous avez besoin de bounces.
Il y a une excellente réponse ici sur SO (mais je ne l'ai pas trouvée pour cette réponse) qui donne de nombreux détails sur le sujet. Si je la trouve, je l'ajouterai.
Le point général est que je ne connais pas beaucoup d'outils basés sur PHP pour gérer les bounces, je sais que PHPList (composants PHP pour la gestion des listes de diffusion) a quelque chose dans son dépôt :
Editer : La question connexe dont la réponse est très instructive est la suivante :
Editer : Ce n'est pas grand-chose, juste quelques liens :
Je me demande pourquoi il n'existe pas de norme en matière de rebond d'e-mails qui vous permette d'identifier facilement les rebonds et leur motif - ou existe-t-il une telle norme ? (comme un RFC)
Il y a RFC3834 - Recommandations pour les réponses automatiques au courrier électronique qui sont mises à jour par Mécanisme de notification du tamis RFC5436 : mailto .
Le rebond est également abordé en partie dans RFC5321 Protocole de transfert de courrier simple qui indique clairement la raison pour laquelle un MTA doit signaler qu'un message ne peut pas être délivré.
Le principal problème est que l'adresse de rebond (l'expéditeur) ne peut pas être vérifiée dans le SMTP, de sorte que l'envoi d'un message de rebond comporte le problème qu'il est probablement destiné à une mauvaise personne (spam par rétrodiffusion).
Un expéditeur fiable ne se contente donc pas de vérifier s'il y a des rebonds, mais en fait plus avec le SMTP pour obtenir un certain niveau de qualité, voir :
L'ensemble de la page Wikipédia de la Rapport de non livraison pourrait être intéressant pour un premier aperçu de l'image.