Exchange-klanten kunnen niet e-mailen door storing, Microsoft test oplossing

Microsoft heeft een storing met Exchange Online, waardoor veel klanten niet kunnen e-mailen. Het bedrijf zegt dat het een mogelijke oplossing test. De storing begon rond half zes op maandag.

Microsoft erkent de storing en zegt dat het mogelijk ligt aan een 'authenticatiecomponent'. Het is onbekend wat voor component dit precies is en waarom het juist nu misging. Microsoft test de oplossing op een deel van de infrastructuur en als die test slaagt, probeert het bedrijf de hele storing op te lossen.

Rond half zes kwamen de eerste meldingen dat Microsoft-klanten niet konden e-mailen . Volgens Downdetector gaat het om een grote storing. Het is onbekend hoeveel klanten zijn getroffen. Omdat de storing in Nederland en België pas optrad na kantooruren, valt de impact mogelijk relatief mee.

Reacties (69)

[HKLM_]

Wel er is meer aan de hand dan alleen Exo

Impact includes, but may not be limited to, the below services and scenarios. We will update this list as our understanding of the issue progresses. OneDrive for Business and SharePoint Online: -Users may be unable to load or refresh portions of OneDrive and SharePoint, including account and storage information, search results, Favorites, Followed and Shared With Me content, recent files, lists, and news. Some users may also experience delayed or failed file opening, Office policy-label retrieval, OneDrive synchronization, mobile camera upload, and video playback. Users may see partial page failures, missing or stale content, repeated retries, and operation timeouts rather than a complete platform outage.

Exchange Online,Microsoft Teams, Microsoft Purview en Microsoft Defender XDR

Zijn momenteel geraakt door dit incident MO1465074

[dasiro]

lijkt eerder een entra-issue dan een exchange-issue, of misschien ook een achterliggend cloud-storage probleem.

Hopen dat ze er tegen morgen uit zijn en er vanavod/vannacht niet al te veel heen&weer wordt gestuurd.

[Marve79]

Je hebt alles wel genoemd zo, het lijkt mij een issue met de cloud.

[alki]

Lekker man alles in de cloud

[Sjod]

Inderdaad nu kun je als Exchange beheerder lekker achterover hangen en wachten tot het opgelost is. Hoef je zelf niet te zweten 😀

[Blokker_1999]

Vooral dit. Voldoende storingen gezien met de infra in eigen beheer. Of het nu de load balancers, de security appliance of de mail servers zijn. Maakt niet uit. Maar altijd moet je weer gaan uitzoeken waar het mis loopt en wat er gebeurd is.

Met de cloud ben je niet ineens van de problemen verlost, maar wel veranderd wie er verantwoordelijk is voor het oplossen en schrijven van een rapport. En liever een dienst die 24/7 de nodige mensen standby heeft staan dan ondergetekende die 's nachts uit bed gebeld moet worden.

[Qwerty-273]

Je wordt nog steeds uit bed gebeld, want jij als specialist binnen het bedrijf bent wel de persoon die de status pagina van het cloud platform mag gaan F5’en tot er daar aangegeven wordt dat de storing is opgelost. En dat er druk op jou wordt uitgeoefend om druk te zetten op het ticket wat jij bij de cloud aanbieder moet openen. Zodat de cloud aanbieder jullie als de belangrijkste klant toch echt één van de eersten zal helpen….

[Zackito]

Tijd voor een automatisch bandje dat er een storing bekend is met “de mail” en dat ze daarvoor niet hoeven te bellen?

Ik weet hoe irritant het is, maar een storing in eigen beheer met druk er op levert meer stress op.

Als beheerder ben ik heel blij met Exchange Online nooit meer Exchange updates installeren en narige storingen onderzoeken

[jurroen]

Maar als beheerder met on-prem infra moet je ook zeker niet voor Exchange gaan

