Identificeer de toepassingsroute voordat u een limiet kiest
Een stelling dat Microsoft 365 een bepaald aantal e-mails toestaat, is onvolledig. Een mailboxverzending, connectorgebaseerde relay, Direct Send-stroom en speciale e-mailservice kunnen verschillende beperkingen hebben. De nuttige vraag is welke gedocumenteerde limiet van toepassing is op het daadwerkelijke verzendpad, de identiteit, de tenant en de ontvangers. In deze gids worden de huidige bronnen van eigen leveranciers per 8 november 2026 beoordeeld; er is geen huurder, wachtrij of applicatie geïnspecteerd.
Begin met een applicatie-inventarisatie die het eindpunt, de authenticatiemethode, de indieningsidentiteit, de zichtbare afzender, de envelopidentiteit, de connector indien aanwezig, de bestemmingspopulatie en het normale burst-patroon bevat. Inclusief geplande taken en wachtrijen voor nieuwe pogingen. Alleen een gebruiksvriendelijke applicatienaam of een Microsoft-hostnaam bepaalt niet of een mailbox, relay-connector of een andere dienst verantwoordelijk is voor de levering.
Afzonderlijke mailboxinzending van relay en Direct Send
Die van Microsoft routegids voor apparaat en applicatie, bijgewerkt op 16 september 2026, maakt onderscheid tussen geauthenticeerde client SMTP indiening, geauthenticeerde connectorrelay en direct verzenden. Het indienen van een mailbox is onderworpen aan de verzendlimieten voor de mailbox. Connectorrelais valt niet onder dezelfde limieten voor het indienen van clients, maar blijft onderworpen aan toepasselijke servicecontroles. Direct Send kan niet bezorgen aan ontvangers buiten de cloudorganisatie.
Verplaats geen werklast naar een relay alleen maar omdat een mailboxtarief lastig is. Bevestig de geschiktheid van de route, de vertrouwensconfiguratie, de autorisatie van de afzender en het bereik van de ontvanger via de huidige providerinstructies. Een applicatie die wordt gehost in een service van derden komt niet automatisch in aanmerking voor het gedocumenteerde connector-relay-ontwerp. Deze beoordeling stelt geen connector-, toestemming- of inloggegevenswijziging voor.
Lees elke brievenbusmaat in zijn eigen eenheden
De Pagina Exchange Online limieten, bijgewerkt op 19 oktober 2026, vermeldt 10.000 ontvangers per dag en 30 berichten per minuut voor de opgegeven Exchange Online abonnementen. Het venster voor het aantal ontvangers loopt door en de instelling voor het aantal ontvangers per bericht is een aparte maatstaf. Dit zijn gedocumenteerde cijfers over mailboxen/serviceplannen, en niet een algemene vergoeding voor elke toepassing of elke service van het Microsoft-merk.
Scheid het aantal berichten van het aantal ontvangers en maak onderscheid tussen een maximale configuratiewaarde en de werkelijke instelling van de mailbox. De behandeling van distributielijsten kan verschillen tussen berekeningen op postvak- en tenantniveau. Registreer de relevante uitbreiding van het lidmaatschap en de waargenomen configuratie in plaats van aan te nemen dat één verzonden bericht één eenheid van elk quotum verbruikt. Als meerdere applicaties een mailbox delen, is hun gecombineerde verkeer van belang voor het budget van die mailbox.
Voeg een tenantbreed bereik voor externe ontvangers toe
Die van Microsoft TERRL aankondiging en update beschrijft een afzonderlijke limiet voor externe ontvangers van de tenant. De update van 13 augustus 2026 introduceert quotawijzigingen die vanaf 14 september worden uitgerold en maakt onderscheid tussen huurdersleeftijd en licentiepopulaties. Er staat dat de uitrol is uitgesteld voor GCC, GCCH, DoD en 21Vianet. Deze verschillen in de cloud verhinderen een wereldwijde bewering die uitsluitend gebaseerd is op de productnaam van de huurder.
Dezelfde bron zegt dat extern verkeer via de huurder kan tellen, en dat herhaalde leveringen geen unieke adreslimiet zijn. Ontvangerdomeinen en geaccepteerde domeinconfiguratie zijn van belang; een andere Microsoft 365 tenant is niet automatisch intern. Raadpleeg de huidige uitzonderingslijst voor specifiek systeem- of specifiek serviceverkeer in plaats van een universele uitzondering te bedenken voor alles dat geen mailbox heeft.
Er is een onopgeloste discrepantie in de documentatie: in de bijgewerkte aankondiging staan 500 externe ontvangers voor proeftenants, terwijl de pagina met algemene limieten en gids voor probleemoplossing staat 5.000. De pagina met algemene limieten heeft een latere datum voor de pagina-update, dus alleen het ordenen van datums lost het conflict niet op. Leg beide vast en verifieer de weergegeven quota en handhavingsstatus van de tenant in het toepasselijke Exchange-beheercentrumrapport voordat u een capaciteitsbelofte doet.
Stel een diagnose van de daadwerkelijke beperking
Leg het volledige antwoord, de uitgebreide statuscode, het tijdstempel, de verzendroute en de betrokken ontvangers vast. Microsoft-documenten 5.7.233 voor een limiet voor externe ontvangers van een tenant en afzonderlijke diagnostische gegevens voor andere beperkingen. Een permanente SMTP fout wordt niet van voorbijgaande aard gemaakt omdat het onderliggende quotum later kan dalen, en een applicatie mag niet blindelings een transactie herhalen waarvan de uiteindelijke uitkomst onzeker is. RFC 5321 onderscheidt antwoordklassen; behoud de volledige uitwisseling en de wachtrijstatus van de applicatie.
Een blok waarvan vermoed wordt dat er een compromis is, verschilt ook van gewone capaciteitsuitputting. De richtlijnen voor het oplossen van problemen vereisen dat u onderzoekt waarom een account is beperkt voordat de toegang wordt hersteld. Het toevoegen van een mailbox, het verzwakken van de beveiliging of het wijzigen van inloggegevens zonder de reden te begrijpen, kan het probleem verbergen in plaats van oplossen. Wijs de beveiligingseigenaar toe wanneer de diagnostische gegevens of het accountbewijs wijzen op misbruik.
Breng representatieve werklasten in kaart zonder dat u ruimte hoeft te bedenken
Overweeg een fictieve set van drie toepassingen. Een factureringstaak wordt verzonden via één geverifieerde mailbox, een siteserver gebruikt een goedgekeurde connector en een scanner gebruikt Direct Send voor werknemers. De voorgestelde herziening brengt mailboxlimieten in kaart voor de factureringstaak, het toepasselijke bereik van de externe ontvanger van de tenant voor het uitgaande verkeer van de connector en de grens van de interne ontvanger voor de scanner. Deze routes en configuraties werden niet waargenomen; ze illustreren de inventarisatievelden die nodig zijn voor een echte beoordeling.
Vergelijk voor elke route de normale en slechtst verwachte vraag van de ontvanger met de feitelijk geconfigureerde limieten en resterende ruimte, rekening houdend met andere gebruikers van dezelfde bron. Modelbursts, nieuwe pogingen, uitgebreide groepen en periodes van downtime. Plan niet om te verzenden totdat een limiet als test is bereikt. Gebruik een afzonderlijk geautoriseerd gecontroleerd monster en providertelemetrie om de route te verifiëren zonder vermijdbaar verkeer te creëren of de bezorging te verstoren.
Bewaar een gedateerd routebesluit
Documenteer de gekozen route, de bronrevisie, de reikwijdte van de tenant/cloud, het daadwerkelijke quotumbewijs, de interpretatie van uitzonderingen, de operationele eigenaar en de beoordelingstrigger. Als de werklast een andere service vereist, beoordeel dan onafhankelijk de huidige geschiktheid en limieten van die service. Een speciale service kan geschikt zijn, maar het is geen onbeperkte oplossing en voor het wijzigen ervan is eigen goedkeuring vereist.
De exacte bewijspoort blijft open: breng de huidige officiële limieten in kaart voor representatieve aanvraagroutes zonder een numerieke drempel te bedenken. De voorgestelde kaart is gebaseerd op de bron, maar is geen geobserveerde huurdersbeoordeling. De intake vereist bovendien het testen van het specifieke traject. Origineel routebewijs, oplossing van toepasselijke bronconflicten, technische beoordeling en goedkeuring van de release zijn nog steeds nodig.