421 4.7.28 “Our system has detected an unusual rate of unsolicited mail originating from your IP address”: de oplossing voor Gmail

Stelt Gmail je mail uit met iets als dit, dan loop je tegen throttling op IP-reputatie bij Gmail aan:

421-4.7.28 [203.0.113.42 15] Our system has detected an unusual rate of
421-4.7.28 unsolicited mail originating from your IP address. To protect our
421-4.7.28 users from spam, mail sent from your IP address has been temporarily
421-4.7.28 rate limited. Please visit
421 4.7.28 https://support.google.com/mail/?p=UnsolicitedRateLimitError to
review our Bulk Email Senders Guidelines. - gsmtp

Je bent niet hard geblokkeerd of op een blocklist gezet, en je authenticatie is niet mislukt. 421 4.7.28 is de throttling per IP van Gmail: zodra het volume of het aandeel spamsignalen van je verzend-IP over de voortschrijdende drempel van Gmail gaat, geeft Gmail nieuwe mail van dat IP een soft bounce (4xx) tot het signaal weer daalt.

Het cruciale detail dat bijna iedereen bij de eerste keer lezen mist: deze variant hangt aan het IP-adres, niet aan het verzenddomein. Gmail stuurt dezelfde code 4.7.28 ook met je IP-netblock, je DKIM-domein, je SPF-domein of een URL-domein erin, als juist dat quotum is overschreden (Google noemt elke variant), dus kijk welke je bounce noemt. Twee verzenders op hetzelfde uitgaande IP kunnen elkaar onderuit halen, en een schoon domein op een druk gedeeld IP krijgt 421 4.7.28, ook met perfecte authenticatie.

Wat 421 4.7.28 echt betekent

Ontleed het antwoord stukje voor stukje:

• 421: SMTP "service not available, closing transmission channel." Een 4xx-code is een tijdelijke fout. Je MTA houdt het bericht in de wachtrij en probeert het opnieuw volgens het normale schema.
• 4.7.28: de enhanced status code. De 4 vooraan bevestigt dat het tijdelijk is. 7 is het onderwerp beleid/beveiliging. 28 is de subcode die Gmail gebruikt voor zijn rate limits op ongevraagde mail (IANA registreert X.7.28 als "mail flood detected").
• [203.0.113.42 15]: het precieze IP dat Gmail throttlet, plus een interne teller. Dat IP moet je onderzoeken; het domein komt op de tweede plaats.
• unsolicited mail originating from your IP address: Gmail kiest die woorden bewust: klachten, plaatsing in de spammap en op betrokkenheid gewogen signalen van dat IP zijn binnen het voortschrijdende venster van Gmail over de drempel gegaan.
• temporarily rate limited: met de nadruk op tijdelijk. Er is geen formulier om eraf te komen. De throttling stopt vanzelf zodra het voortschrijdende signaal daalt.

Het belangrijkste verschil met de algemenere rate limit 421 4.7.0 van Gmail: Gmail gebruikt 4.7.0 voor veel deferrals die niets met elkaar te maken hebben (lage reputatie, een ontbrekend PTR-record, te veel berichten over één verbinding), terwijl 4.7.28 altijd betekent dat een quotum voor ongevraagde mail is overschreden. Langzamer verzenden lost een pure rate limit op; het lost geen 4.7.28 op waarvan klachten de oorzaak zijn.

De meest voorkomende oorzaken

In echte incidenten komt 421 4.7.28 terug op een van deze oorzaken:

• Een gedeeld verzend-IP met een luidruchtige buur. Zit je in een gedeelde pool bij een ESP (SendGrid, Mailgun, Amazon SES, Postmark enzovoort), dan kan de slechte verzending van een andere klant het IP voor iedereen verpesten. Voor SaaS-verzenders is dit verreweg de meest voorkomende oorzaak.
• Een stijgend klachtenpercentage op het IP. Alles boven 0,10% dat aanhoudt is bij Gmail een probleem; 0,30% is de rode lijn. Eén slechte campagne kan het voortschrijdende percentage al laten pieken.
• Plotseling veel meer volume vanaf een koud IP. Van 1.000 per dag naar 100.000 per dag in één nacht, zelfs met schone content, is voor het reputatiesysteem van Gmail niet te onderscheiden van een gehackte relay.
• Ontbrekende of zwakke DMARC op het verzenddomein. 4.7.28 hangt aan het IP, maar Gmail laat het DMARC-slagingspercentage op domeinniveau toch meewegen in de score van het IP. Een stroom p=none-verkeer met weinig alignment schaadt het IP waarvandaan het verstuurd is.
• Een gehackt account of een open relay op het IP. Begint een klant of intern account massaal via je relay te versturen, dan kan het IP 4.7.28 krijgen voordat je het merkt.
• Een slecht profiel voor bounces en lijsthygiëne. Een hoog percentage hard bounces en treffers op spamtraps wegen net zo zwaar tegen het IP als klachten.

De oplossing, stap voor stap

Werk deze lijst op volgorde af. Sla je stappen over, dan is de throttling meestal binnen een paar uur terug.

1. Bevestig welk IP gethrottled wordt. Haal het precieze IP uit de bouncemelding (de waarde tussen haken). Ga niet uit van aannames. Heb je meerdere uitgaande IP's, dan kan het om maar één ervan gaan.
2. Controleer het IP op de grote DNSBL's. Een 4.7.28-deferral en een verse DNSBL-listing hebben meestal dezelfde oorzaak. Haal het IP door de gratis blacklist checker en lees de wikipagina over Spamhaus ZEN om te zien wat er gelist is en waarom.
3. Haal de gegevens uit Postmaster Tools voor het IP en het domein. Gmail Postmaster Tools toont de IP-reputatie (Bad / Low / Medium / High), de domeinreputatie, het klachtenpercentage en het slagingspercentage van authenticatie. Heb je het nog niet ingesteld, volg dan de gids voor Google Postmaster Tools; vanaf nu is dat niet optioneel.
4. Stop met verzenden vanaf het getroffen IP. Blijf je volume in een 4.7.28-throttling duwen, dan maak je het voortschrijdende signaal alleen erger. Stop de campagne die het veroorzaakt of verplaats, als dat kan, het verkeer naar een ander IP waarvan je weet dat het goed is.
5. Vind het segment of de klant die het veroorzaakt. Leg de pieken in klachten uit Postmaster Tools naast je campagnelog. Beheer je een platform met meerdere klanten, zoek dan uit welke klant met zijn verzending de throttling veroorzaakte.
6. Onderdruk hard bounces en niet-betrokken Gmail-ontvangers. Haal iedereen die een hard bounce gaf, klaagde of al 90 dagen of langer niets heeft geopend uit het Gmail-segment voordat je weer begint.
7. Controleer of authenticatie nog in alignment is. 4.7.28 is geen authenticatiefout, maar een 4.7.28-throttling bovenop kapotte DMARC betekent dat Gmail je geen enkel voordeel van de twijfel geeft. Controleer de alignment van SPF, DKIM en DMARC opnieuw voor elk verzenddomein op dat IP.
8. Bouw geleidelijk weer op. Begin niet opnieuw op het volume dat het probleem veroorzaakte. Start op ongeveer 25% van het volume van voor het incident naar het opgeschoonde segment, houd Postmaster Tools 48 uur in de gaten en voer dan op.

Zit je op gedeelde infrastructuur en kun je de slechte buur niet isoleren, dan zijn de realistische opties: je ESP vragen je naar een andere pool te verhuizen, overstappen op een dedicated IP, of een deliverability-expert inhuren die het probleem uitzoekt en de verhuizing namens jou regelt.

Hoe lang duurt het tot 421 4.7.28 verdwijnt

4.7.28 is voortschrijdend, niet absoluut. De throttling stopt zodra het reputatiesignaal van het IP binnen het meetvenster van Gmail onder de drempel zakt. In de praktijk:

• Een paar uur: als je direct stopte met verzenden en de piek klein en op zichzelf stond.
• 24 tot 72 uur: bij een gemiddeld incident waarin je bent gestopt, het segment hebt opgeschoond en op lager volume bent hervat.
• Een week of langer: als je bleef verzenden tijdens de throttling, of als een gedeeld IP steeds opnieuw door een andere klant wordt verpest.