Voor het oursourcen van de hoofdpijn valt zeker wat te zeggen. Hoop alleen wel dat het steeds meer Europees is. Enerzijds misschien niet het probleem van de gemiddelde IT manager (upper management neemt immers het besluit), maar het maakt ons als maatschappij wel afhankelijk van US Big Tech.

[Niemand_Anders]

Mag jij als beheerder kiezen welke server software wordt gebruikt. Wow.
Over het algemeen wordt dat vooral besloten door de directie op basis van een gelikte powerpoint presentatie...

Ik mag ook mijn mening geven, maar ik krijg dan meestal een AI reactie terug als 'hele goede punten, maar gaan we niets mee doen. Nog andere punten? Nee mooi, dan is het tijd voor lunch'.

[TigoGP]

Als je het over bellen hebt: telefooncentrale in de cloud; Draait ook niet altijd vlekkeloos, maar daar kun je dan niets aan doen, behalve wachten tot het is opgelost. En je collega's dat maar weer uitleggen. De lokale centrale had ook zijn fouten.

[JeroenNietDoen]

Je wordt nog steeds uit bed gebeld

Denk het niet. Krijg ik niet voor betaald.

[Sluuut]

Ja? Ik heb Exchange 2010 en 2016 bijna 10 jaar 100% stabiel gedraaid, nooit problemen mee gehad (uiteraard alles netjes en vrij vlot gepatched).

[Cergorach]

En buiten die 10 jaar? Bij een dochter van een bank een keer een grote Exchange storing gehad in het NT tijdperk, voordat het volledig restored was waren we ruim een week verder (ik was gelukkig niet de Exchange beheerder).

En als je verschillende Exchange omgevingen beheert voor klanten (MSP) dan kom je ook vaker issues tegen met Exchange, veel van die issues worden veroorzaakt door dingen die niet door Exchange veroorzaakt zijn, maar Exchange wel last van heeft. Hardware, OS, networking, internet, integratie, authenticatie issues, etc. Omdat Exchange niet de oorzaak is betekend nog niet dat Exchange beschikbaar is...

[Sluuut]

Dat klopt, als een load balancer ervoor een issue heeft of de hardware waaronder Exchange draait dan is Exchange niet de oorzaak maar kunnen mensen mogelijk niet bij hun mail.

Qua Exchange zelf is de programmatuur en patches netjes geweest altijd, dat bedoelde ik meer te zeggen.

Als je het dan met een DAG active/passive of active/active had en daarop kon patchen dan kon je ook vrij goed testen en vrij snel terug.

Maar ja, er is geen software die lekker draait op defecte hardware..

[mjtdevries]

Bij een dochter van een bank een keer een grote Exchange storing gehad in het NT tijdperk, voordat het volledig restored was waren we ruim een week verder

Dat was dan Exchange 5.0 of nog vroeger? totaal onvergelijkbaar met latere versies.

En was je een week verder vanwege Exchange issues, of omdat het een week duurde voordat de tapedrives al die data terug gekopieerd hadden?

Want in die vroege versies waren er altijd twee bottlenecks: De hardware waarop de databases stonden: Raid10 met 10k rpm disks; m.a.w. zeer kostbaar. En de snelste en dus zeer dure tape backups. En dan was de vraag gaan we 400.000 uitgeven aan tape drives of mag een volledige restore een dag langer duren zodat het maar 200.000 kost?

[Cergorach]

Geen idee meer wat de exacte Exchange versie was (het is ~25 jaar geleden). Maar ik gok 5 of 5.5...

En je weet precies waar het fout ging: de restore. Maar volgens mij was het issue niet de tape restore zelf, maar het importeren in Exchange (dus de hardware waar het op stond).

Maar sinds die tijd ook veel gelazer gehad met lokale Exchange servers (voornamelijk MKB), vaak gewoon niet voldoende schijfruimte op toch al oude hardware. Geen ruimte voor extra schijven en/of geen flexibele RAID sets (uitbreiden/vergroten). Balletje-balletje spelen met exchange databases/locaties om iets te fixen om het toch nog effe in de lucht te houden, terwijl je al een jaar eerder had aangegeven dat de (vm) server allang vervangen had moeten worden.

