# Microsoft 451 4.7.500: draaiboek voor afzenders bij uitstel

Canonieke URL: https://brew.new/nl/blog/microsoft-451-4-7-500-deferrals-playbook
Auteur: Thomas Park
Gepubliceerd: 2026-10-05
Bijgewerkt: 2026-10-05

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.

## De belangrijkste punten

- Kijk eerst naar de host. `*.olc.protection.outlook.com` is de consumentenmail van Outlook.com, `*.mail.protection.outlook.com` is een tenant van Microsoft 365. Andere documentatie, andere escalatie.
- Een 4xx betekent: in de wachtrij laten staan en opnieuw proberen. Volgens RFC 5321 met minstens 30 minuten ertussen, gedurende minstens 4 tot 5 dagen. Een 5xx betekent: stoppen. Het beleid van Microsoft verbiedt een nieuwe poging.
- Krijgt elk IP-adres in dezelfde minuut dezelfde code van Microsoft, terwijl Gmail en Yahoo gewoon werken, verdenk dan Microsoft en kijk op mailop voordat je iets verandert.
- Sinds 5 mei 2025 handhaaft Outlook.com SPF, DKIM en DMARC voor domeinen die meer dan 5.000 berichten per dag versturen. `550 5.7.515` moet je altijd zelf oplossen.
- Registreer je verzend-IP’s nu in SNDS en JMRP. De toegang tot SNDS verloopt na 10 maanden, tenzij je hem opnieuw bevestigt.
- Probeer het niet agressiever opnieuw, stap niet over op nieuwe IP-adressen en zet uitgestelde contacten niet op de suppressielijst.

