Was Microsofts EWS-Abschaltung für die Kalendersynchronisierung bedeutet

Exchange Web Services wird ab dem 1. Oktober 2026 schrittweise abgeschaltet und am 1. April 2027 endgültig deaktiviert. Hier steht, was tatsächlich ausfällt, was nicht, und welche zwei Tenant-Einstellungen darüber entscheiden, zu welcher Gruppe Sie gehören.

Microsoft stellt Exchange Web Services (EWS) in Exchange Online ein. Die Deaktivierung beginnt weltweit am 1. Oktober 2026, und EWS wird am 1. April 2027 vollständig abgeschaltet. Kalendersynchronisierung, die über Microsoft Graph läuft, ist davon nicht betroffen. Was ausfällt, sind tenantübergreifende Frei/Gebucht-Abfragen zwischen Partnerorganisationen, Postfächer mit Kiosk-, F1- und F3-Lizenzen sowie jede Drittanbieter-App, die weiterhin EWS aufruft.

Der Zeitplan mit den konkreten Terminen

An vier verschiedenen Terminen passieren vier verschiedene Dinge. Häufig werden sie als ein einziges Ereignis dargestellt, weshalb viele Administratoren die falsche Frist im Kopf haben.

Microsoft kündigte bereits 2018 an, dass EWS keine funktionalen Weiterentwicklungen mehr erhalten würde, und legte 2023 den Oktober 2026 als Abschaltdatum fest. Der Midnight-Blizzard-Vorfall im Januar 2024 betraf EWS und weitete den Umfang von Drittanbieteranwendungen auf Microsofts eigene Produkte aus. Deshalb werden auch Outlook, Office, Teams und Dynamics 365 davon abgelöst.

Die zwei Einstellungen, die alles entscheiden

Die EWS-Deaktivierung wird über zwei Eigenschaften auf Tenant-Ebene gesteuert, und genau ihr Zusammenspiel wird vielen Organisationen zum Verhängnis.

EWSEnabled

Diese Eigenschaft kennt drei Werte: True, False und Null. Null ist heute der Standard und verhält sich derzeit wie True. Am 1. Oktober 2026 wird Null auf False geändert, sobald der Rollout Ihren Tenant erreicht. Diese eine Änderung blockiert EWS auf einen Schlag für jede Anwendung im Tenant.

Wenn Sie zwischen Oktober 2026 und April 2027 noch eine Anwendung betreiben, die EWS zwingend benötigt, müssen Sie EWSEnabled ausdrücklich auf True setzen. Beim Standardwert zu bleiben ist nicht dasselbe, wie alles beim Alten zu lassen.

EWSAllowedAppIDs

EWSEnabled auf True zu setzen genügt für sich genommen nicht mehr. Ab dem 1. Oktober 2026 benötigen Sie zusätzlich eine befüllte Zulassungsliste mit den App-IDs, die EWS aufrufen dürfen. Fehlt eine der beiden Hälften, steht EWS für alles still, was davon abhängt.

Microsoft befüllt diese Liste vor September 2026 für Tenants vor, die noch keine angelegt haben — auf Basis der im jeweiligen Tenant beobachteten Nutzung. Das hilft, entsteht aber aus dem, was Ihr Tenant zufällig zuletzt aufgerufen hat. Eine Anwendung, die nur quartalsweise läuft oder während des Erfassungszeitraums inaktiv war, kann in einer Liste fehlen, die Sie für vollständig halten.

So prüfen Sie Ihren eigenen Tenant

Verbinden Sie sich mit der Exchange Online PowerShell und lesen Sie den aktuellen Zustand aus, bevor Sie irgendetwas planen:

Get-OrganizationConfig | Format-List EWSEnabled, EWSAllowedAppIDs, EWSApplicationAccessPolicy, EWSAllowList, EWSBlockList

