Soft bounce

Un soft bounce est un échec transitoire de livraison email. Le serveur de messagerie récepteur a refusé le message pour l'instant, mais la cause est quelque chose qui peut se résoudre seul — la boîte du destinataire dépasse son quota, le serveur récepteur est temporairement en panne ou en rate-limiting, le message a été greylisté à la première tentative, ou il y a eu un hoquet dans le handshake TLS. L'expéditeur est censé retenter. À comparer à un hard bounce — un rejet permanent qui ne devrait jamais être retenté.

Le même enum BounceType qui pilote le traitement des hard bounces possède un second case :

enum BounceType: string
{
    case HARD = 'hard';
    case SOFT = 'soft';
}

Un événement webhook SOFT émis par le vendor d'envoi (SES, Mailgun, SparkPost, etc.) est enregistré dans BounceLog exactement comme un hard bounce, mais le listener RecordBounce ne blackliste pas automatiquement l'abonné sur une occurrence unique. L'adresse reste active et est incluse dans les campagnes suivantes. Si les soft bounces continuent à s'accumuler sur une série configurable, l'opérateur peut promouvoir l'adresse en blacklist via les policies du bounce-handler — mais un soft bounce isolé est traité comme du bruit.

Confondre soft et hard bounces est l'erreur de bounce handling la plus courante sur les petites plateformes. Auto-blacklister sur un soft bounce rétrécit la liste à chaque hoquet du serveur d'un destinataire — une simple panne Gmail peut faire perdre des milliers d'abonnés légitimes. Traiter les hard bounces comme des soft (en retentant quand même) brûle la réputation de l'expéditeur. AcelleMail fait respecter cette séparation au niveau du modèle de données (BounceType::HARD vs BounceType::SOFT) afin qu'aucun listener ne puisse confondre l'un avec l'autre par accident.

• Réponses SMTP 4xx — toute la classe 4xx signifie « échec transitoire, retenter ».
• Boîte pleine — le destinataire a atteint son plafond de stockage ; se résorbe en général en quelques jours.
• Greylisting — technique anti-spam qui diffère un expéditeur première fois ; les retries légitimes aboutissent en quelques minutes.
• Rate limiting — le récepteur throttle le trafic depuis cette IP/ce domaine ; reculer et retenter.
• Problèmes TLS / connexion — un problème réseau ou de certificat transitoire côté récepteur.

Le playbook opérationnel complet — quand les soft bounces doivent escalader vers la blacklist, quelle longueur de série est saine, et comment lire les raisons brutes du vendor — vit dans délivrabilité §8.