Die Sicherheitsupdates für Windows Server vom 13. Oktober 2026 lassen Exchange Server nach etwa 24 Stunden Laufzeit ausfallen: Outlook im Web ist nicht erreichbar, E-Mail-Warteschlangen wachsen, der Transport steht. Microsoft hat das Problem am 15. Oktober in der Techcommunity bestätigt und am 16. Oktober einen Registry-Workaround veröffentlicht. Quelle: Borncity

Betroffen sind On-Premises-Installationen von Exchange Server 2016, 2019 und Subscription Edition auf Windows Server 2016 bis 2025. Quelle: heise Die Exchange-Sicherheitsupdates vom selben Patchday sind laut Microsoft nicht die Ursache – entscheidend sind die kumulativen Windows-Server-Updates. In der Praxis sieht das so aus: Wer am Patchday die Windows-Updates eingespielt und den Server neu gestartet hat, sieht zunächst alles normal. Dann, typischerweise nach rund einem Tag, bricht die Datenbankverbindung weg. Outlook und OWA liefern die Fehlermeldung MapiExceptionMdbOffline, im Exchange Admin Center zeigen die Datenbanken weiter „gemountet". In einer DAG können Mitglieder das Quorum verlieren. Ein Neustart hilft vorübergehend, das Problem kehrt bei der nächsten Laufzeit zurück.

Was in der RpcEpMap.dll passiert

Microsoft nennt vier kumulative Windows-Server-Updates als mutmaßliche Ursache: KB5126646 für Windows Server 2025, KB5126655 für Server 2022, KB5126651 für Server 2019 und KB5126868 für Server 2016. Quelle: Windows FAQ Die Analyse eines Blog-Lesers legt den Mechanismus offen: In der durch das Update geänderten Datei RpcEpMap.dll (Version 10.0.26100.33648) taucht ein neuer Parameter EpmapSavedContextCap auf. Dieser legt ein hartes Limit von 512 gespeicherten Endpoint-Mapper-Suchkontexten fest. Überschreitet der Zähler diesen Wert, löst die DLL einen Fehlerblock aus, der in Exchange die beobachteten MapiExceptionMdbOffline-Meldungen erzeugt. Die neue Funktion wird über die Windows Internal Library Feature-ID 63096240 (0x03C2C5B0) gesteuert, was per Registry ebenfalls deaktivierbar sein sollte. Quelle: Borncity

Microsoft-Mitarbeiter Nino Bilic bestätigte am 16. Oktober, dass der Registry-Eintrag als vorübergehende Abhilfe angewendet werden kann und für den Server nicht „unsicher" sei. Eine endgültige Lösung stehe noch aus.

Was jetzt zu tun ist

1. Prüfen, ob einer der vier KB-Werte installiert ist: In der Windows-Update-Historie nachschauen oder auf dem Exchange-Server per reg query "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap abfragen. Fehlt der Wert, ist er noch nicht gesetzt – das Problem kann aber trotzdem vorliegen, da die DLL das Limit intern anwendet.
2. Den Registry-Workaround anwenden: In einer Administrator-Eingabeaufforderung reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f ausführen. Microsoft rät ausdrücklich davon ab, die Oktober-Sicherheitsupdates für Windows Server zu deinstallieren. Anschließend den Exchange-Server in einem Wartungsfenster neu starten.
3. Nach dem Neustart die Exchange-Datenbanken, Transportwarteschlangen, OWA und die Outlook-Verbindung prüfen. Die Beobachtung über mindestens 24 Stunden fortsetzen – einige Administratoren haben die Störung erst am zweiten Tag bemerkt. Quelle: Windows FAQ

Wer jetzt unsicher ist, ob der eigene Exchange-Server bereits in die 512er-Grenze gelaufen ist oder ob der Registry-Eintrag sauber sitzt, hat damit schon die richtige Frage gestellt. Wir schauen uns das gern einmal an – vom Patchstand bis zur Warteschlange – und melden uns, wenn alles sauber läuft. Sie erreichen uns über die Kontaktseite.

Beitragsbild: panumas nikhomkhai auf Pexels