Het scheelde al enorm dat je op een gegeven moment email kon uitbesteden via Hosted Exchange, later Google Apps (for Business) en nog later Exchange Online (Office 365). Met Exchange Online zat je met hybride omgevingen in theorie nog steeds vast aan lokale Exchange servers (maar daar waren niet officieel ondersteunde oplossingen voor), het heeft nog heel lang geduurd dat je in een hybride omgeving geen lokale Exchange server meer nodig had...

[Marve79]

Nou, als het wereldwijd down is zeker, dan is dat een voordeel. Tot je een probleem krijgt wat enkel jou treft of een select groepje. Zie het dan maar eens opgelost te krijgen.

[SPee]

Je moet nog wel een mailtje uitsturen naar je klanten/gebruikers om te melden dat er een exchange storing is.

[williamvdh]

Ja, want een lokale installatie kan geen storing hebben 🙃

Laten we eerst eens afwachten wat de reden was.

[Marve79]

Kan wel maar heb je toch meer zelf in de hand. Maar Exchange is een van de dingen waarvan ik zeg duw dat aub in de cloud want dat is een gedrocht om zelf te beheren. SharePoint is er nog zo eentje.

Maar VMs enzo draai die lekker onprem.

[readefries]

Als het zo'n gedrocht is zou ik niet voor t product kiezen 🙃 doe ik dus ook niet, helaas is MS wel een groot probleem als je zelf wil hosten. Ze doen nogal moeilijk ook al heb je ligitieme mail 😐

[Heroic_Nonsense]

Je hebt dat niet altijd in de hand. Meestal kiest je werkgever, zit het al in het raamcontract, of, als je heel veel pech hebt, móet je wel omdat het negen van de tien keer als enige overblijft in een aanbestedingstraject.

Maar goed, Exchange Online is een prima enterprise mailomgeving. Aanzienlijk beter beheerbaar dan de onprem Exchange.

[Marve79]

Klopt, maar als bedrijf heb je vaak geen keuze. Alles integreert met je Office pakket, authenticatie etc. Bedrijven zijn vaak 100% Microsoft. Niet dat ik dat goedkeur, slechts een constatering.

Ik ken er ook die Zimbra ofzo gebruiken, alleen maar drama en klagende gebruikers.

[Cergorach]

Omdat je zelf meer in de hand hebt betekend nog niet dat het niet stuk gaat en/of je het sneller kan oplossen.

Gelukkig zelf niet echt on-premises Sharepoint servers hoeven te beheren (behalve voor migratie naar de cloud). Maar met lokale Exchange was het een feestje toen ik bij een MSP alle klanten had gemigreerd naar Exchange Online.

VMs lokaal draaien is leuk, mits daar voldoende budget voor is uitgetrokken, vaak zie ik dat bij MKB als kosten besparende oplossing waar je veel meer tijd aan kwijt bent omdat men overal op heeft bespaard waarop men niet moest besparen. Niet genoeg storage, niet dubbel uitgevoerd (1 server), niet voldoende RAM na x aantal jaar gebruik, niet tijdig vervangen voor beter/ondersteund, etc. Heck ik heb servers op locaties gezien waar ze niet hoorden en natuurlijk voor (dure) uitval zorgde. Maar als je er voldoende budget voor heb uitgetrokken kan je on-premises hele mooie oplossingen hebben! De vraag is of je zelf nog de hardware en locatie wil beheren.

[mjtdevries]

Ik ben vele jaren Exchange beheerder en architect geweest van een grote Enterprise omgeving. Geen enkel probleem om zelf te beheren. Ik heb geen flauw idee waarom je het een gedrocht noemt.