Finden Sie anschließend heraus, ob überhaupt etwas EWS aufruft. Die EWS-Nutzungsberichte im Microsoft 365 Admin Center zeigen den tatsächlichen Datenverkehr nach Anwendung, was verlässlicher ist als interne Nachfragen.

Wenn Sie Verfügbarkeiten mit Partnerorganisationen teilen, prüfen Sie die drei Konfigurationen, die im Hintergrund auf EWS beruhen:

Get-OrganizationRelationship | Format-List Name, DomainNames, FreeBusyAccessEnabled
Get-AvailabilityAddressSpace | Format-List Name, ForestName, AccessMethod
Get-SharingPolicy | Format-List Name, Domains, Enabled

Leere Ergebnisse bei allen dreien bedeuten, dass der tenantübergreifende Teil für Sie nicht relevant ist. Microsoft hat den Message-Center-Hinweis an jeden Tenant geschickt, weshalb sehr viele Administratoren eine Warnung zu etwas erhalten haben, das sie gar nicht nutzen.

Was ausfällt und was nicht

Entscheidend ist, ob ein Werkzeug über EWS oder über Microsoft Graph mit Exchange Online spricht. Graph ist die Nachfolge-API und von keinem der oben genannten Termine betroffen.

Betrifft das CalendarBridge?

Nein. CalendarBridge verbindet sich über Microsoft Graph mit Microsoft 365 und nutzt dabei die delegierten Berechtigungen Calendars.ReadWrite und User.Read. Es besteht keinerlei EWS-Abhängigkeit. Weder der Termin im Oktober 2026 noch der im April 2027 ändert also etwas am Verhalten Ihrer Sync-Verbindungen, und CalendarBridge benötigt keinen Eintrag in Ihrer EWSAllowedAppIDs-Zulassungsliste.

Wenn Sie vor der Frist Ihre Anbieter prüfen, ist das die Frage, die Sie jedem von ihnen stellen sollten: Graph oder EWS? Für jedes Kalenderwerkzeug, das noch auf EWS läuft, ist im April 2027 endgültig Schluss — und die Migration muss bis dahin abgeschlossen sein.

So migrieren Sie, je nachdem, was Sie tatsächlich im Einsatz haben

Es gibt nicht die eine Migration. Was zu tun ist, hängt davon ab, welcher der vier oben genannten Punkte auf Sie zutrifft, und in den meisten Organisationen sind es mehrere.

Tenantübergreifende Frei/Gebucht-Abfragen durch Kalendersynchronisierung ersetzen

Der tenantübergreifende Teil erreicht am ehesten normale Kalendernutzer, und es lohnt sich, die Wahlmöglichkeit zu verstehen, statt reflexartig eins zu eins zu migrieren.

Die Cross-Tenant Access Policy behält das bisherige Modell bei: Ein Tenant fragt den anderen in Echtzeit ab, sobald jemand den Terminplanungs-Assistenten öffnet. Sie erhält die Live-Abfragen und ist die richtige Antwort, wenn Sie organisationsübergreifend wirklich sekundenaktuelle Verfügbarkeiten benötigen. Der Preis dafür: Sie migrieren eine tenantübergreifende Vertrauenskonfiguration, und beide Tenants müssen sie anschließend funktionsfähig halten.

Die Kalendersynchronisierung dreht das Modell um. Statt den Partner-Tenant abzufragen, kopiert CalendarBridge die Termine in einen Kalender in Ihrem eigenen Tenant, wo sie sich wie alle anderen Termine verhalten. Sie blockieren Zeit, sie erscheinen im Terminplanungs-Assistenten und in „Termin finden“, und sie überstehen alles, was mit der Beziehung zwischen den beiden Tenants geschieht, weil es keine Live-Abfrage gibt, die kaputtgehen könnte.

Die Synchronisierung passt meist besser, wenn es darum geht, dass Mitarbeitende sehen können, wann ihre Gegenüber belegt sind. Die Cross-Tenant Access Policy passt besser, wenn Sie Echtzeitgenauigkeit oder echte wechselseitige Einsicht in die Kalenderdetails eines Partners benötigen.

