421 4.7.0 [TSS04] « Messages temporarily deferred due to user complaints » : corriger le report Yahoo

Si Yahoo reporte vos e-mails avec un message de ce type, vous êtes face à un report TSS04 lié au taux de plaintes :

421 4.7.0 [TSS04] Messages temporarily deferred due to user complaints -
4.16.55.1; see https://senders.yahooinc.com/error-codes

Ce n'est pas un blocage dur, ni une inscription sur une blacklist, ni un rejet du contenu d'un message précis. TSS04 est le throttling glissant de Yahoo fondé sur le taux de plaintes : quand le taux de plaintes pour spam de votre IP ou de votre domaine d'envoi dépasse le seuil de Yahoo sur sa fenêtre de mesure, Yahoo se met à renvoyer en soft bounce (4xx) les nouveaux e-mails de cet expéditeur jusqu'à ce que le taux redescende.

Comme AOL tourne sur l'infrastructure de messagerie de Yahoo, exactement le même report TSS04 s'applique aux e-mails que vous envoyez vers @aol.com, @aim.com, @verizon.net et les autres domaines grand public exploités par Yahoo.

Ce que signifie vraiment [TSS04]

La page des codes d'erreur SMTP de Yahoo regroupe les codes TS* sous « Message temporarily deferred » et en liste les causes : plaintes, contenu inacceptable, IP ou sous-réseau mal noté, trafic inhabituel. Le texte du bounce TSS04 nomme lui-même la cause : « Messages temporarily deferred due to user complaints. »

Trois points de cette formulation comptent :

• Temporarily : c'est une réponse 4xx. Votre MTA garde le message en file d'attente et réessaie selon son calendrier habituel. Yahoo attend de l'expéditeur qu'il ralentisse, pas qu'il insiste davantage.
• Deferred : le message est retenu pour une nouvelle tentative plus tard. Votre file d'attente va grossir si vous ne réduisez pas le débit d'envoi.
• User complaints : le déclencheur est le bouton « Signaler comme spam », pas le filtrage de contenu, l'authentification ou les blacklists. Corriger SPF/DKIM/DMARC ne lèvera pas TSS04 à lui seul.

Décoder la chaîne de bounce complète

Un vrai bounce TSS04 de Yahoo ressemble à ceci :

421 4.7.0 [TSS04] Messages temporarily deferred due to user complaints -
4.16.55.1; see https://senders.yahooinc.com/error-codes

Élément par élément :

• 421 : « service not available, closing transmission channel » en SMTP. Un code 4xx est un échec transitoire. À comparer avec 5xx, qui est définitif.
• 4.7.0 : le code de statut étendu. Le 4 correspond à la classe 4xx (transitoire). 7 désigne la catégorie politique/sécurité. 0 signifie « other or undefined security status » ; Yahoo l'emploie de façon générique pour les reports liés à la réputation.
• [TSS04] : l'étiquette interne propre à Yahoo. TSS = « Temporary Sending Suspension ». Le numéro qui suit (04) identifie la raison précise. Les codes TSS01 à TSS06 couvrent différents scénarios de réputation et de plaintes ; TSS04 concerne spécifiquement le taux de plaintes.
• Messages temporarily deferred due to user complaints : l'explication lisible.
• 4.16.55.1 : identifiant de trace interne de Yahoo. Utile seulement si vous remontez le problème à l'équipe postmaster de Yahoo.
• senders.yahooinc.com : la documentation officielle de Yahoo pour les postmasters et les expéditeurs, où les reports TS* sont expliqués.

Si votre log affiche [TSS03], [TSS05] ou une autre étiquette, vous êtes face à un autre problème. Seul [TSS04] est dicté par le taux de plaintes.

Pourquoi vous avez reçu TSS04

En pratique, TSS04 se déclenche pour une (ou plusieurs) de ces raisons :

