Nach den schweren Exchange-Ausfällen durch die Windows-Server-Updates vom Oktober 2026 hat Microsoft jetzt eine offizielle Lösung veröffentlicht. Administratoren können mit einem Registry-Befehl die Stabilität betroffener Exchange-Server verbessern. Anschließend ist ein Neustart erforderlich. Die Lösung gilt für Exchange Server Subscription Edition sowie Exchange Server 2016 und 2019.
Besonders wichtig ist eine neue Erkenntnis: Microsoft bestätigt ausdrücklich, dass die Probleme nicht durch die Exchange-Sicherheitsupdates selbst entstehen. Verantwortlich sind die kumulativen Windows-Server-Updates vom 13. Oktober 2026. Microsoft rät deshalb davon ab, diese Sicherheitsupdates zu deinstallieren. Wir erklären den neuen Workaround und zeigen Schritt für Schritt, wie Du Deine Exchange-Server überprüfen und die Registry-Anpassung durchführen kannst.
Microsoft bestätigt Exchange-Probleme und veröffentlicht Workaround
Seit dem Oktober-Patchday vom 13. Oktober 2026 berichten Administratoren über schwerwiegende Probleme mit lokal betriebenen Exchange-Servern. Besonders ungewöhnlich ist, dass die Störungen häufig nicht unmittelbar nach der Update-Installation auftreten. Die betroffenen Systeme können zunächst viele Stunden normal funktionieren, bevor Outlook, OWA und der E-Mail-Transport ausfallen.
Bereits am 15. Oktober haben wir in unserem Beitrag Exchange Server SE fällt nach Oktober-Updates aus über die ersten Ausfälle und die möglichen Ursachen berichtet.
Am 16. Oktober 2026 hat Microsoft die Situation nun wesentlich genauer beschrieben. Das Exchange-Team bestätigt einen Zusammenhang mit den Oktober-Updates für Windows Server und nennt erstmals einen konkreten Registry-Workaround.
Die neue Microsoft-Empfehlung sieht folgende Maßnahmen vor:
- Die installierten Oktober-Sicherheitsupdates für Windows Server sollen nicht deinstalliert werden.
- Auf dem betroffenen Exchange-Server wird der Registry-Wert EpmapSavedContextCap auf 65536 gesetzt.
- Anschließend ist ein Neustart des Exchange-Servers erforderlich.
- Nach dem Neustart müssen Exchange-Datenbanken, Transportwarteschlangen und Postfachzugriffe überwacht werden.
- Falls die Störung erneut auftritt, kann eine weitere Anpassung des Grenzwertes erforderlich sein.
Microsoft beschreibt den Workaround im offiziellen Exchange Team Blog vom 16. Oktober 2026.
Eine endgültige technische Korrektur ist damit noch nicht veröffentlicht. Microsoft weist allerdings darauf hin, dass die Registry-Anpassung in bereits betreuten Kundenumgebungen erfolgreich eingesetzt wurde.
Welche Windows-Server-Updates verursachen die Exchange-Ausfälle?
Nach den aktuellen Microsoft-Angaben können vier kumulative Windows-Server-Updates die beschriebenen Störungen auslösen.
| Windows-Server-Version | Betroffenes Update |
|---|---|
| Windows Server 2025 | KB5126646 |
| Windows Server 2022 | KB5126655 |
| Windows Server 2019 | KB5126651 |
| Windows Server 2016 | KB5126868 |
Die Aktualisierungen wurden am 13. Oktober 2026 veröffentlicht. Sie enthalten wichtige Sicherheitskorrekturen und weitere Verbesserungen der jeweiligen Windows-Server-Version.
Nicht jeder Exchange-Server mit diesen Updates fällt automatisch aus. Microsoft erklärt, dass die Schwere und der Zeitpunkt der Störung unter anderem von der Auslastung des Systems abhängen. Einige Server zeigen möglicherweise überhaupt keine entsprechenden Probleme.
Eine Übersicht über die Änderungen des aktuellen Patchdays findest Du in unserem Beitrag Windows Server Updates Oktober 2026.
Exchange-Sicherheitsupdates sind laut Microsoft nicht verantwortlich
In den ersten Tagen nach dem Patchday stand insbesondere das Exchange-Sicherheitsupdate KB5128895 unter Verdacht. Der zeitliche Zusammenhang mit den Serverausfällen schien zunächst auf dieses Update hinzuweisen.
Microsoft stellt inzwischen ausdrücklich klar, dass die beschriebenen Exchange-Störungen nicht durch die Installation der Oktober-Sicherheitsupdates für Exchange Server ausgelöst werden.
Die Probleme können unabhängig davon auftreten, ob das neue Exchange-Sicherheitsupdate bereits installiert wurde. Entscheidend sind die betroffenen Windows-Server-Updates und die jeweilige Systemkonfiguration.
Damit gibt es auch keinen Grund, das Exchange-Sicherheitsupdate allein wegen dieser Störung vorsorglich zu entfernen. Eine solche Maßnahme könnte wichtige Sicherheitskorrekturen rückgängig machen.
Wie wichtig aktuelle Sicherheitsupdates gerade für lokale Exchange-Installationen sind, zeigt auch unser Beitrag zur Schwachstelle CVE-2026-96940 in Exchange Server.
Welche Symptome zeigen betroffene Exchange-Server?
Microsoft nennt mehrere Fehlerbilder, die einzeln oder gemeinsam auftreten können. Besonders häufig geht es um gestörte Postfachverbindungen und einen nicht mehr zuverlässig funktionierenden E-Mail-Transport.
Folgende Symptome sind bekannt:
- Outlook im Web ist nicht mehr erreichbar oder zeigt Fehlermeldungen.
- Outlook kann keine Verbindung zum Exchange-Postfach herstellen.
- Neue E-Mails bleiben in den Transportwarteschlangen hängen.
- Die Anzahl wartender Nachrichten steigt im Laufe des Tages deutlich an.
- Exchange-DAG-Mitglieder können Probleme beim Erreichen des erforderlichen Quorums entwickeln.
- Ein Neustart stellt den Betrieb möglicherweise zunächst wieder her.
Ein typischer Fehler lautet:
MapiExceptionMdbOffline:
Unable to make connection to the server.
(hr=0x80004005, ec=1142)Zusätzlich kann im Windows-Anwendungsprotokoll die Ereignis-ID 1006 erscheinen.
Wichtig ist, dass diese Fehlermeldung nicht automatisch eine beschädigte Exchange-Datenbank bedeutet. Sie zeigt zunächst, dass eine erforderliche Datenbankverbindung nicht hergestellt werden konnte.
Schritt für Schritt: Microsoft-Registry-Lösung für Exchange Server anwenden
Microsoft empfiehlt, den Registry-Wert EpmapSavedContextCap zu verändern. Damit wird ein Grenzwert für gespeicherte RPC-Kontexte angepasst. Die Maßnahme soll verhindern, dass Exchange nach längerer Laufzeit durch ausgeschöpfte Ressourcen instabil wird.
Da Änderungen an der Registry direkt die Systemkonfiguration beeinflussen, solltest Du die bisherigen Einstellungen zunächst dokumentieren. Auf produktiven Exchange-Servern ist außerdem ein geplanter Wartungszeitraum sinnvoll.
Schritt 1: Aktuellen Registry-Wert überprüfen
Auf dem betroffenen Exchange-Server kannst Du eine Eingabeaufforderung mit Administratorrechten starten. Anschließend lässt sich der vorhandene Wert mit folgendem Befehl abfragen:
reg query "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCapFalls Windows meldet, dass der angegebene Wert nicht gefunden wurde, ist dieser möglicherweise noch nicht vorhanden. Das ist kein ungewöhnlicher Zustand.
Wenn bereits ein Wert existiert, solltest Du seine ursprüngliche Einstellung dokumentieren. Dadurch kann die Änderung bei Bedarf später wieder rückgängig gemacht werden.
Schritt 2: Registry-Einstellungen sichern
Vor der Änderung kannst Du den betreffenden Registry-Schlüssel exportieren. Dafür eignet sich folgender Befehl:
reg export "HKLM\SOFTWARE\Microsoft\Rpc" "%TEMP%\Rpc-vorher.reg" /yDie erzeugte REG-Datei enthält die vorhandenen Einstellungen des RPC-Schlüssels. Achte darauf, dass der Export erfolgreich abgeschlossen wurde und bewahre die Datei für eine spätere Wiederherstellung auf.
Weitere Informationen zur Sicherung der Windows-Registrierung findest Du in unserer Anleitung Komplettes Backup der Registry erstellen.
Eine Registry-Sicherung ersetzt allerdings kein vollständiges Serverbackup und insbesondere keine anwendungskonsistente Exchange-Datensicherung.
Schritt 3: EpmapSavedContextCap auf 65536 setzen
Jetzt kommt der eigentliche Microsoft-Workaround. In der administrativen Eingabeaufforderung kannst Du folgenden Befehl ausführen:
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /fDer Befehl legt den DWORD-Wert EpmapSavedContextCap an oder überschreibt einen bereits vorhandenen Wert. Als Dezimalwert wird 65536 eingetragen.
Die einzelnen Bestandteile bedeuten:
| Parameter | Bedeutung |
|---|---|
| HKLM\SOFTWARE\Microsoft\Rpc | Registry-Pfad für die RPC-Konfiguration |
| EpmapSavedContextCap | Name des Registry-Wertes |
| REG_DWORD | Datentyp des Eintrags |
| 65536 | Neuer Dezimalwert |
| /f | Vorhandenen Wert ohne zusätzliche Rückfrage überschreiben |
Nach erfolgreicher Ausführung bestätigt Windows normalerweise, dass der Vorgang abgeschlossen wurde.
Schritt 4: Registry-Änderung überprüfen
Mit dem bereits verwendeten Abfragebefehl kannst Du kontrollieren, ob die Einstellung übernommen wurde:
reg query "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCapWindows sollte nun einen DWORD-Wert anzeigen. In der üblichen Registry-Ausgabe erscheint der Dezimalwert 65536 als Hexadezimalwert 0x10000.
Beide Schreibweisen beschreiben denselben Wert.
Schritt 5: Exchange-Server kontrolliert neu starten
Microsoft verlangt nach der Registry-Anpassung ausdrücklich einen Neustart des Servers. Erst danach kann die neue Einstellung vollständig wirksam werden.
Bei einem einzelnen Exchange-Server sollte der Neustart innerhalb eines geeigneten Wartungsfensters erfolgen. Bei einer Exchange-DAG müssen vorher die aktiven Datenbankkopien, der Zustand der übrigen Mitglieder und der Nachrichtenfluss berücksichtigt werden.
Gerade bei größeren Exchange-Umgebungen sollte ein Server nicht ohne vorherige Abstimmung neu gestartet werden. Andernfalls können zusätzliche Unterbrechungen entstehen.
Schritt 6: Exchange-Datenbanken und Warteschlangen kontrollieren
Nach dem Neustart empfiehlt sich zunächst ein Blick auf die Exchange-Datenbanken. In der Exchange Management Shell kannst Du folgende Abfrage verwenden:
Get-MailboxDatabase -Status |
Select-Object Name, Server, MountedIn einer DAG lässt sich zusätzlich der Zustand der Datenbankkopien kontrollieren:
Get-MailboxDatabaseCopyStatus * |
Select-Object Name, Status,
CopyQueueLength, ReplayQueueLengthBesonders wichtig ist außerdem die Überprüfung der Transportwarteschlangen:
Get-Queue |
Select-Object Identity, Status,
MessageCount, NextHopDomainEine dauerhaft zunehmende Anzahl wartender Nachrichten kann darauf hinweisen, dass die Störung weiterhin besteht oder erneut auftritt.
Zusätzlich sollten Testnachrichten gesendet und empfangen werden. Auch Outlook im Web und die Verbindung eines normalen Outlook-Clients gehören zu einer vollständigen Funktionsprüfung.
Exchange Server weiterhin überwachen: Das empfiehlt Microsoft
Mit der Registry-Änderung ist die Untersuchung noch nicht abgeschlossen. Microsoft weist ausdrücklich darauf hin, dass Administratoren den weiteren Betrieb beobachten sollen.
Entscheidend ist insbesondere, ob die Störungen nach längerer Laufzeit erneut auftreten. Da einige Administratoren die Probleme erst nach ungefähr einem Tag bemerkt haben, sollte die Überwachung auch über diesen Zeitraum hinaus fortgesetzt werden.
Für eine erste Kontrolle der Exchange-Ereignisse kannst Du folgenden PowerShell-Befehl verwenden:
Get-WinEvent -FilterHashtable @{
LogName = 'Application'
Id = 1006
StartTime = (Get-Date).AddHours(-36)
} -ErrorAction SilentlyContinue |
Where-Object {
$_.ProviderName -like '*MSExchange*'
} |
Select-Object TimeCreated, Id,
ProviderName, MessageDie Abfrage untersucht passende Exchange-Ereignisse der vergangenen 36 Stunden. Eine leere Ausgabe beweist allerdings nicht automatisch, dass sämtliche Exchange-Funktionen fehlerfrei arbeiten.
Wie Du Ereignisprotokolle umfassender untersuchen und exportieren kannst, erklären wir in unserer Anleitung Ereignisanzeige mit PowerShell auslesen.
Was tun, wenn Exchange trotz Registry-Fix erneut ausfällt?
Microsoft erklärt, dass der eingestellte Grenzwert unter Umständen weiter erhöht werden muss, falls die Störung erneut auftritt. Einen allgemein gültigen höheren Wert nennt das Exchange-Team in seiner aktuellen Empfehlung jedoch nicht.
Deshalb würde ich davon abraten, den Wert ohne weitere Untersuchung beliebig zu erhöhen. Gerade auf produktiven Servern sollten Änderungen an der RPC-Konfiguration nachvollziehbar dokumentiert werden.
Sinnvoll ist es, zunächst die Ereignisprotokolle, die Systemauslastung und den Zeitpunkt des erneuten Ausfalls zu erfassen. Anschließend kann gemeinsam mit Microsoft Support entschieden werden, welcher Wert für die betroffene Umgebung angemessen ist.
Ein wiederholter Neustart kann die Symptome möglicherweise erneut vorübergehend beseitigen. Als dauerhafte Reparatur ist das jedoch keine geeignete Lösung.
Sollten die Oktober-Updates für Windows Server deinstalliert werden?
Hier ist die neue Microsoft-Aussage besonders eindeutig. Das Exchange-Team empfiehlt ausdrücklich, die Oktober-Sicherheitsupdates für Windows Server nicht zu deinstallieren.
Der Grund ist nachvollziehbar: Die Aktualisierungen schließen wichtige Sicherheitslücken. Eine Deinstallation würde diese Schutzmaßnahmen teilweise wieder zurücknehmen.
Der neue Registry-Workaround bietet eine Möglichkeit, die Exchange-Störung zu behandeln und gleichzeitig die installierten Sicherheitsupdates beizubehalten.
Wie wichtig ein ausgewogenes Patchmanagement inzwischen geworden ist, zeigt unser Beitrag Microsoft warnt vor deutlich mehr Sicherheitsupdates.
Für produktive Windows-Server sollten Aktualisierungen weiterhin zunächst auf Testsystemen überprüft werden. Gleichzeitig müssen Administratoren berücksichtigen, dass ein längeres Verschieben kritischer Sicherheitsupdates ebenfalls erhebliche Risiken verursachen kann.
Gibt es bereits ein neues Exchange- oder Windows-Server-Reparaturupdate?
In der aktuellen Microsoft-Mitteilung vom 16. Oktober 2026 wird kein neues kumulatives Reparaturupdate genannt. Stattdessen empfiehlt Microsoft ausdrücklich die Registry-Anpassung und den anschließenden Neustart.
Der Workaround erfordert deshalb keinen zusätzlichen Download aus dem Microsoft Update Catalog. Entscheidend ist die korrekte Konfiguration auf den betroffenen Exchange-Servern.
Die bereits veröffentlichten Windows-Server-Updates und ihre KB-Nummern findest Du in unserer oben verlinkten Oktober-Updateübersicht.
Aus der Administratorpraxis: Registry-Workaround zunächst kontrolliert testen
Für größere Exchange-Umgebungen würde ich den neuen Workaround zunächst auf einem betroffenen Testsystem oder einem geeigneten DAG-Mitglied überprüfen. Dabei sollten die ursprüngliche Registry-Konfiguration und der Zustand der Exchange-Dienste dokumentiert werden.
Besonders wichtig ist eine nachvollziehbare Funktionskontrolle vor und nach der Änderung. Dazu gehören beispielsweise der Zugriff auf mehrere Postfächer, die Verarbeitung von E-Mails, der Zustand der Datenbankkopien und mögliche Fehler im Windows-Ereignisprotokoll.
Falls der Exchange-Server unter Hyper-V betrieben wird, sollte auch der Zustand der Virtualisierungsumgebung berücksichtigt werden. Eine zusätzliche Migration oder ein Hostwechsel ist für den Microsoft-Workaround allerdings nicht erforderlich. Unsere Anleitung Hyper-V VM verschieben erklärt die entsprechenden Verfahren für geplante Wartungsarbeiten.
Ein wichtiger Praxistipp betrifft die Dokumentation. Halte bitte fest, auf welchen Servern der Registry-Wert verändert wurde und welche ursprüngliche Einstellung vorhanden war. Sobald Microsoft einen endgültigen Fix veröffentlicht, lässt sich dadurch leichter beurteilen, ob der Workaround noch benötigt wird.
FAQ: Häufige Fragen zur Exchange-Registry-Lösung
Microsoft empfiehlt, den Registry-Wert EpmapSavedContextCap unter HKLM\SOFTWARE\Microsoft\Rpc als REG_DWORD auf den Dezimalwert 65536 zu setzen. Anschließend muss der Exchange-Server neu gestartet werden.
Microsoft nennt Exchange Server 2016, Exchange Server 2019 und Exchange Server Subscription Edition. Die Störungen können durch die Oktober-Updates für Windows Server 2016, 2019, 2022 und 2025 ausgelöst werden.
Ja. Microsoft nennt einen Neustart ausdrücklich als notwendigen Bestandteil des Workarounds. Besonders in DAG-Umgebungen sollte dieser kontrolliert vorbereitet werden.
Nein. Microsoft empfiehlt ausdrücklich, die Oktober-Sicherheitsupdates nicht zu deinstallieren. Stattdessen soll zunächst der Registry-Workaround verwendet werden.
Noch nicht endgültig. Microsoft bezeichnet die Registry-Anpassung als Workaround. Administratoren sollen den Betrieb nach dem Neustart überwachen und überprüfen, ob die Störung erneut auftritt.
Fazit: Microsoft reagiert auf die Exchange-Ausfälle mit konkreter Lösung
Die neue Microsoft-Mitteilung vom 16. Oktober 2026 bringt endlich eine scheinbare Lösung für das Exchange Problem. Mit dem Registry-Wert EpmapSavedContextCap und einem anschließenden Neustart lässt sich die Stabilität der Exchange-Server nach bisherigen Erfahrungen verbessern.
Besonders erfreulich ist, dass Microsoft ausdrücklich von einer Deinstallation der Oktober-Sicherheitsupdates abrät. Damit können wichtige Sicherheitskorrekturen auf den Systemen verbleiben. Der Registry-Workaround ist allerdings noch keine endgültige Fehlerbehebung. Administratoren sollten deshalb weiterhin Exchange-Datenbanken, Transportwarteschlangen und Ereignisprotokolle überwachen, bis Microsoft eine endgültige Lösung veröffentlicht.
Neueste Kommentare