Maar je moet wel goed weten waar je mee bezig bent, en ik kreeg altijd carte-blanche om een goede omgeving op te zetten. Daarmee hadden we een super stabiele omgeving met een veel lagere TCO dan Microsoft met Exchange Online kon aanbieden.

[Marve79]

Ja ik praat over 20 jaar geleden, toen was er nog Exchange 5,5 of daarna Exchange 2000. Dan had je mailbox stores op spinning disks staan RAID5, dat was niet vooruit te branden. Dus als je dan een store moest defragmenteren of repairen dan was je wel even bezig.

Maar op zich werkte het allemaal wel ok, alleen beheer ging veel tijd in zitten.

[mjtdevries]

Tja, in die tijd had ik Exchange al op Raid10 staan met 10k rpm disks. De disk performance was toen de grote bottleneck voor Exchange.

Op een gegeven moment had Microsoft ook een nette excel waarmee je kon berekenen hoeveel iops je nodig had op basis van de grootte van je mailboxen en de hoeveelheid mailboxen en gemiddelde hoeveelheid mails. Grappig genoeg waren grote mailboxen dan gunstig, want dan had je minder mailboxen per disk en daarmee meer iops beschikbaar per mailbox.
Maar die sheet was er nog niet met 5,5 en 2000.

[TigerMooD]

Ach, in dit geval geldt met zulke grote storingen ook: Jij kunt niet mailen, maar (vrijwel) niemand kan mailen. Schouders ophalen en later nog maar een keer proberen. Tijd om even rustig wat anders te gaan doen.

[Reactie gewijzigd door TigerMooD op 31 augustus 2026 20:29]

[Wilke]

Behalve dat Exchange Online qua email een uithoekje van het internet is, dus eigenlijk kan bijna iedereen wel mailen, behalve als je hier klant van bent dus.

[Blokker_1999]

In de bedrijfswereld zal het 1 van de grootste mail platformen zijn die je gaat tegenkomen. Ik verwacht dat de enige oplossing die vandaag nog vaker voorkomt het zelf hosten is van een Exchange in eigen beheer. Maar dat loopt met rasse schreden terug, want MS wil er van af geraken.

[michelr]

Naar schatting marktaandeel van 30-35% in zakelijk segment. "Uithoekje".

[Reactie gewijzigd door michelr op 31 augustus 2026 23:47]

[dasiro]

je hebt duidelijk nog nooit een corrupte storage group of mailbox database gehad

Jaren geleden toch wel wat last gehad met een geërfde exchange die vol mailboxen zat die boven hun limiet gegroeid waren en plots tientallen anderen mee de afgrond in sleurden. Als je dan geen seniors had die echt wisten waar ze mee bezig waren, was je gescheten (los van het feit dat die de situatie hadden moeten voorkomen ).

[alki]

In de registry de 20gb limit verhogen

[mjtdevries]

Welke limiet?

De enige limiet waar ik tegenaan ben gelopen is dat bij de migratie naar Echange Online er een limiet was van 42GB. (Kunstmatige limiet omdat ze toen een standaard limiet van 50GB op de mailboxen in de cloud hadden)

We hadden toen on-premise een paar mailboxen van 200GB die prima werkten.

[dasiro]

ik spreek over 15 jaar of langer geleden en kan er echt geen getal meer op plakken, maar er was een theoretisch maximum waar je gewoon over kon gaan en corruptie kon veroorzaken in heel je storage group

[SuperDre]

Is niet alsof dit met onpremise nooit voor komt, daar zal het risico juist nog groter zijn, want bij de cloudvariant is het vaak nog geschaduwd via andere servers.

[Woodski]

Ja want on premise servers hebben nooit problemen he

[bussie66]

Zekers wel, maar sinds overgang naar cloud bij mijn werk is er vaker gedoe ed. Laat staan het overzetten / testen enz richting de cloud. Pfffff

[bzuidgeest]