• Un taux de plaintes pour spam en hausse. Yahoo, comme Gmail, considère qu'au-delà de 0,3 % de taux de plaintes (3 sur 1 000) il y a un problème. Les meilleurs expéditeurs restent sous 0,1 %. Un seul mauvais envoi vers un segment dormant peut faire grimper le taux glissant assez pour franchir le seuil.
• Des envois vers des listes anciennes ou achetées. Les listes qui n'ont pas reçu d'e-mail depuis des mois produisent à la fois plus de plaintes et plus de hard bounces. Les données achetées sont le moyen le plus rapide de récolter un TSS04 sur un nouveau domaine.
• Un pic de volume soudain depuis un domaine ou une IP d'envoi froid ou neuf. Yahoo attend une montée progressive. Passer de 500 à 50 000 envois par jour du jour au lendemain, même avec un contenu propre, ne se distingue pas d'un expéditeur compromis.
• Un engagement faible (ouvertures, réponses, clics). Yahoo intègre l'engagement dans son calcul du taux de plaintes, si bien qu'un engagement faible amplifie même un petit nombre absolu de plaintes.
• Une désinscription one-click absente ou cassée. Sans en-tête List-Unsubscribe-Post conforme à la RFC 8058, les destinataires qui veulent quitter votre liste n'ont plus qu'une option : le bouton « Signaler comme spam ».

Correction étape par étape

Suivez cette liste dans l'ordre. Sauter des étapes signifie en général que le report revient en quelques heures.

1. Mettez en pause les envois vers le segment concerné. Continuer à pousser du volume dans un report TSS04 aggrave le taux de plaintes glissant au lieu de l'améliorer. Arrêtez la campagne qui l'a déclenché.
2. Consultez la Complaint Feedback Loop de Yahoo. Si vous êtes inscrit à la CFL de Yahoo (inscription sur senders.yahooinc.com), récupérez les rapports de plaintes les plus récents et identifiez le segment ou la campagne qui les a générés. Si vous n'êtes pas inscrit, faites-le maintenant. Sans elle, vous restez à l'aveugle sur les plaintes Yahoo pour toujours.
3. Vérifiez les indicateurs d'engagement du même segment. Regardez les 3 derniers envois vers des destinataires Yahoo/AOL : taux d'ouverture, taux de clics et taux de réponse. Un taux d'ouverture sous 5 % chez Yahoo en particulier est un signal fort que le segment est dormant.
4. Vérifiez la désinscription one-click. Yahoo exige un en-tête List-Unsubscribe fonctionnel et recommande fortement le POST de la RFC 8058 : chaque message commercial envoyé à Yahoo doit donc porter à la fois List-Unsubscribe: <https://...>, <mailto:...> et List-Unsubscribe-Post: List-Unsubscribe=One-Click. Récupérez les en-têtes bruts d'un message livré chez Yahoo et vérifiez que les deux sont présents. Consultez notre guide des exigences de Gmail et Yahoo pour les expéditeurs en masse pour le format exact des en-têtes.
5. Supprimez les hard bounces et les destinataires Yahoo inactifs. Retirez du segment Yahoo toute personne qui a fait un hard bounce, s'est plainte ou n'a rien ouvert depuis 90 jours ou plus. L'objectif est que le prochain envoi ne parte qu'à des destinataires statistiquement peu susceptibles de se plaindre.
6. Vérifiez que l'authentification est intacte. TSS04 concerne les plaintes, mais avec un report TSS04 et un DMARC cassé, Yahoo ne vous accordera aucune indulgence sur les signaux d'engagement. Faites une vérification rapide de SPF, DKIM et DMARC. Voir les codes d'erreur SMTP expliqués pour la façon dont les codes transitoires (4xx) proches de l'authentification interagissent avec les reports liés à la réputation.
7. Remontez le volume progressivement. Ne reprenez pas au volume qui a causé le problème. Redémarrez à 25 % du volume d'avant l'incident vers le segment nettoyé, surveillez pendant 48 heures, puis augmentez par paliers.

Combien de temps avant que TSS04 se lève

TSS04 est glissant, pas absolu. Le report se lève dès que votre taux de plaintes sur la fenêtre de mesure de Yahoo repasse sous son seuil. En pratique :