Einrichtung für sich selbst

1. Verbinden Sie beide Konten mit CalendarBridge. Microsoft 365-Konten werden per OAuth über die delegierten Graph-Berechtigungen Calendars.ReadWrite und User.Read verbunden, es ist also kein EWS im Spiel und kein Eintrag in der Zulassungsliste nötig.
2. Erstellen Sie eine Einweg-Synchronisierung vom Partner- oder Zweitkalender in den Kalender, in dem Sie tatsächlich arbeiten.
3. Lassen Sie in den Datenschutzeinstellungen der Sync-Verbindung Subject, Description, Location und Attendees deaktiviert, damit jede Kopie ein schlichter Gebucht-Block ist. Aktivieren Sie zusätzlich All Private, wenn die Kopien im Outlook Scheduling Assistant und in Google „Termin finden“ als belegt gelten sollen.

Einrichtung für die gesamte Organisation

Wenn Sie eine Organization Relationship ersetzen, die einem ganzen Unternehmen diente, sollten Sie mit verwalteten Synchronisierungen arbeiten, statt jeden Nutzer selbst konfigurieren zu lassen:

1. Legen Sie ein Gruppenkonto mit Sync-Lizenzen statt mit Nutzerlizenzen an.
2. Autorisieren Sie den Zugriff für verwaltete Synchronisierungen in jedem Tenant, der benötigte Kalender enthält. Bei Microsoft 365 ist das eine Anwendungsberechtigung, die ein Tenant-Administrator erteilt — ebenfalls über Graph.
3. Verbinden Sie die autorisierten Domains mit dem Gruppenkonto, einmal pro Tenant.
4. Erstellen Sie die verwalteten Sync-Verbindungen. Bei weniger als zwanzig weisen Sie sie einzeln zu. Ab zwanzig nutzen Sie einen Massenauftrag, um die gesamte Zuordnungsliste in einem Durchgang zu importieren.

Da dies über Anwendungsberechtigungen läuft, die der Administrator des jeweiligen Tenants erteilt, ist es weder von einer Organization Relationship noch von einem Availability Address Space oder einer Sharing Policy abhängig. Keine der drei Konfigurationen, die im September 2026 migriert werden, liegt auf diesem Weg.

Wenn Sie nur Verfügbarkeiten veröffentlichen müssen

Manche tenantübergreifenden Beziehungen bestehen einzig dazu, dass eine externe Partei sehen kann, wann Ihre Leute frei sind. Dafür ist ein öffentlicher Kalender-Feed einfacher als beide oben genannten Optionen. Wählen Sie die Kalender aus, schalten Sie jedes Detailfeld ab und teilen Sie den entstandenen Link oder die ICS-Abonnement-URL. Der Empfänger benötigt weder einen Microsoft 365-Tenant noch eine Beziehung zu Ihrem noch irgendein Konto. Siehe wie Sie Kalender synchronisieren, ohne Termindetails preiszugeben für die feldweise Anleitung.

Was in den nächsten sechs Wochen zu tun ist

1. Lesen Sie Ihren aktuellen Zustand aus. Führen Sie den oben genannten Get-OrganizationConfig-Befehl aus und notieren Sie, worauf EWSEnabled heute gesetzt ist.
2. Ziehen Sie den Nutzungsbericht. Finden Sie heraus, was wirklich EWS aufruft, statt sich auf das institutionelle Gedächtnis zu verlassen.
3. Prüfen Sie auf tenantübergreifende Konfigurationen. Wenn Get-OrganizationRelationship nichts zurückgibt, können Sie den September-Termin abhaken.
4. Prüfen Sie die Lizenzzuweisungen. Kiosk-, F1- und F3-Nutzer verlieren EWS ohne Ausnahmeregelung. Wenn jemand davon auf ein EWS-basiertes Werkzeug angewiesen ist, braucht die Person eine andere Lizenz.
5. Stellen Sie Ihren Anbietern die Graph-Frage. Lassen Sie sich die Antwort schriftlich geben und werten Sie Ausweichen als Antwort.