## Zoek eerst uit met welk systeem van Microsoft je praat

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](https://substrate.office.com/ip-domain-management-snds/Postmaster/Troubleshooting), 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](https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online), 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](https://www.mail-archive.com/mailop@mailop.org/msg27209.html), is de `relay=`-host een tenant van Microsoft 365:

```text
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))
```

## Ontcijfer het antwoord

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](https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online), het [artikel over ASxxx](https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/fix-error-code-451-4-7-500-699-asxxx-in-exchange-online), de codetabel op de Postmaster-site en het [artikel over 550 5.7.515](https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com); Al Iverson over [S775](https://www.spamresource.com/2026/02/microsoft-rate-limiting-issues.html) en [S3115](https://www.spamresource.com/2025/07/microsoft-says-too-many-connections.html); Twilio SendGrid over [blokkades met S3140/S3150](https://support.sendgrid.com/hc/en-us/articles/38465017420955-Troubleshooting-Microsoft-Delivery-Issues-With-Error-550-5-7-1-S3140-S3150-Blocks).

### De 4 of de 5 vertelt je wat je moet doen

De [Sender Best Common Practices van M3AAWG](https://www.m3aawg.org/sites/default/files/document/M3AAWG_Senders_BCP_Ver3-2015-02.pdf) 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](https://substrate.office.com/ip-domain-management-snds/Postmaster/Policies) 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.

## Storing bij Microsoft of je eigen reputatie

De richtlijnen van Microsoft voor 4.7.500 wijzen naar je eigen verzendgedrag. Meestal klopt dat, maar niet altijd.

### Hoe 4 september 2026 eruitzag

Qboxmail [meldde op mailop](https://www.mail-archive.com/mailop@mailop.org/msg27208.html) dat het probleem “om 9.47 uur CEST op al onze IP-adressen tegelijk begon”, met de subcodes S77714, S77717 en S77719. De [statuspagina](https://poppulo1.statuspage.io/incidents/w0671ycn23fw) van Poppulo noemde de incident-ID van Microsoft, EX1467029, met als begintijd 11.19 uur BST.

Volgens het [verslag van emailexpert van 10 september](https://emailexpert.com/microsofts-ten-days-three-exchange-online-incidents-three-causes/) 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](/nl/blog/state-of-email-september-2026) behandelt die tien dagen.

### Vijf controles voordat je iets doet

1. **De reikwijdte bij jou.** Problemen bij het platform treffen binnen een paar minuten elk IP-adres, elk domein en elke mailstroom. Reputatieproblemen beginnen meestal bij één ervan.
2. **Andere providers.** Accepteren Gmail, Yahoo en Apple je mail gewoon en melden andere afzenders dezelfde code van Microsoft, dan ligt de oorzaak waarschijnlijk bij Microsoft.
3. **Je afgelopen 72 uur.** Een volumepiek, een nieuw IP-adres, een geïmporteerde lijst, een DNS-wijziging of een reactivatieverzending moet je hoe dan ook aanpakken.
4. **Hoor rond.** Bekijk het archief van mailop en statuspagina’s. Een beheerder van Microsoft 365 kan **Health > Service health** openen, de servicestatus van de tenant. Onder [Issue history](https://learn.microsoft.com/en-us/microsoft-365/enterprise/view-service-health), de probleemgeschiedenis, staan de incidenten van de afgelopen 7 of 30 dagen die voor je tenant zijn gepubliceerd. Daar vond Poppulo EX1467029.
5. **SNDS.** Staat alles op groen zonder blokkades terwijl het uitstel zich opstapelt, dan ligt het waarschijnlijk niet aan jou.

| 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 |

![Een beslisschema voor antwoorden van Microsoft: 5xx-codes leiden naar het oplossen van de authenticatie, het delistportaal of een supportticket; 4xx-codes leiden naar een controle op een storing, en daarna naar afwachten of afremmen en SNDS bekijken.](/images/blog/microsoft-451-4-7-500-deferrals-playbook-flowchart.png)

*Zo handel je een antwoord van Microsoft af, op basis van de documentatie van Microsoft en de incidentverslagen van september 2026.*

## SNDS en JMRP: richt ze in voordat je ze nodig hebt

[Smart Network Data Services](https://substrate.office.com/ip-domain-management-snds/snds) (SNDS) is het gratis reputatieportaal van Microsoft voor Outlook.com, per IP-adres. De [FAQ van SNDS](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ) zet op een rij wat je per geautoriseerd IP-adres ziet:

- **Filterresultaat.** Groen is minder dan 10% spamoordelen, geel 10% tot 90%, rood meer dan 90%.
- **Klachtenratio**: klachten gedeeld door ontvangers. Meer dan 30% van de IP-adressen blijft onder 0,3%, “een goede norm om naar te streven”.
- **RCPT-commando’s tegenover berichtontvangers.** Een groot verschil wijst op verouderde lijsten.
- **IP-status**: Blocked, Bot of Junked.

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](https://www.spamresource.com/2026/06/snds-and-jmrp-in-transition.html) 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](https://substrate.office.com/ip-domain-management-snds/Postmaster/Services) (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.

## Support voor afzenders en verwijdering van de blocklist

**Outlook.com.** Voor het supportformulier op de [pagina voor probleemoplossing van Postmaster](https://substrate.office.com/ip-domain-management-snds/Postmaster/Troubleshooting) 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](https://learn.microsoft.com/en-us/defender-office-365/external-senders-use-the-delist-portal-to-unblock-yourself) 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.

## Opnieuw proberen, afremmen en opschalen

**Probeer het volgens een schema opnieuw.** Volgens [RFC 5321, paragraaf 4.5.4.1](https://www.rfc-editor.org/rfc/rfc5321.html#section-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.

## Wat je niet moet doen

- **Agressiever opnieuw proberen.** Als je de wachtrij om de paar minuten flusht, stapel je verbindingen op een IP-adres dat Microsoft juist wil afremmen, en krijg je een 4.7.652.
- **Van IP-adres wisselen om het te omzeilen.** Nieuwe IP-adressen hebben geen reputatie en lopen meer kans op problemen, en mail over verse IP-adressen verspreiden is precies wat snowshoe-spammers doen.
- **Een 5xx opnieuw proberen.** Microsoft verbiedt het, en na “meerdere antwoorden over niet-bezorging” moet je stoppen met versturen naar die ontvanger.
- **Uitgestelde contacten op de suppressielijst zetten.** Het adres is nog steeds geldig.
- **Opnieuw versturen naar uitgestelde ontvangers.** Hun berichten staan nog in de wachtrij. Je zou dubbele berichten versturen.
- **In paniek je DNS aanpassen.** SPF of DKIM wijzigen midden in een storing levert een tweede probleem op, tenzij je een `5.7.515` hebt gekregen.

Lees voor DMARC-alignment en de stap van `p=none` naar handhaving onze [gids over bezorgbaarheid](/nl/blog/email-deliverability). Wil je dat wachtwoordresets en betaalbewijzen blijven doorkomen, lees dan in onze [gids over transactionele e-mails](/nl/blog/transactional-emails) hoe je ze op een eigen domein zet.

## Zo ziet dit eruit in Brew

Brew beheert de verzendinfrastructuur en probeert tijdelijke fouten opnieuw, dus je hoeft nooit wachtrijen of verbindingslimieten af te stellen. Dit is wat je ziet:

- **Vertraagde events.** Bij uitstel legt Brew een event Vertraagd vast (`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.
- **Bouncedetails.** Onder Metadata van een event Gebounced staan het type bounce en het bericht van de provider.
- **Aantallen via de API.** Het [statistiekenoverzicht](https://docs.brew.new/api-reference/public-v1/analytics/brand-overview-totals-rates-timeseries) geeft `deliveryDelayed` en `pending` terug naast bezorgd en gebounced. `get_email_analytics` doet hetzelfde via MCP.
- **Suppressie die 4xx respecteert.** Harde bounces en klachten leiden direct tot suppressie. Zachte bounces pas na drie binnen 30 dagen.
- **Opschalen.** [Geleidelijk verzenden](https://docs.brew.new/create-emails/send-options#gradual-send) verdeelt een grote verzending in batches per uur of per dag, elk een percentage van het totaal, die je kunt pauzeren als Outlook.com begint uit te stellen.
- **Domeingezondheid.** De kaart Bezorgbaarheid van elk domein geeft een score van 0 tot 100 op inboxplaatsing, reputatie, authenticatie, inhoud en verzendconfiguratie; die score is ook beschikbaar via de MCP-tool `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.

## Veelgestelde vragen

### Wat betekent 451 4.7.500 Server busy van Outlook of Microsoft 365?

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.

### Hoe lang blijft Microsoft mijn e-mail uitstellen?

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.

### Wat is 550 5.7.515 en hoe los ik het op?

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.

### Moet ik een nieuw IP-adres nemen als Microsoft het mijne blokkeert?

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.

### Telt uitstel door Microsoft als bounce?

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.