Bounce asynchrone
Un bounce qui arrive plus tard sous forme d'e-mail séparé, parce qu'un serveur a d'abord accepté le message et n'a découvert qu'ensuite qu'il ne pouvait pas le livrer.
Ce que cela signifie
Quand un destinataire refuse un message pendant la session SMTP, l'expéditeur connaît tout de suite le résultat par le code de réponse. Quand un serveur accepte d'abord, avec un 250 après les données, puis échoue, la RFC 5321 lui impose d'envoyer une notification de non-remise à l'expéditeur d'enveloppe. La RFC cite des causes typiques : un relais qui ne peut pas vérifier les destinataires au moment où il accepte, une liste de diffusion en destination, ou un problème DNS temporaire.
Les bounces asynchrones sont plus difficiles à traiter : ils arrivent des minutes ou des jours plus tard, dans des formats variés, et vont à l'expéditeur d'enveloppe que portait le message, réel ou falsifié. Ce dernier point est la source du backscatter, et les recommandations de Postfix sur le backscatter partent du rejet du courrier pendant la session SMTP au lieu de l'accepter et de le renvoyer en bounce plus tard.
Termes associés
Sources
Ce sur quoi repose cette définition. La formulation est la nôtre ; les faits sont les leurs.
- RFC 5321, section 6.1: Reliable Delivery and Replies by Emailrfc-editor.org
- Postfix Backscatter Howtopostfix.org
Les 432 termes du glossaireLe wiki : blacklists et codes de bounce