Au-delà des 4xx et 5xx : la vérité sur les bounces email
2026/05/18 by Syed Alam.
Chez Postmastery, l’analyse des bounces fait partie de notre travail quotidien. Nous traitons et analysons des millions de réponses de bounce, et un constat revient sans cesse : de nombreux expéditeurs s’appuient encore sur des classifications trop simplistes ou inexactes. L’idée selon laquelle « 4xx = soft bounce » et « 5xx = hard bounce » est facile à comprendre, mais elle ne reflète pas la réalité observée dans les données de délivrabilité réelles. Avec cet article, nous souhaitons partager ces enseignements et aider le secteur à adopter une approche plus précise et pragmatique de la gestion des bounces.
Si vous souhaitez améliorer votre classification des bounces et transformer vos données de bounce en meilleures décisions de délivrabilité, nous serons ravis de vous accompagner.
Qu’est-ce qu’un bounce ?
Un email qui ne peut pas être distribué est considéré comme un bounce. Les causes peuvent être multiples : le destinataire ou le domaine n’existe pas, par exemple. Un destinataire peut également manquer d’espace de stockage : un cas très fréquent aujourd’hui chez les utilisateurs Android dont le stockage est partagé avec leur compte Gmail.
Un bounce peut aussi se produire lorsque le fournisseur de messagerie considère que l’email n’est pas légitime.
Bounces synchrones vs asynchrones
Les bounces se divisent généralement en deux catégories : synchrones et asynchrones. Les deux peuvent avoir les mêmes causes sous-jacentes, la principale différence réside dans le moment où l’échec est détecté.
1. Bounces synchrones (pendant la transaction SMTP)
Ces bounces surviennent during la transaction SMTP.
- Le serveur de destination rejette immédiatement le message
- Vous recevez une réponse SMTP instantanée (par exemple 4xx ou 5xx)
- Le message n'est jamais accepté
Ces réponses peuvent intervenir à différentes étapes de la transaction SMTP : lors de l’établissement de la connexion, après la commande RCPT ou après DATA.
Une réponse SMTP 4xx représente un échec temporaire (deferral). Le message reste généralement en file d’attente et sera réessayé plus tard. Une réponse 5xx représente un échec permanent pour lequel une nouvelle tentative n’a normalement aucune chance de succès.
Mais « temporaire » ne signifie pas « éternel ». Si un message continue de recevoir des réponses 4xx jusqu’à l’expiration de la durée de rétention en file d’attente, le serveur d'envoi abandonnera finalement et générera un bounce.
2. Bounces asynchrones (après acceptation)
Ces bounces surviennent après que le serveur des destination ait répondu:
- 250 OK - message accepté
But later…
- Le message échoue en interne
- Vous recevez une DSN / NDR (email de bounce)
- L'échec est différé
La fiabilité des bounces asynchrones peut être variable. Ces messages sont d’abord reçus par le MX, qui agit souvent comme filtre anti-spam. Si le message passe cette étape, il est ensuite relayé vers le serveur hébergeant réellement la boîte mail. Si le destinataire est inexistant ou qu’un autre problème survient, c’est ce relais interne qui générera le bounce.
Le grand mythe : Soft Bounce vs Hard Bounce
Lors de nos audits et questionnaires techniques, nous rencontrons très souvent une idée reçue : les codes 4xx correspondraient systématiquement à des soft bounces, tandis que les 5xx seraient toujours des hard bounces. Le véritable problème est l’absence d’un cadre clair permettant de distinguer précisément les deux.
Voici quelques exemples réels extraits de plus de 40 000 bounces uniques observés dans notre base de données au cours des 30 derniers jours :
- 451 if you know how to handle 4xx you are welcome to try again later.
- 451 4.7.650 The mail server [1.2.3.4] has been temporarily rate limited due to IP reputation.
- 552 Spamming is not a job, it's a crime. You are a criminal. Please, think about your life choices. Your parents would be ashamed of you. Get a real job instead.
Posez-vous la question : ces exemples donnent-ils des informations sur le destinataire final ? Probablement pas. Ces notifications révèlent surtout des problèmes liés à vos pratiques d’envoi ou à la réputation de votre IP et de votre domaine — pas au destinataire lui-même.
Une meilleure approche : trois types de bounces
Pour dépasser la distinction binaire soft/hard bounce, nous avons défini une troisième catégorie : "just a bounce". Les soft et hard bounces traditionnels sont généralement liés au destinataire ou à son domaine. Cette nouvelle catégorie regroupe tous les autres échecs qui ne correspondent pas à ces cas.
1. Soft bounce (réessayable, problème de Destinataire/Domaine)
Voici quelques exemples de soft bounces au niveau du destinataire et du domaine.
Au niveau du destinataire :
- 452 4.2.2 The recipient's inbox is out of storage space.
- 452 <xxxx@libero.it> User quota exceeded.
- 552 5.2.2 <xxxx@icloud.com>: user is over quota.
Au niveau du domain :
- 451 Open relay not allowed - https://community.mimecast.com/docs/DOC-1369#451.
- 451 4.4.4 Mail received as unauthenticated, incoming to a recipient domain configured in a hosted tenant.
- 550 Relay not permitted.
La gestion de ces bounces nécessite une stratégie de réengagement sophistiquée. Des tentatives de renvoi trop agressives peuvent fortement dégrader votre réputation d’expéditeur.
2. Hard Bounce
Voici quelques exemples de hard bounces au niveau du destinataire et du domaine. Ce sont de véritables impasses.
Au niveau du destinataire :
- 550 Invalid Recipient - https://community.mimecast.com/docs/DOC-1369#550 [g1chRA9wOASMClSLvbHPoQ.uk105].
- 554 30 Sorry, your message to xxxx@yahoo.gr cannot be delivered. This mailbox is disabled (554.30).
- 550 5.5.0 Requested action not taken: mailbox unavailable (S2017062302). http://AMS1EPF0000003F.eurprd04.prod.outlook.com.
Au niveau du domaine :
- recipient address has null MX
- unable to route: no mail hosts for domain
- bad destination system: no such domain
Face à des hard bounces, une seule action est recommandée : supprimer immédiatement ces adresses des futurs envois.
3. "Just a Bounce" (Problème de Reputation/Sender)
Les exemples suivants illustrent des bounces sans lien avec le destinataire ou le domaine. Ces notifications utilisent à la fois des codes 4xx et 5xx.
- 550 5.7.28 [x.x.x.x 1] Gmail has detected an unusual rate of unsolicited mail originating from your IP address.
- 457 Too many invalid recipients.
- 550 5.1.1 x.x.x.x is not allowed to send from per its spf record please your spf settings and try again.
- 550 5.7.1 Unfortunately, messages from [1.2.3.4] weren't sent. Please contact your Internet service provider since part of their network.
- 550 5.7.1 [1.2.3.4] Gmail has detected that this message is likely suspicious due to the very low reputation of the sending IP.
Dans ces situations, le problème n’est pas le destinataire. La meilleure réponse consiste à améliorer vos pratiques d’envoi et à corriger les problèmes fondamentaux : authentification, hygiène de liste, qualité du contenu et réputation globale.
Quand un Soft Bounce devient un Hard Bounce (Temps + Retries = décision)
Après avoir défini les catégories soft, hard et « just a bounce », une question essentielle se pose : à quel moment un soft bounce doit-il être considéré comme un hard bounce ? Même les soft bounces valides ne peuvent pas être réessayés indéfiniment.
Nos recherches montrent que les ESP adoptent des stratégies variées : certains privilégient le nombre de tentatives, d’autres la durée écoulée. Cette logique est souvent influencée par les attentes des équipes marketing. Chez Postmastery, nous pensons qu’une approche hybride combinant temps et fréquence est la plus efficace.
Par exemple, si un destinataire figurant dans une campagne quotidienne génère un soft bounce, vous pouvez réduire la cadence à un envoi hebdomadaire. Mais après 4 à 6 semaines de soft bounces persistants, l’adresse devrait être reclassée en hard bounce. Cette approche permet de limiter drastiquement le volume de tentatives : au lieu de 42 emails sur six semaines, vous n’en envoyez plus que six.
À l’inverse, supprimer automatiquement un contact après seulement une semaine risque d’exclure prématurément des abonnés encore récupérables.
Combiner fréquence de retry et durée offre donc une stratégie équilibrée, ni trop agressive ni trop lente.
Une classification plus intelligente des bounces dans votre MTA
La plupart des MTA modernes permettent de classifier les bounces. Ces catégories ne représentent pas directement le type de bounce, mais servent plutôt à regrouper différents scénarios avant de les mapper vers des catégories fonctionnelles.
- Invalid-recipient / bad-mailbox > "hard bounce"
- Quota-issue / relaying-issues > "soft bounce"
- Invalid-domain / bad-domain > "hard bounce"
- Spam-related / policy-related / other > "just a bounce"
Pourquoi c’est important ?
Une mauvaise gestion des bounces peut entraîner une dégradation de votre réputation d’expéditeur, une baisse du placement en boîte de réception, des retries inutiles, une perte d’utilisateurs et une perte de revenus.
À l’inverse, une bonne gestion des bounces permet des listes plus propres, une meilleure réputation, une distribution plus rapide, de meilleurs taux d’inbox placement et davantage de revenus.
Conclusion
La gestion des bounces n’est pas un simple détail technique caché dans votre infrastructure email. Les bounces constituent un mécanisme de feedback essentiel de l’écosystème email. Ces signaux reflètent directement vos pratiques d’envoi. En considérant chaque bounce comme une donnée exploitable, et non comme une simple notification, vous pouvez considérablement améliorer les performances de votre stratégie email.
Vous trouverez ci-dessous une liste d’articles tout aussi intéressants classés par catégorie.
Catégories
En avant