Naslag: 451 4.7.500–699 in de foutcodewiki
Op deze pagina
Als Microsoft 365 dit tijdelijke uitstel teruggeeft:
421 4.7.500 Server busy. Please try again later.
…lijkt het een tijdelijk probleem met de infrastructuur. Dat is het bijna nooit. 4.7.500 (en zijn naaste verwant 4.7.501) is throttling op basis van reputatie, vermomd als melding over serverbelasting. Herken je het niet, dan blijft je mail eindeloos uitgesteld en verloopt hij uiteindelijk.
Wat 4.7.500 echt betekent
De NDR-naslag van Microsoft beschrijft 4.7.500-699 als verdachte activiteit waardoor het verzenden tijdelijk is beperkt terwijl die wordt beoordeeld. In de praktijk geeft EOP 4.7.500 terug als een van deze dingen waar is:
- Het verzendtempo van je IP naar deze Microsoft-tenant (of naar M365 als geheel) ligt hoger dan wat EOP op dit moment wil accepteren.
- De reputatie van je IP is zo ver gedaald dat EOP je wil afremmen zonder je meteen te blokkeren.
- De tenant heeft strenge throttling ingesteld en daar loop je tegenaan.
4.7.501 is hetzelfde signaal met een iets andere aanleiding, meestal throttling die zwaarder op reputatie weegt.
In alle drie de gevallen is de SMTP-klasse 4xx, dus je MTA probeert het opnieuw. Met een gezonde MTA wordt de mail uiteindelijk bezorgd. Met een slecht afgestelde MTA wacht je óf te lang tussen pogingen (de mail verloopt) óf probeer je het te agressief opnieuw (Microsoft schaalt op naar de permanente blokkade 5.7.708).
Zo lees je het signaal
Zie je 4.7.500 / 4.7.501 maar af en toe (zeg <0,5% van je pogingen naar M365), dan is dat normale achtergrondthrottling. Negeer het.
Zie je het bij > 5% van je pogingen, dan is het een reputatiesignaal:
- Je IP staat op geel of rood in SNDS.
- Je volume is onlangs sterk gestegen.
- Je verstuurt naar een groot aandeel niet-betrokken M365-ontvangers.
- Je zit al een tijd rond een drempel voor het klachtenpercentage.
Een verstandige retry-strategie
Een MTA die zich netjes gedraagt, doet dit:
| Poging | Wachttijd na de vorige |
|---|---|
| 1 | Direct (eerste verzending) |
| 2 | 15 minuten |
| 3 | 30 minuten |
| 4 | 1 uur |
| 5 | 2 uur |
| 6 | 4 uur |
| Maximum | 24 tot 72 uur in de wachtrij in totaal |
Is de mail na 24 uur opnieuw proberen met 4.7.500 nog niet bezorgd, beschouw het bericht dan voor die verzending als onbestelbaar en stop met hameren. Microsoft let op patronen van opnieuw proberen, en agressief opnieuw proberen als verzender die al gethrottled wordt, is een snelle weg naar een permanente blokkade.
Stappen om te herstellen
- Stop met agressief verzenden naar Microsoft. Verlaag je volume naar Microsoft-adressen 48 uur lang met 50%.
- Kijk in SNDS. Sta je op geel, dan heb je nog ruimte. Sta je op rood, dan ben je een paar dagen verwijderd van een harde blokkade.
- Draai Domain Health en zorg dat SPF, DKIM en DMARC in orde en in alignment zijn.
- Segmenteer op betrokkenheid. Verstuur de komende week alleen naar ontvangers die in de laatste 30 dagen hebben geopend.
- Controleer je reputatie verderop met de blacklist checker. Listings bij Spamhaus gaan vaak samen met strengere throttling door EOP.
- Bekijk de headers van mail die onlangs bij M365 is bezorgd met de e-mailheader-analyzer. Een stijgende SCL / BCL is de vroegste aanwijzing.
4.7.500 vs 4.4.7 vs 5.7.708
| Code | Betekenis | Actie |
|---|---|---|
| 4.7.500 | Gethrottled (tijdelijk) | Rem af, probeer verstandig opnieuw |
| 4.4.7 | Bericht verlopen in de wachtrij | Zoek uit waarom het opnieuw proberen niets bezorgde |
| 5.7.708 | Permanente IP-blokkade | Stop met opnieuw proberen; los de oorzaak op; open een supportcase |
Oorzaken die ik vaak zie
- Een nieuwe klant op een gedeeld IP in de pool van je ESP, die de gedeelde reputatie onderuit haalde.
- Een geïmporteerde lijst zonder verificatie, met plotselinge pieken in klachten en bounces tot gevolg.
- Een transactioneel systeem dat zonder warm-up voor marketing wordt ingezet.
- Een verkeerd ingestelde retry-lus die op één Microsoft-tenant blijft hameren.
Veelgestelde vragen
Moet ik 4.7.500 meteen opnieuw proberen? Nee. Probeer opnieuw met exponentiële backoff (begin bij 15 minuten). Direct opnieuw proberen maakt het erger.
Lost overstappen op een ander IP 4.7.500 op? Het kan het symptoom verbergen, maar het lost de oorzaak niet op. Stap je over en verzend je op dezelfde manier door, dan wordt ook het nieuwe IP binnen een paar dagen gethrottled.
Publiceert Microsoft zijn drempels voor throttling? Nee. De drempels verschillen per tenant en per algemene verzendersreputatie.
Gerelateerd
- 550 5.7.708 Access Denied ontcijferd
- Waarom e-mails in de map Ongewenste e-mail van Outlook belanden
Bronnen
- Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), 4.7.500-699 als tijdelijke beperking, 4.4.7 als bericht dat in de wachtrij is verlopen, en 5.7.708 als geweigerd verkeer van het IP.
- Fix NDR error codes 550 5.7.703, 5.7.705, 5.7.708 and 5.7.750 (Microsoft Learn), Microsoft noemt een IP met een lage reputatie als oorzaak van 5.7.708.
- Anti-spam message headers (Microsoft Learn), waar EOP de waarden voor SCL en BCL vastlegt die je in bezorgde mail terugleest.
- RFC 5321: Simple Mail Transfer Protocol, een 4xx-antwoord is tijdelijk, de client moet wachten met opnieuw proberen, en de opgeeftijd is doorgaans minstens 4 tot 5 dagen.