Maar is dat vanwege de cloud of vanwege het gebrek aan kennis in dat bedrijf? De cloud is echt niet moeilijker dan lokaal, maar he moet wel weten wat je doet.

[alki]

Laatst nog dns problemen bij cloudflare en je bedrijf ligt weer plat. Cloud is echt niet je van het

[bzuidgeest]

Dat kan in je eigen dns server ook gebeuren. Je kan ook lokaal en in de cloud een slechte beheerder hebben. Als je glasvezel link kapot gaat heb je ook geen internet. Of had je voordeel als je servers in de cloud stonden...

Misschien wil je het nog een keer proberen met een voorbeeld dat echt uniek is aan de cloud.

[bzuidgeest]

Jaja, laat maar merken dat je geen argument hebt

[mveenstra2008]

Minder en zeker minder ingrijpend.

[aidanl]

Vermoedelijk geen of weinig ervaring binnen grote enterprises

[Crew One]

Niet echt. Maar aangezien je eigenlijk die kant op gedwongen word als mkb en exchange 2012 nu echt wel op is. Wat moet je dan? (Los van het feit dat personeel al helemaal niet te vinden is.)

[-Vasa-]

Ja, alles lekker zelf hosten en beginnen zoeken waarom iets niet werkt wanneer het breekt bovenop alle maintenance en emergency upgrades die je gaat moeten doen wanneer een zeroday ontdekt wordt voor iets in je stack.Ook lekker al je gebruikers helpen hun mail te configureren op hun mobiele apparaten.

Er zijn goede redenen overigens (kosten, aanpasbaarheid, data security, privacy) om alles zelf te hosten, maar dat het af en toe ook foutgaat bij het hosting-platform waar je naartoe gaat is daar echter wel geen van. En kost is dan ook nog eens moeilijke als je met een klein bedrijf bent zonder full-time IT-er in dienst. Veel plezier met te wachten tot je IT-partner tijd heeft om in te loggen via hun VPN om te kijken waarom je niet kan mailen. En als het buiten hun kantooruren is, zoals nu ga je dus ook niet kunnen bellen. Tegen dat dit probleem van MS opgelost is, had je zelfs nog niemand kunnen spreken om naar je on-premise mail te kijken...

[konong]

Een vraag voor IT-ers: hoe informeren jullie je bedrijf dat e-mail plat ligt? Teams (als het werkt)/WhatsApp/megafoon?

[lDDQD]

Intranet + monitoringstool op de laptops die meldingen geeft mbt beschikbaarheid van applicaties en diensten.

[alexwel]

Kleine organisatie hier, als het tijdens werktijden is, vaak een berichtje op een paar whatsapp groepen, en dan zijn de meeste gebruikers wel op de hoogte.

Buiten werktijden boeit het meestal niet, dus dan gooi ik er geen bericht uit naar de gebruikers.

[Cyberpuppy]

Wij sturen altijd een email

[mjtdevries]

Er zijn diensten om je werknemers te informeren bij calamiteiten. Dat kan je dan ook in deze situatie gebruiken.

Dan kan je je mensen informeren via een app op de PC, of op een mobiel device, via SMS, of geautomatiseerde telefoontjes etc etc.

Als je daarin geinteresseerd bent kun je eens zoeken op OnSolve. Geen idee hoe kostbaar het is, maar het is wat mijn werkgever wereldwijd gebruikt voor informeren bij calamiteiten.

[PearZeaL]

Ik dacht nog even een paar mails wegwerken, en begon al te vloeken op Outlook. Dan maar verder met klussen in de badkamer.

[Kaasboerke]

Azure lijkt ook down te zijn dan maar niet releasen. ><

[Charlie_Root]

Valt precies samen met de storing bij OpenAI. Toeval?

[William_H]

Niet als het probleem op Azure zit. Want OpenAI draait grotendeels ook op Azure.

[Inproba]