Die Zulassungsliste ist eine Brücke, kein Ziel. Alles, was Sie im Oktober 2026 dort eintragen, hört im April 2027 dennoch auf zu funktionieren. Nutzen Sie das Zeitfenster also zum Migrieren und nicht zum Aufschieben.

Häufig gestellte Fragen

Wann genau hört EWS auf zu funktionieren?

EWS wird ab dem 1. Oktober 2026 weltweit schrittweise deaktiviert und ist am 1. April 2027 vollständig abgeschaltet. Dazwischen läuft EWS nur weiter, wenn im Tenant EWSEnabled auf True steht und die App-ID der aufrufenden Anwendung in der Zulassungsliste EWSAllowedAppIDs eingetragen ist. Nach dem 1. April 2027 hält keine Einstellung mehr etwas am Laufen.

Hört meine Kalendersynchronisierung mit der EWS-Abschaltung auf zu funktionieren?

Nur wenn Ihr Synchronisierungswerkzeug EWS verwendet. Werkzeuge auf Basis von Microsoft Graph sind nicht betroffen, denn Graph ist die Nachfolge-API und kein Opfer der Abschaltung. CalendarBridge nutzt Microsoft Graph und benötigt weder einen Eintrag in der Zulassungsliste noch eine Konfigurationsänderung.

Was passiert, wenn ich vor dem 1. Oktober 2026 nichts unternehme?

Bei Tenants, in denen EWSEnabled weiterhin auf Null steht, wird der Wert auf False geändert, sobald der Rollout sie erreicht. Damit ist EWS für jede Anwendung im Tenant blockiert. Null ist der aktuelle Standardwert, weshalb die meisten Tenants ohne eigenes Zutun automatisch abgeschaltet werden.

Betrifft die EWS-Abschaltung tenantübergreifende Frei/Gebucht-Abfragen?

Ja. Tenantübergreifende Frei/Gebucht-Abfragen, MailTips und Kalenderfreigaben, die über Organization Relationship, Availability Address Space oder Sharing Policy konfiguriert sind, laufen sämtlich über EWS. Microsoft migriert sie zur Microsoft 365 Cross-Tenant Access Policy; der Rollout beginnt im August 2026 und ist bis zum 1. September 2026 abgeschlossen.

Können Postfächer mit Kiosk-, F1- und F3-Lizenz den EWS-Zugriff behalten?

Nein. Ab dem 1. Oktober 2026 werden EWS-Anfragen von Postfächern, die ausschließlich Exchange Online Kiosk, Microsoft 365 F1 oder Office 365 F3 lizenziert haben, mit HTTP 403 beantwortet. Die Zulassungsliste nimmt sie nicht davon aus. Diese Nutzer benötigen eine Lizenz mit EWS-Rechten, etwa Exchange Online Plan 1 oder 2 oder Microsoft 365 E3 oder E5.

Wie finde ich heraus, welche Anwendungen noch EWS nutzen?

Verwenden Sie die EWS-Nutzungsberichte im Microsoft 365 Admin Center, die den tatsächlichen EWS-Datenverkehr nach Anwendung aufgeschlüsselt zeigen. Microsoft stellt außerdem das Werkzeug EWS Analyzer bereit, mit dem sich hauseigener Code auf EWS-Aufrufe durchsuchen lässt.

Quellen

Zeitplan und Funktionsweise wurden anhand von Microsofts eigener Dokumentation geprüft: Deprecation of Exchange Web Services in Exchange Online, Exchange Online EWS, Your Time is Almost Up, Introducing EWSAllowedAppIDs und Migrate to Microsoft 365 Cross-Tenant Access Policy. Message-Center-Referenzen: MC1446796, MC1227454, MC1191578.