• Quelques heures si vous avez arrêté d'envoyer immédiatement et que le pic était faible.
• 24 à 72 heures pour un incident typique de taille moyenne où vous avez mis en pause, nettoyé le segment et repris à un volume plus faible.
• Une semaine ou plus si vous avez continué d'envoyer malgré le report, continué de viser le même segment sale ou ajouté un second épisode de plaintes avant que le premier soit résorbé.

Comme c'est glissant et non une inscription sur une liste, il n'existe pas de formulaire de « demande de retrait ». Yahoo demande aux expéditeurs de corriger d'abord le problème de fond, et ne suggère une Sender Support Request que si la même erreur persiste sur une longue période. Le report se lève de lui-même une fois le taux redescendu.

FAQ

TSS04, c'est la même chose que figurer sur une blacklist ? Non. TSS04 est un report temporaire dicté par les plaintes et appliqué par les propres systèmes de Yahoo : il n'apparaîtra donc ni chez Spamhaus, ni chez SpamCop, ni sur aucune autre DNSBL tierce. Il se lève tout seul dès que votre taux de plaintes repasse sous le seuil.

Est-ce que cela touche aussi AOL ? Oui. AOL, AIM, Verizon.net et les autres marques grand public exploitées par Yahoo tournent toutes sur la même infrastructure de messagerie et appliquent les mêmes règles TSS. Si vous êtes en report TSS04 chez Yahoo, vous verrez en général les mêmes reports sur @aol.com et les domaines associés au même moment.

Est-ce que renvoyer tout de suite peut aider ? Non, cela empire généralement les choses. Renvoyer inonde Yahoo du même volume qui a déclenché le report, ce qui maintient le taux de plaintes glissant à un niveau élevé. Mettez en pause, nettoyez le segment, puis reprenez à un volume plus faible.

Dois-je contacter Yahoo pour lever TSS04 ? Pas dans un premier temps. Yahoo ne propose pas de formulaire de délistage pour TSS04, puisqu'il n'y a rien à délister, mais suggère une Sender Support Request si le même report persiste longtemps après que vous avez corrigé la cause. Le report est calculé en temps réel à partir de votre taux de plaintes et se lève de lui-même. Une surveillance continue de DMARC et de la réputation (voir la surveillance DMARC) est ce qui se rapproche le plus d'un correctif « préventif ».

Corriger SPF, DKIM et DMARC lèvera-t-il TSS04 ? Pas directement. TSS04 est un signal de taux de plaintes, pas un signal d'authentification. Mais une authentification cassée rend Yahoo moins enclin à vous accorder le bénéfice du doute sur l'engagement : remettre l'authentification en ordre en même temps reste donc utile.

En résumé

TSS04, c'est Yahoo qui vous dit, en temps réel, que trop de vos destinataires cliquent sur « Signaler comme spam ». C'est réversible, ce n'est pas une blacklist et il n'y a aucun ticket de support à ouvrir. Mettez en pause la campagne fautive, nettoyez le segment, vérifiez la désinscription one-click et remontez progressivement : le report se lève de lui-même en quelques heures à quelques jours.

Si vous voulez une visibilité continue sur les signaux à l'origine de ces reports (rapports DMARC, authentification cassée, hausses soudaines des plaintes), MailVitals surveille tout cela 24 h/24, 7 j/7 pour que vous puissiez anticiper le prochain TSS04 au lieu de le découvrir à cause d'une file d'attente bloquée.

👉 À lire ensuite : Exigences de Gmail et Yahoo pour les expéditeurs en 2026 · Les codes d'erreur SMTP expliqués · Surveillance DMARC

Sources

• SMTP Error Codes (Yahoo Sender Hub), les reports temporaires TS* et leurs causes, les consignes sur les plaintes excessives et quand contacter Yahoo.
• Sender Requirements and Recommendations (Yahoo Sender Hub), les exigences de Yahoo pour les expéditeurs en masse, dont le plafond de 0,3 % de taux de spam et les désinscriptions honorées sous 2 jours.
• Complaint Feedback Loop (Yahoo Sender Hub), comment inscrire des domaines DKIM à la Complaint Feedback Loop.
• RFC 3463: Enhanced Mail System Status Codes, ce que signifie le code de statut étendu 4.7.0.