Exchange Server instabil nach Oktober-Update: OWA-Anmeldung und Mailfluss reparieren
Nach der Installation der Windows-Server-Sicherheitsupdates vom Oktober 2026 melden Administratoren weltweit Ausfälle bei Exchange Server. Betroffen sind OWA-Anmeldungen, der E-Mail-Versand und die Postfachreplikation in DAG-Umgebungen.
Dieser Beitrag erklärt die Ursache, zeigt die Diagnose anhand konkreter Fehlermeldungen und liefert den offiziellen Registry-Workaround von Microsoft als Schritt-für-Schritt-Anleitung.
Symptome und betroffene Systeme
Das Problem tritt auf Exchange Server 2016, 2019 und Subscription Edition (SE) auf. Die zugrunde liegenden Windows-Updates betreffen alle aktuellen Server-Versionen:
- Windows Server 2025: KB5126646
- Windows Server 2022: KB5126655
- Windows Server 2019: KB5126651
- Windows Server 2016: KB5126868
Folgende Symptome treten typischerweise auf:
- Nutzer können sich nicht mehr an Outlook on the Web (OWA) anmelden.
- Gesendete E-Mails verbleiben im Postausgang und werden nicht zugestellt.
- E-Mail-Warteschlangen wachsen im Tagesverlauf kontinuierlich an.
- DAG-Mitglieder verlieren den Quorum-Status.
- Ein Neustart des Exchange-Servers behebt das Problem nur vorübergehend.
Ursache: Endpoint Mapper unter Last
Die Oktober-Updates führen eine neue Standardbegrenzung für den Speicher ein, den der RPC Endpoint Mapper bei Lookup-Aufrufen verwenden darf. Das Limit liegt bei 512 gleichzeitigen Endpoint-Lookup-Calls.
Für normale Dateiserver reicht dieser Wert aus. Exchange Server erzeugt unter Last jedoch deutlich mehr parallele RPC-Aufrufe. Sobald das Limit erreicht ist, blockiert der Endpoint Mapper weitere Verbindungen – der Mailfluss bricht zusammen.
Wichtig: Das Problem wird durch die Windows-Server-Updates verursacht, nicht durch die separaten Exchange-Sicherheitsupdates vom Oktober 2026. Diese sollten unbedingt installiert bleiben.
Diagnose: Fehlermeldung und Event-ID
Im Anwendungsprotokoll des betroffenen Exchange-Servers taucht folgende Meldung auf:
MapiExceptionMdbOffline: Unable to make connection to the server.
(hr=0x80004005, ec=1142)Zusätzlich wird die Event-ID 1006 im Anwendungsprotokoll protokolliert. Wenn diese Kombination nach dem Patchday auftritt, ist der Endpoint Mapper mit hoher Wahrscheinlichkeit die Ursache.
Zur Absicherung lässt sich der aktuelle Registry-Wert prüfen. Ist der Schlüssel nicht vorhanden, greift der neue Standardwert von 512:
reg query "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCapLösung: Registry-Workaround anwenden
Microsoft empfiehlt ausdrücklich, die Oktober-Updates nicht zu deinstallieren. Stattdessen wird das Limit des Endpoint Mappers über einen Registry-Eintrag erhöht. Der Workaround muss auf jedem betroffenen Exchange-Server ausgeführt werden.
Schritt 1: Erhöhte Eingabeaufforderung (als Administrator) auf dem Exchange-Server öffnen.
Schritt 2: Den folgenden Befehl ausführen, um das Limit auf 65.536 gleichzeitige Aufrufe zu setzen:
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /fSchritt 3: Den Server neu starten, damit die Änderung wirksam wird.
shutdown /r /t 0Schritt 4: Nach dem Neustart die Exchange-Umgebung überwachen. Tritt das Problem erneut auf, kann der DWORD-Wert weiter erhöht werden (z. B. auf 131072).
Verteilung per GPO oder PowerShell
In Umgebungen mit mehreren Exchange-Servern lässt sich der Registry-Wert zentral verteilen. Über Gruppenrichtlinien (GPO) wird eine neue Richtlinie unter Computerkonfiguration > Einstellungen > Windows-Einstellungen > Registrierung angelegt.
Alternativ funktioniert die Verteilung per PowerShell-Remoting über alle Exchange-Knoten hinweg:
$servers = @("EX01","EX02","EX03")
Invoke-Command -ComputerName $servers -ScriptBlock {
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Rpc" `
-Name "EpmapSavedContextCap" -Value 65536 -Type DWord
}Anschließend müssen alle betroffenen Server zeitversetzt neu gestartet werden, um Ausfallzeiten im DAG-Verbund zu minimieren.
Häufige Fragen (FAQ)
Muss ich das Exchange-Update deinstallieren?
Nein. Microsoft betont, dass die Exchange-Sicherheitsupdates vom Oktober 2026 nicht die Ursache sind. Nur die Windows-Server-Betriebssystemupdates lösen das Problem aus.
Sind auch Exchange Online oder Microsoft 365 betroffen?
Nein. Das Problem betrifft ausschließlich lokale Exchange-Installationen (On-Premises), die auf den genannten Windows-Server-Versionen laufen.
Kann der Wert zu hoch gesetzt werden?
Der Wert definiert die maximale Anzahl gleichzeitiger RPC-Lookups. Ein höherer Wert verbraucht proportional mehr Arbeitsspeicher. 65.536 hat sich in der Praxis als stabiler Ausgangswert bewährt.
Wann kommt ein permanenter Fix?
Microsoft untersucht das Problem. Ein zukünftiges kumulatives Update wird voraussichtlich einen angepassten Standardwert mitbringen. Bis dahin bleibt der Registry-Workaround bestehen.
No responses yet