Comprendre les rebonds SMTP : hard bounce ou soft bounce ?

Un rebond SMTP indique qu’un email n’a pas été remis comme prévu.

Mais tous les rebonds n’ont pas la même signification.

Un hard bounce pointe généralement vers un problème définitif. Un soft bounce indique plutôt un blocage temporaire, une limitation ou une situation qui peut se résoudre après réessai.

Faire la différence est essentiel pour protéger la réputation d’expéditeur et maintenir une base email propre.

Ce qu’est un rebond SMTP

Quand un serveur envoie un email, le serveur destinataire répond pendant la conversation SMTP.

Il peut accepter le message, le refuser immédiatement ou demander de réessayer plus tard.

Ces réponses sont exprimées avec des codes.

Le premier chiffre donne déjà une bonne indication :

• 2xx : le message est accepté ;
• 4xx : échec temporaire ;
• 5xx : échec définitif ou refus permanent.

En délivrabilité, cette distinction devient opérationnelle.

Un 5xx n’a pas le même traitement qu’un 4xx. Supprimer trop vite des adresses qui ont simplement eu un problème temporaire peut faire perdre de bons contacts. Continuer à envoyer vers des adresses définitivement invalides peut, à l’inverse, dégrader la réputation.

Hard bounce : un échec permanent

Un hard bounce signifie que le message ne peut pas être remis de manière durable.

La cause la plus fréquente est une adresse qui n’existe pas, n’existe plus ou n’a jamais existé.

Exemples :

550 5.1.1 User unknown
550 5.1.10 Recipient not found
553 5.1.3 Bad recipient address syntax

Dans ces cas, le serveur destinataire ne dit pas “réessayez plus tard”. Il dit plutôt : “cette adresse n’est pas valide pour moi”.

Les causes fréquentes :

• adresse mal saisie ;
• collaborateur parti de l’entreprise ;
• boîte supprimée ;
• domaine destinataire abandonné ;
• alias retiré ;
• syntaxe incorrecte ;
• domaine inexistant.

La bonne action est de retirer ou désactiver rapidement l’adresse concernée.

Soft bounce : un échec temporaire

Un soft bounce indique que le message n’a pas été accepté maintenant, mais qu’il pourrait l’être plus tard.

Le destinataire peut exister. Le problème vient souvent d’une ressource temporairement indisponible.

Exemples :

421 4.7.0 Try again later
450 4.2.1 Mailbox temporarily unavailable
451 4.3.0 Temporary local problem
452 4.2.2 Mailbox full

Les causes fréquentes :

• boîte pleine ;
• serveur destinataire indisponible ;
• greylisting ;
• limitation de volume ;
• antispam temporairement prudent ;
• problème DNS momentané ;
• incident chez le fournisseur destinataire ;
• message trop volumineux dans un contexte temporaire.

La bonne action est de laisser le système réessayer, puis de surveiller la répétition.

Un soft bounce isolé ne doit pas automatiquement supprimer un contact.

Quand un soft bounce devient un vrai signal de risque

Le piège consiste à considérer tous les soft bounces comme bénins.

Un événement isolé peut être temporaire. Mais une répétition sur plusieurs campagnes ou plusieurs jours indique souvent que l’adresse est devenue fragile.

Par exemple :

• une boîte pleine depuis plusieurs semaines ;
• un domaine qui limite systématiquement vos envois ;
• un serveur qui répond toujours 421 ;
• une adresse qui ne reçoit jamais malgré plusieurs tentatives ;
• une règle antispam qui bloque toutes les campagnes d’un même type.

Dans ce cas, il faut classer l’adresse ou le domaine en surveillance.

Selon le contexte, on peut réduire la pression, suspendre temporairement l’envoi, déclencher une revalidation ou retirer l’adresse après plusieurs échecs.

Pourquoi les rebonds abîment la réputation

Les fournisseurs comme Gmail, Microsoft et Yahoo observent les signaux de qualité.

Un expéditeur qui continue à envoyer vers beaucoup d’adresses invalides donne l’impression d’utiliser une base peu entretenue.

Les hard bounces sont particulièrement sensibles.

Ils montrent que la collecte, la mise à jour ou la qualification des contacts n’est pas maîtrisée.

Les soft bounces répétés peuvent aussi devenir problématiques, surtout s’ils indiquent une pression trop forte vers certains domaines ou une mauvaise gestion des files d’attente.

Comment traiter les rebonds dans la base

Les rebonds doivent revenir dans la base email ou le CRM.

Ils ne doivent pas rester seulement dans les logs d’un routeur SMTP ou dans l’interface d’une plateforme marketing.

Règles pratiques :

• supprimer ou désactiver les hard bounces confirmés ;
• ne pas supprimer un soft bounce isolé ;
• compter les soft bounces répétés par adresse ;
• surveiller les erreurs par domaine destinataire ;
• distinguer erreur d’adresse et refus de politique ;
• conserver le message SMTP complet ;
• documenter les règles de suppression ;
• synchroniser les statuts entre CRM, ESP et outils métier.

Une base propre n’est pas seulement une base avec moins d’adresses. C’est une base où chaque statut a un sens.

Attention aux faux hard bounces

Tous les codes 5xx ne signifient pas qu’une adresse est morte.

Un 550 peut désigner une adresse inconnue, mais aussi un refus antispam, un blocage de réputation ou une politique de sécurité.

Exemples :

550 5.1.1 User unknown
550 5.7.1 Message rejected
550 5.7.26 Unauthenticated email is not accepted

Le premier exemple pointe vers une adresse invalide.

Les deux autres demandent plutôt de vérifier la réputation, le contenu, SPF, DKIM, DMARC ou l’alignement.

C’est pour cela qu’il ne faut jamais classifier uniquement avec le premier code 550. Le texte complet et le sous-code sont indispensables.

Bonnes pratiques de gestion

Une bonne gestion des bounces repose sur une méthode simple.

À chaque retour SMTP, il faut identifier :

1. le code principal : 4xx ou 5xx ;
2. le sous-code : 5.1.1, 4.2.2, 5.7.1 ;
3. le texte exact renvoyé par le serveur ;
4. le domaine destinataire ;
5. la répétition dans le temps ;
6. le type de flux concerné : transactionnel, marketing, CRM ou support.

Ensuite, il faut appliquer une règle claire.

Un hard bounce d’adresse doit sortir vite des prochaines campagnes.

Un soft bounce doit être réessayé, surveillé, puis classé si le problème persiste.

Un refus de politique doit déclencher un diagnostic technique ou réputationnel, pas un simple nettoyage de contact.

Conclusion

La différence entre hard bounce et soft bounce est une base de la délivrabilité.

Un hard bounce indique un problème durable : adresse inexistante, domaine invalide ou destinataire impossible à joindre définitivement.

Un soft bounce indique un problème temporaire : boîte pleine, serveur indisponible, limitation, greylisting ou incident ponctuel.

Le bon réflexe n’est pas seulement de compter les rebonds. Il faut les lire, les classer et les réinjecter dans la gestion de la base.

Supprimer rapidement les hard bounces et surveiller les soft bounces répétés protège la réputation d’expéditeur, améliore la qualité des campagnes et évite de continuer à parler à des adresses qui ne peuvent plus répondre.