Omdat het voortschrijdend is en geen listing, heeft Gmail geen formulier om 4.7.28 te laten verwijderen. De eigen instructies van Gmail zijn: stop minstens 10 minuten met verzenden, zoek de oorzaak, maak dan opnieuw verbinding over één verbinding en voeg verbindingen één voor één toe. De throttling verdwijnt vanzelf zodra het signaal daalt.

Veelgestelde vragen

Is 421 4.7.28 hetzelfde als op een blacklist van Gmail staan? Nee. 4.7.28 is tijdelijke throttling van een IP op basis van reputatie, toegepast door de eigen systemen van Gmail. Het is geen listing op een DNSBL van derden en verschijnt niet bij Spamhaus, SpamCop of een andere DNSBL van derden. Het verdwijnt vanzelf zodra het voortschrijdende signaal weer onder de drempel zakt.

Lost het repareren van SPF, DKIM en DMARC 4.7.28 op? Niet direct. 4.7.28 hangt aan het spamsignaal van het IP, niet aan de stand van je authenticatie. Maar kapotte authenticatie maakt Gmail minder bereid je het voordeel van de twijfel te geven op betrokkenheid, dus het is nog steeds de moeite waard om het tegelijk te repareren.

Helpt het om de verzending meteen opnieuw te proberen? Nee, meestal maakt het de zaak erger. Opnieuw proberen overspoelt Gmail met hetzelfde volume dat de throttling veroorzaakte, waardoor het voortschrijdende signaal hoog blijft. Stop, schoon op en hervat op lager volume.

Moet ik contact opnemen met Google om 4.7.28 te laten verwijderen? Nee. Google heeft geen delistingformulier voor 4.7.28, omdat er niets te delisten valt. De throttling wordt in realtime berekend uit het reputatiesignaal van je IP en verdwijnt vanzelf. Doorlopende monitoring van je IP en DMARC komt het dichtst bij een preventieve oplossing.

Kan ik niet gewoon naar een ander verzend-IP overstappen om het te omzeilen? Soms, maar alleen als dat nieuwe IP een eigen, schone warm-upgeschiedenis heeft. Overstappen op een vers, koud IP verplaatst het probleem meestal in plaats van het op te lossen, omdat de onderliggende oorzaak (kwaliteit van het segment, lijsthygiëne, content) er nog steeds is.

Kortom

Met 421 4.7.28 vertelt Gmail je in realtime dat je verzend-IP meer spamsignaal produceert dan de voortschrijdende drempel van Gmail toestaat. Het is omkeerbaar, het is geen blocklist en er is geen supportticket om in te dienen. Stop het verkeer dat het veroorzaakt, vind de bron via Postmaster Tools, schoon het segment op, controleer je authenticatie en bouw geleidelijk weer op. De throttling stopt dan vanzelf, binnen een paar uur tot een paar dagen.

Wil je doorlopend zicht op de signalen achter deze throttling (blocklist-status van je IP, DMARC-slagingspercentage, verschuivingen in reputatie zoals Postmaster die laat zien), dan bewaakt MailVitals dat allemaal 24/7, zodat je de volgende 4.7.28 voor bent voordat die als vastgelopen wachtrij opduikt. En zit je vast op een gedeeld IP waar je niet vanaf kunt, dan kan ons team het herstel van je overnemen: boek hier een deliverability-expert.

👉 Lees verder: Gmail rate limit 421 4.7.0 · Gids voor Google Postmaster Tools · SMTP-foutcodes uitgelegd

Bronnen

• Gmail SMTP errors and codes (Google Workspace Help), elke variant van 421 4.7.28: IP-adres, IP-netblock, DKIM-domein, SPF-domein, URL-domein en een herhaalde Message-ID.
• Email sender guidelines (Gmail Help), de procedure van Google voor 4.7.28, en de regel dat een IP-quotum gedeeld wordt door elke verzender op dat IP.
• Email sender guidelines FAQ (Gmail Help), de drempels van 0,1% en 0,3% voor het spampercentage en wanneer bulkverzenders weer in aanmerking komen voor mitigatie.
• IANA SMTP Enhanced Status Codes registry, X.7.28 geregistreerd als "mail flood detected".