Het lijkt er wel op dat ze al iets geisoleerd hebben oid. Want ik kan in ieder geval nog een email versturen via de Outlook app op mijn smartphone naar extern.

[benme]

Onenote heeft ook een authn probleem

[beerse]

Ach, ooit was email een nogal robuust systeem om berichten te versturen. Als een node ergens onderweg de mail had ontvangen dan deed die in de regel 2 weken haar best om het bericht bij de bestemming te krijgen. Ik herinner mij dat ze dat 3 dagen elk uur probeert en daarna in een lagere frequentie.

Maar hier gaat het waarschijnlijk om systemen die zijn geoptimaliseerd naar de hedendaagse beschikbaarheid verwachtingen op de onderliggende systemen.

Of is het hier expliciet de versturende kant, dat er geen mail verstuurd kan worden? Of is het de eind-node die de berichten bewaart voor de eindgebruiker?

Laten we email weer bekijken op de manier waarop het is 'ontworpen' (of gegroeid). Het is een systeem dat haar best doet om de berichten door te sturen en daar de tijd voor neemt. Andere systemen zijn er voor om direct berichten bij de eindgebruiker te krijgen.

Oh ja, msExchange is veel meer dan alleen email... Waarom heeft microsoft dan nog zo veel meer systemen in dienst voor dergelijke functionaliteiten?

[jordykeboy]

Nog steeds actueel en niet beperkt tot ExO.


Users may experience issues when utilizing multiple Microsoft 365 services

Issue ID: MO1465074

Affected services: Microsoft 365 suite

Status: Service degradation

Issue type: Incident

Start time: Aug 31, 2026, 5:08 PM GMT+2

More info

Impact includes, but may not be limited to, the below services and scenarios. We will update this list as our understanding of the issue progresses.


Microsoft 365 Copilot:

- Users' Copilot prompts that require Microsoft 365 grounding, such as email content, may fail.

OneDrive for Business and SharePoint Online:

-Users may be unable to load or refresh portions of OneDrive and SharePoint, including account and storage information, search results, Favorites, Followed and Shared With Me content, recent files, lists, and news.

-Some users may also experience delayed or failed file opening, Office policy-label retrieval, OneDrive synchronization, mobile camera upload, and video playback.

-Users may see partial page failures, missing or stale content, repeated retries, and operation timeouts rather than a complete platform outage.

Exchange Online

-Users may be unable to connect to, or experience degraded functionality, such as failures when attempting to use the search function, within Exchange Online. All connection methods are affected.

Microsoft Teams

-Users may experience issues with calendar functionality and search. Users’ presence may be stale and not update automatically or through manual adjustment. User location adjustment may fail.

-Microsoft Teams Room (MTR) devices and desktop phones display as offline in the Teams admin center.

Microsoft Purview

-Users may face intermittent authorization failures across solutions in Purview. Purview admins can’t access the portal.

Additionally, in Microsoft Purview Communication Compliance, users may see errors when loading Communication Compliance policies and Data Loss Prevention (DLP) policies. Communication Compliance policy creation and evaluation may be delayed.

Microsoft Defender XDR

-Users may experience intermittent authorization failures across solutions in Defender.

Microsoft 365 Admin Center:

-Admins may experience issues authenticating into the admin center.

Universal Print

-Users may be unable to create, upload, or retrieve print jobs.

Scope of impact

Users attempting to perform any of the outlined impact scenarios may be affected by this event.

Root cause

An issue within a core authentication configuration used by multiple Microsoft 365 services is resulting in impact.

Current status

Sep 1, 2026, 8:39 AM GMT+2

Our efforts to restart affected sections infrastructure and re-apply the targeted authentication component fix has yielded progress, and we're observing incremental improvement reflected in the service health telemetry associated with search functionality across a sample of the affected environment. We're continuing this action for additional sections of infrastructure as we monitor closely to ensure widespread remediation.

Next update by:

Tuesday, September 1, 2026 at 10:00 AM GMT+2