M365 weigert sinds we een nieuw script draaien met 4.7.500 of throttle
Microsoft 365 throttled per gebruiker en per tenant. Per gebruiker: 30 berichten per minuut, 10.000 ontvangers per dag. Per tenant via Exchange Online relay: 10.000 ontvangers per dag default. Een 4.4.62, 4.4.7 of 4.7.500-cap betekent throttle, niet permanent block.
Probeer dit eerst zelf
- 1Lees de NDR. 4.7.500-901 = sender exceeded message rate. 4.7.28 = throttling. 5.0.350 = relay denied.
- 2Spreid je verzending over de tijd. 30 per minuut betekent: een loop met sleep van 2 seconden tussen messages werkt voorbij de cap.
- 3Voor batch-jobs >10k per dag: gebruik geen M365 mailbox. Gebruik een ESP of Azure Communication Services Email.
- 4Voor SMTP-relay vanuit on-prem app: gebruik een Receive Connector met IP-whitelist en eigen quotum, niet user-AUTH.
- 5Monitor in Exchange admin → Mailflow → Message Trace. Daar zie je per gebruiker hoeveel hij verstuurt.
Wanneer ons inschakelen
Stuur je structureel >5k ontvangers per dag uit één mailbox, dan zit je verkeerd op M365. Migreer naar een ESP, dat is goedkoper en je verliest geen reputatie.
Zie ook
- Onze mails komen bij sommige ontvangers in de spamBijna altijd is dit een SPF-, DKIM- of DMARC-instelling die niet klopt of ontbreekt, of een afzender-naam die te veel op een bekend merk lijkt.
- Iemand meldt dat ze namens ons phishing-mail ontvangenLees: spoofing. Iemand misbruikt jouw afzendernaam, niet noodzakelijk je echte mailbox.
- Een mail bouncet (NDR) - delivery failedDe NDR heeft bijna altijd een precieze reden in de tekst zelf. Lezen is stap één.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.