421 4.7.0 [TSS04] “Messages temporarily deferred due to user complaints”: zo los je het op bij Yahoo

Stelt Yahoo je e-mail uit met een melding als deze, dan heb je te maken met een TSS04-deferral door je klachtenpercentage:

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

Dit is geen harde blokkade, geen listing op een blocklist en geen weigering van een los bericht op basis van de inhoud. TSS04 is de doorlopende throttling van Yahoo op basis van klachten: komt het percentage spamklachten over je verzend-IP of domein binnen de meetperiode van Yahoo boven de drempel, dan geeft Yahoo nieuwe e-mail van die verzender een soft bounce (4xx) totdat het percentage weer daalt.

Omdat AOL op de mailinfrastructuur van Yahoo draait, geldt precies dezelfde TSS04-deferral voor e-mail die je verstuurt naar @aol.com, @aim.com, @verizon.net en de andere consumentendomeinen die Yahoo beheert.

Wat [TSS04] echt betekent

De pagina met SMTP-foutcodes van Yahoo groepeert de TS*-codes onder "Message temporarily deferred" en noemt de oorzaken: klachten, aanstootgevende inhoud, een slecht beoordeeld IP-adres of subnet, ongebruikelijk verkeer. De bouncetekst van TSS04 noemt de oorzaak zelf: "Messages temporarily deferred due to user complaints."

Drie dingen zijn belangrijk aan die formulering:

• Temporarily: het is een 4xx-antwoord. Je MTA houdt het bericht in de wachtrij en probeert het volgens het normale schema opnieuw. Yahoo verwacht dat de verzender gas terugneemt, niet dat hij harder blijft proberen.
• Deferred: het bericht wordt tegengehouden voor een latere poging. Je wachtrij groeit als je het tempo waarmee je aanlevert niet verlaagt.
• User complaints: de trigger is de knop "Spam melden", niet de inhoudsfilter, authenticatie of blocklists. SPF, DKIM en DMARC repareren heft TSS04 op zichzelf niet op.

De volledige bouncemelding ontleed

Een echte TSS04-bounce van Yahoo ziet er zo uit:

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

Onderdeel voor onderdeel:

• 421: SMTP "service not available, closing transmission channel". Een 4xx-code is een tijdelijke fout. Vergelijk dat met 5xx, die permanent is.
• 4.7.0: de uitgebreide statuscode. De 4 past bij de 4xx-klasse (tijdelijk). 7 is het onderwerp beleid/beveiliging. 0 staat voor "other or undefined security status"; Yahoo gebruikt dit algemeen voor deferrals op basis van reputatie.
• [TSS04]: de eigen interne tag van Yahoo. TSS = "Temporary Sending Suspension". Het getal erachter (04) geeft de specifieke reden aan. TSS01 tot en met TSS06 dekken verschillende scenario's rond reputatie en klachten; TSS04 gaat specifiek over het klachtenpercentage.
• Messages temporarily deferred due to user complaints: de leesbare uitleg.
• 4.16.55.1: interne trace-ID van Yahoo. Alleen nuttig als je escaleert naar het postmasterteam van Yahoo.
• senders.yahooinc.com: de officiële postmaster- en verzendersdocumentatie van Yahoo, waar de TS*-deferrals worden uitgelegd.

Staat er in je log [TSS03], [TSS05] of een andere tag, dan heb je met een ander probleem te maken. Alleen [TSS04] komt voort uit het klachtenpercentage.

Waarom je TSS04 kreeg

In de praktijk gaat TSS04 af om een (of meer) van deze redenen:

• Een stijgend klachtenpercentage. Net als Gmail beschouwt Yahoo alles boven 0,3% klachten (3 op 1.000) als een probleem. De beste verzenders zitten onder 0,1%. Eén slechte verzending naar een verouderd segment kan het doorlopende percentage genoeg opdrijven om de drempel te raken.
• Versturen naar verouderde of gekochte lijsten. Lijsten die al maanden niet zijn gemaild, leveren zowel meer klachten als meer hard bounces op. Gekochte data is de snelste weg naar TSS04 op een nieuw domein.
• Een plotselinge volumepiek vanaf een koud of nieuw verzenddomein of IP-adres. Yahoo verwacht dat je geleidelijk opbouwt. Van 500 per dag naar 50.000 per dag in één nacht is, zelfs met schone inhoud, niet te onderscheiden van een gehackte verzender.
• Weinig engagement (opens, replies, klikken). Yahoo neemt engagement mee in de berekening van het klachtenpercentage, dus weinig engagement versterkt zelfs een klein absoluut aantal klachten.
• Ontbrekende of kapotte one-click unsubscribe. Zonder een List-Unsubscribe-Post-header volgens RFC 8058 hebben ontvangers die van je lijst af willen nog maar één optie: de knop "Spam melden".

Stap voor stap oplossen

Werk deze lijst op volgorde af. Sla je stappen over, dan komt de deferral meestal binnen enkele uren terug.

1. Pauzeer de verzending naar het getroffen segment. Blijf je volume in een TSS04-deferral duwen, dan wordt het doorlopende klachtenpercentage erger, niet beter. Stop de campagne die het veroorzaakte.
2. Bekijk de Complaint Feedback Loop van Yahoo. Ben je aangemeld voor de CFL van Yahoo (aanmelden via senders.yahooinc.com), haal dan de meest recente klachtrapporten op en zoek uit welk segment of welke campagne ze opleverde. Ben je niet aangemeld, meld je dan nu aan. Zonder CFL vlieg je voor altijd blind als het om klachten bij Yahoo gaat.
3. Bekijk de engagementcijfers van hetzelfde segment. Kijk naar de laatste 3 verzendingen naar ontvangers bij Yahoo en AOL: openpercentage, klikpercentage en replypercentage. Een openpercentage onder 5%, specifiek bij Yahoo, is een sterk signaal dat het segment verouderd is.
4. Controleer je one-click unsubscribe. Yahoo eist een werkende List-Unsubscribe-header en raadt de POST volgens RFC 8058 sterk aan, dus elk commercieel bericht naar Yahoo moet zowel List-Unsubscribe: <https://...>, <mailto:...> als List-Unsubscribe-Post: List-Unsubscribe=One-Click bevatten. Haal de ruwe headers op van een bericht dat bij Yahoo is afgeleverd en controleer of beide aanwezig zijn. Zie onze gids over de eisen van Gmail en Yahoo voor bulkverzenders voor het precieze headerformaat.
5. Zet hard bounces en ontvangers bij Yahoo zonder engagement op je suppressielijst. Haal iedereen die een hard bounce gaf, klaagde of al 90 dagen of langer niets heeft geopend uit specifiek het Yahoo-segment. Het doel is dat je de volgende verzending alleen naar ontvangers stuurt die statistisch weinig kans hebben om te klagen.
6. Controleer of je authenticatie intact is. TSS04 gaat over klachten, maar bij een TSS04-deferral met kapotte DMARC gunt Yahoo je geen enkel voordeel van de twijfel op engagementsignalen. Doe een snelle check van SPF, DKIM en DMARC. Zie SMTP-foutcodes uitgelegd voor hoe tijdelijke (4xx) codes rond authenticatie samenhangen met deferrals op basis van reputatie.
7. Bouw het volume geleidelijk weer op. Ga niet verder op het volume dat het probleem veroorzaakte. Start opnieuw op 25% van het volume van voor het incident naar het opgeschoonde segment, monitor 48 uur en schaal dan op.

Hoe lang het duurt voordat TSS04 verdwijnt

TSS04 is doorlopend, niet absoluut. De deferral verdwijnt zodra je klachtenpercentage binnen de meetperiode van Yahoo onder de drempel zakt. In de praktijk:

• Een paar uur als je direct bent gestopt met versturen en de piek klein was.
• 24 tot 72 uur bij een gemiddeld incident waarbij je hebt gepauzeerd, het segment hebt opgeschoond en op een lager volume bent hervat.
• Een week of langer als je in de deferral bent blijven versturen, steeds hetzelfde vervuilde segment bent blijven raken, of er een tweede klachtenincident bovenop kwam voordat het eerste was opgelost.

