Ontcijfer 451 4.7.500, 4.7.650, RP-001 en 550 5.7.515 van Microsoft, onderscheid een storing bij Outlook van een reputatieprobleem en weet wat je moet laten.
Uitstel door Microsoft is een tijdelijke SMTP-weigering: een antwoord dat met een 4 begint en dat Outlook.com of een Microsoft 365-server stuurt als die je bericht op dat moment niet aanneemt. Je server hoort het bericht te bewaren en het later opnieuw te proberen. Het bekendste antwoord is 451 4.7.500 Server busy. Please try again later, en die code kan zowel “je verzendgedrag ziet er verdacht uit” betekenen als “Microsoft heeft een slechte dag”.
Op 4 september 2026 betekende hij het tweede, en minstens één ervaren mailbeheerder zocht de hele ochtend naar het eerste. Zo houd je ze uit elkaar.
*.olc.protection.outlook.com is de consumentenmail van Outlook.com, *.mail.protection.outlook.com is een tenant van Microsoft 365. Andere documentatie, andere escalatie.550 5.7.515 moet je altijd zelf oplossen.Microsoft heeft twee systemen die mail ontvangen.
Outlook.com is consumentenmail: outlook.com, hotmail.com, live.com en msn.com, met MX-hosts zoals hotmail-com.olc.protection.outlook.com. Het heeft de Postmaster-site van Outlook.com, SNDS voor reputatie en een eigen supportformulier voor afzenders.
Microsoft 365 (Exchange Online) host zakelijke mailboxen. Mail voor acme.com gaat naar acme-com.mail.protection.outlook.com. Foutmeldingen staan beschreven op Microsoft Learn, blokkades lopen via sender.office.com, en de beheerders van de ontvanger bepalen hoe hun tenant met jou omgaat.
Aan de domeinnaam zie je niet bij welke van de twee je uitkomt. Aan het antwoord wel. In deze logregel, die op 4 september op mailop werd gedeeld, is de relay=-host een tenant van Microsoft 365:
relay=xxxx-com.mail.protection.outlook.com[52.101.10.16]:25, dsn=4.7.500,
status=deferred (host xxx-com.mail.protection.outlook.com[52.101.10.16] said:
451 4.7.500 Server busy. Please try again later from [199.89.3.6]. (S77714)
[BN2PEPF000055E1.namprd21.prod.outlook.com 2026-09-04T10:28:53.346Z ...]
(in reply to end of DATA command))Lees de basiscode (451), de uitgebreide statuscode (4.7.500) en de subcode tussen haakjes, zoals (S77714). Microsoft publiceert de S-subcodes niet, maar als veel afzenders tegelijk dezelfde melden, is dat een signaal.
| Antwoord | Waar | Wat de documentatie van Microsoft zegt | Eerste stap |
|---|---|---|---|
451 4.7.500 Server busy. Please try again later from [IP]. (S77714) |
Microsoft 365 | Learn vermeldt 4.7.500-699 als “Access denied, please try again later”: verdachte activiteit, verzenden tijdelijk beperkt. | Laat de wachtrij het opnieuw proberen. Kijk eerst hoe breed het probleem is. |
451 4.7.500-699 (ASxxx) |
Microsoft 365 | Throttling van het IP-adres als het verbindende IP-adres “zijn eerdere verzendpatroon heeft veranderd door een veel hoger volume te versturen”. | Schaal langzamer op. De throttling verdwijnt “in de loop van een paar dagen”. |
451 4.7.650 ... temporarily rate limited due to IP reputation (S775) |
Outlook.com | Staat niet in de gepubliceerde tabel van Microsoft. | Verlaag het volume en het aantal gelijktijdige verbindingen, en kijk daarna in SNDS. |
451 4.7.652 ... exceeded the maximum number of connections (S3115) |
Outlook.com | Staat niet in de tabel. De tekst noemt de oorzaak. | Open minder verbindingen. |
421 RP-001, RP-002, RP-003 |
Outlook.com | Limiet voor het tempo, het tempo per verbinding of het aantal verbindingen overschreden, “gerelateerd aan de reputatie van het IP-adres of domein”. | Rem af en kijk daarna in SNDS. |
550 5.7.515 Access denied, sending domain [domain] does not meet the required authentication level. |
Outlook.com | Het domein verstuurt meer dan 5.000 berichten per dag en voldoet niet aan de eis voor SPF, DKIM en DMARC. | Breng de authenticatie en alignment in orde. |
550 5.7.1 ... part of their network is on our block list (S3150) |
Outlook.com | Blokkade op je IP-adres of IP-reeks. | Stop met versturen vanaf dat IP-adres en open een ticket. |
550 SC-001, SC-004, OU-002 en vergelijkbare |
Outlook.com | Weigeringen op basis van beleid, vanwege inhoud, reputatie of klachten. SC-004 verwijst naar JMRP. | Zoek de oorzaak voordat je weer gaat versturen. |
550 5.7.606-649 Access denied, banned sending IP [IP] |
Microsoft 365 | Het IP-adres staat op de lijst met geblokkeerde afzenders. | Vraag verwijdering aan via sender.office.com. |
550 5.7.511 Access denied, banned sender |
Microsoft 365 | Vereist handmatig onderzoek. | Stuur het rapport van niet-bezorging (NDR) door naar delist@microsoft.com. |
Bronnen: van Microsoft het overzicht van NDR’s in Exchange Online, het artikel over ASxxx, de codetabel op de Postmaster-site en het artikel over 550 5.7.515; Al Iverson over S775 en S3115; Twilio SendGrid over blokkades met S3140/S3150.
De Sender Best Common Practices van M3AAWG zeggen dat na een tijdelijke fout “de afzender de verbinding moet sluiten en later een nieuwe verbinding moet openen”, en dat afzenders een tijdelijke fout nooit als permanent mogen behandelen. Het beleid voor afzenders van Microsoft zegt over 5xx: “de afzender mag niet proberen dat bericht opnieuw naar die ontvanger te versturen.”
Een 451 is geen bounce. Behandelt je platform of een script hem wel zo, los dat dan eerst op.
De richtlijnen van Microsoft voor 4.7.500 wijzen naar je eigen verzendgedrag. Meestal klopt dat, maar niet altijd.
Qboxmail meldde op mailop dat het probleem “om 9.47 uur CEST op al onze IP-adressen tegelijk begon”, met de subcodes S77714, S77717 en S77719. De statuspagina van Poppulo noemde de incident-ID van Microsoft, EX1467029, met als begintijd 11.19 uur BST.
Volgens het verslag van emailexpert van 10 september zocht een beheerder de oorzaak in doorgesneden glasvezelkabels, totdat One.com, Qboxmail, Mailjet en Poppulo dezelfde codes meldden voor elk verzend-IP en elke regio. Microsoft wees eerst een antispammodel aan als oorzaak, en daarna een throttlingregel die tijdens het herstel nog steeds actief was. emailexpert vond geen openbaar rapport achteraf. Een aparte fout in de authenticatie, MO1465074, duurde ongeveer 67 uur, van 31 augustus tot 3 september. Ons rapport over september behandelt die tien dagen.
| Signaal | Wijst naar Microsoft | Wijst naar jou |
|---|---|---|
| Timing | Elk IP-adres begint in dezelfde minuut | Eén IP-adres of domein, of een geleidelijke stijging |
| Andere providers | Normaal | Gaan ook achteruit, of de klachten nemen toe |
| Andere afzenders | Dezelfde code op mailop en statuspagina’s | Niemand anders heeft het erover |
| Je recente wijzigingen | Geen | Volumesprong, nieuw IP-adres, nieuwe lijst |
| SNDS | Groen, geen blokkade | Geel of rood, klachten, “Blocked” |
| Code | 4.7.500 met een subcode die anderen ook melden | RP-00x, 4.7.650, 5.7.515, S3150 |
Zo handel je een antwoord van Microsoft af, op basis van de documentatie van Microsoft en de incidentverslagen van september 2026.
Smart Network Data Services (SNDS) is het gratis reputatieportaal van Microsoft voor Outlook.com, per IP-adres. De FAQ van SNDS zet op een rij wat je per geautoriseerd IP-adres ziet:
Gegevens zijn “mogelijk niet beschikbaar voor IP-adressen die op de betreffende dag minder dan 100 berichten hebben verstuurd”. Voor toegang vraag je een IP-adres, een IP-reeks of een ASN aan, en SNDS mailt een link naar adressen die het via reverse DNS (postmaster@, abuse@) of RDAP vindt. Handmatige aanvragen zijn er niet.
SNDS is in juni 2026 opnieuw gelanceerd. Al Iverson merkte op 19 juni op dat de return-paths van JMRP campagne en ontvanger niet meer betrouwbaar identificeren, dus leg die gegevens ergens anders vast. Volgens de startpagina van SNDS (bijgewerkt op 22 september) verloopt de toegang 10 maanden na goedkeuring of migratie, met drie herinneringen vooraf. Zet het in je agenda.
Het Junk Mail Reporting Program (JMRP), waarvoor je je binnen SNDS aanmeldt, stuurt elk bericht terug dat een gebruiker van Outlook.com als ongewenste e-mail markeert, vaak “al binnen 72 uur” na de aanmelding. Haal mensen die klagen van elke lijst en meld nieuwe IP-adressen aan zodra je ze toevoegt. Gedeelde IP-adressen kun je niet registreren; vraag je provider dan wat die in de gaten houdt.
Outlook.com. Voor het supportformulier op de pagina voor probleemoplossing van Postmaster heb je een Microsoft-account nodig. Het geldt alleen voor de vier consumentendomeinen en biedt “geen garantie” voor bezorging. Twilio SendGrid (advies van een leverancier) raadt aan om je domein, IP-adressen, een beschrijving van de mailstroom, de bouncetekst en screenshots van SNDS mee te sturen, op het eerste automatische antwoord te reageren met een verzoek om escalatie, en te vragen naar je volumequotum en een herbeoordeling van je Volume-Based Limit.
Microsoft 365. Gebruik bij 5.7.606-649 het delistportaal op sender.office.com: één adres en één IP-adres per bezoek, bevestigd per e-mail. Verwijdering “kan tot 24 uur of langer duren”. Stuur bij 5.7.511 het NDR per e-mail naar delist@microsoft.com en reken op een antwoord binnen 48 uur.
Voor throttling met ASxxx bestaat geen delisting. Filtert het bedrijf van de ontvanger inkomende mail via een externe partij voordat die bij Microsoft 365 aankomt, dan heft volgens het artikel op Learn een connector die de beheerder van dat bedrijf instelt, de throttling op. Anders verdwijnt de throttling naarmate je een verzendgeschiedenis opbouwt.
Probeer het volgens een schema opnieuw. Volgens RFC 5321, paragraaf 4.5.4.1 “ZOU het interval tussen nieuwe pogingen minstens 30 minuten MOETEN zijn” (SHOULD) en moet de termijn waarna je opgeeft “over het algemeen minstens 4–5 dagen zijn”, met twee pogingen in het eerste uur en daarna één om de twee à drie uur. Maak die termijn niet korter voor een dringende verzending.
Rem af per bestemming. Volgens M3AAWG verwachten ontvangers dat je je aanpast “als één geheel, voor alle e-mails die vanaf hetzelfde IP-adres naar hen worden verstuurd”. Stelt Microsoft uit, vertraag dan alles naar die MX-familie (Outlook.com of Microsoft 365).
Let op je verbindingen. Volgens het beleid van Outlook.com “mogen afzenders niet meer dan 500 gelijktijdige verbindingen openen” zonder voorafgaande afspraak. Dat is een bovengrens; krijg je een 4.7.652 (S3115), dan zit je boven jouw grens.
Schaal nieuwe IP-adressen en domeinen geleidelijk op. Volgens Microsoft “kan een nieuw IP-adres binnen een paar weken of sneller volledig zijn opgeschaald”, afhankelijk van het volume, de nauwkeurigheid van je lijst en het aantal klachten. Nieuwe IP-adressen die onder een bestaand SPF-record vallen, erven een deel van de domeinreputatie. Begin met ontvangers die recent actief waren.
5.7.515 hebt gekregen.Lees voor DMARC-alignment en de stap van p=none naar handhaving onze gids over bezorgbaarheid. Wil je dat wachtwoordresets en betaalbewijzen blijven doorkomen, lees dan in onze gids over transactionele e-mails hoe je ze op een eigen domein zet.
Brew beheert de verzendinfrastructuur en probeert tijdelijke fouten opnieuw, dus je hoeft nooit wachtrijen of verbindingslimieten af te stellen. Dit is wat je ziet:
delivery_delayed), en de ontvanger gaat van geaccepteerd naar vertraagd, en daarna naar bezorgd of gebounced. Zoek in Events naar “vertraagd” en typ daarna @hotmail.com of @outlook.com om te beperken tot Outlook.com (domeinfilters worden met OF gecombineerd; ontvangers bij Microsoft 365 gebruiken hun eigen domeinen). Het event zegt dat het bericht wacht, niet waarom.deliveryDelayed en pending terug naast bezorgd en gebounced. get_email_analytics doet hetzelfde via MCP.get_domain_health. Een inboxplaatsingstest (10 credits) verstuurt naar seedinboxen bij Gmail, Outlook, Yahoo, Apple en andere providers.Webhooks voor bezorging en gegevens uit SNDS of JMRP zitten nog niet in Brew (aantallen per provider haal je uit de events-API met groupBy=recipientDomain), dus gebruik voor reputatie de portalen van Microsoft. Bij een vermoedelijke storing bij Microsoft zouden wij de verzending met rust laten en kijken hoe Vertraagd verandert in Bezorgd.
Het is een tijdelijke weigering van Microsoft 365 (Exchange Online), die bij verdachte activiteit in de documentatie staat als “Access denied, please try again later”. Meestal is je verzendpatroon veranderd, maar op 4 september 2026 was het een storing bij Microsoft (EX1467029). Laat je server het opnieuw proberen en kijk of andere afzenders het ook zien.
Volgens Microsoft verdwijnt throttling op basis van je verzendpatroon “in de loop van een paar dagen” naarmate je een verzendgeschiedenis opbouwt, en kan verwijdering van de blocklist tot 24 uur of langer duren. Blijf het minstens 4 tot 5 dagen opnieuw proberen, zoals RFC 5321 aanraadt, dan wordt de meeste uitgestelde mail alsnog bezorgd.
Outlook.com weigert mail van domeinen die meer dan 5.000 berichten per dag versturen en niet voldoen aan de authenticatieregels die sinds 5 mei 2025 worden gehandhaafd. SPF en DKIM moeten slagen, het domein moet DMARC publiceren (p=none is genoeg), en SPF of DKIM moet in lijn zijn met het From-domein.
Nee. Volgens Microsoft hebben nieuwe IP-adressen geen reputatie en lopen ze meer kans op problemen. Los de oorzaak op, vraag om verwijdering van de blocklist en schaal weer op met het IP-adres dat je hebt.
Nee. Volgens M3AAWG mogen afzenders een 4xx niet als permanent behandelen. Het wordt pas een bounce als de nieuwe pogingen op zijn of de server een 5xx terugstuurt. In Brew verschijnt uitstel als een event Vertraagd, en contacten komen pas na herhaalde zachte bounces op de suppressielijst.