Omdat het doorlopend is en geen listing, bestaat er geen formulier voor een verwijderverzoek. Yahoo vraagt verzenders eerst het onderliggende probleem op te lossen en stelt een Sender Support Request alleen voor als dezelfde fout langere tijd blijft bestaan. De deferral verdwijnt vanzelf zodra het percentage daalt.

Veelgestelde vragen

Is TSS04 hetzelfde als op een blacklist staan? Nee. TSS04 is een tijdelijke deferral op basis van klachten, toegepast door de eigen systemen van Yahoo, dus hij verschijnt niet op Spamhaus, SpamCop of een andere externe DNSBL. Hij verdwijnt automatisch zodra je klachtenpercentage weer onder de drempel zakt.

Geldt dit ook voor AOL? Ja. AOL, AIM, Verizon.net en de andere consumentenmerken die Yahoo beheert, draaien allemaal op dezelfde mailinfrastructuur en passen dezelfde TSS-regels toe. Krijg je bij Yahoo een TSS04-deferral, dan zie je meestal tegelijk dezelfde deferrals bij @aol.com en verwante domeinen.

Helpt het om de verzending meteen opnieuw te proberen? Nee, meestal maakt het het erger. Opnieuw proberen overspoelt Yahoo met hetzelfde volume dat de deferral veroorzaakte, waardoor het doorlopende klachtenpercentage hoog blijft. Pauzeer, schoon het segment op en hervat dan op een lager volume.

Moet ik contact opnemen met Yahoo om TSS04 te laten verwijderen? Niet in eerste instantie. Yahoo biedt geen delistingformulier voor TSS04, want er valt niets te delisten, al stelt het een Sender Support Request voor als dezelfde deferral langere tijd aanhoudt nadat je de oorzaak hebt opgelost. De deferral wordt in realtime berekend uit je klachtenpercentage en verdwijnt vanzelf. Continue monitoring van DMARC en reputatie (zie DMARC-monitoring) komt het dichtst bij een "preventieve" oplossing.

Heft het repareren van SPF, DKIM en DMARC TSS04 op? Niet direct. TSS04 is een signaal over je klachtenpercentage, geen signaal over authenticatie. Maar kapotte authenticatie maakt Yahoo minder bereid je het voordeel van de twijfel te geven op engagement, dus het loont nog steeds om je authenticatie tegelijk op orde te brengen.

Conclusie

Met TSS04 vertelt Yahoo je in realtime dat te veel ontvangers die je mailt op "Spam melden" klikken. Het is omkeerbaar, het is geen blocklist en er is geen supportticket in te dienen. Pauzeer de campagne die het veroorzaakt, schoon het segment op, controleer je one-click unsubscribe en bouw geleidelijk weer op, dan verdwijnt de deferral vanzelf binnen enkele uren tot een paar dagen.

Wil je continu zicht op de signalen achter deze deferrals (DMARC-rapporten, kapotte authenticatie, plotselinge trends in klachten), dan bewaakt MailVitals dat allemaal 24/7, zodat je de volgende TSS04 voor bent in plaats van hem te ontdekken via een vastgelopen mailwachtrij.

👉 Lees verder: Eisen van Gmail en Yahoo voor verzenders in 2026 · SMTP-foutcodes uitgelegd · DMARC-monitoring

Bronnen

• SMTP Error Codes (Yahoo Sender Hub), de tijdelijke TS*-deferrals en hun oorzaken, de richtlijn bij overmatig veel klachten en wanneer je contact opneemt met Yahoo.
• Sender Requirements and Recommendations (Yahoo Sender Hub), de eisen van Yahoo voor bulkverzenders, waaronder het plafond van 0,3% voor het spampercentage en het verwerken van uitschrijvingen binnen 2 dagen.
• Complaint Feedback Loop (Yahoo Sender Hub), hoe je DKIM-domeinen aanmeldt voor de Complaint Feedback Loop.
• RFC 3463: Enhanced Mail System Status Codes, wat de uitgebreide statuscode 4.7.0 betekent.