EWS ist an Exchange Online und Migration nach Microsoft Graphh ist dringend vor April 2027

Microsoft hat eine Nachricht von vielen Administratoren und Entwicklern erwartet bestätigt: Die API Exchange Web Services (EWS) für Exchange Online werden im April 2027 vollständig deaktiviert. Nach fast zwei Jahrzehnten als Brücke zwischen Exchange-Anwendungen und Postfächern wird EWS weiterhin an lokalen Exchange Server-Einrichtungen zur Verfügung stehen, aber Microsoft 365-gehostete Postfächer müssen vor Ablauf der Frist damit aufhören.

Die Straßenkarte Microsoft hat zwei wichtige Momente vorgeschlagen: vom 1. Oktober 2026 EWS wird standardmäßig an Exchange Online gesperrt, und am 1. April 2027 wird die Endabschaltung ohne Ausnahme erfolgen. Microsoft bietet ein Management-Fenster, um Auswirkungen zu reduzieren: Administratoren können Listen von erlaubten Anwendungen erstellen und, wenn sie dies vor Ende August 2026, ihre Organisation wird von diesem ersten automatischen Schloss ausgeschlossen.

Wenn eine Organisation keine eigene Liste erstellt, wird Microsoft im September 2026 beginnen, vorgefüllte Listen basierend auf der tatsächlichen Verwendung jedes Mieters zu erstellen, mit der Absicht, unvorhergesehene Unterbrechungen zu minimieren. Darüber hinaus, um versteckte Abhängigkeiten zu identifizieren, hat das Unternehmen bekannt gegeben, dass es Short-off-kontrolliert durchführen kann - die es kolloquial als "Screen-Tests" bezeichnet - und wird Administratoren durch regelmäßige Benachrichtigungen im Message Center mit spezifischen Zusammenfassungen und Erinnerungen pro Mieter informieren. Sie können die offizielle Anzeige und die Erklärungen des Exchange-Teams auf Microsofts technischen Blog lesen: Exchange Team (Microsoft Tech Community).

Um zu verstehen, warum Microsoft diese Entscheidung trifft, sollte man sich an die Rolle erinnern, die EWS gespielt hat. EWS, geboren mit Exchange Server 2007, ermöglichte es, Kunden und Tools zu bauen, die E-Mails lesen, Kalender und Kontakte verwalten und komplexe Operationen auf Postfächern verschiedener Plattformen durchführen. Im Laufe der Zeit fördert Microsoft Graphh als die moderne API, die Identitäten, Post, Kalender, Dateien und viele andere Funktionen unter einem einzigen Modell mit Sicherheits- und Skalierbarkeit Verbesserungen integriert. Der Warnprozess ist nicht neu: Bereits im Jahr 2018 hat Microsoft erweiterte Änderungen vorgenommen und im Jahr 2021 eine Teilmenge der weniger genutzten Anrufe aus Sicherheitsgründen deaktiviert; Sie können diese Hinweise auf der Tech:Community konsultieren 2018 Mitteilung und die 2021 Kommunikation.

Was bedeutet das für Unternehmen und Entwickler? Erstens sollte jede Anwendung, die noch EWS verwendet, um auf Cloud-Mailboxen zuzugreifen, eine Migration planen. Microsoft empfiehlt die Umstellung auf Microsoft Graphh, die bereits Funktionen Parity für die meisten Szenarien bietet und Authentifizierung Verbesserungen und Zugriffskontrolle beinhaltet. Das Unternehmen veröffentlicht Anleitungen zur Unterstützung bei der Migration und der Anpassung von Anrufen und Genehmigungen: Anwendungen von EWS nach Microsoft Graphh migrieren.

Zweitens sollten Administratoren die Verwendung von EWS in ihrer Umgebung überprüfen und abbilden: Anwendungen, Skripte und Dienste identifizieren, die EWS-Anrufe machen, die kritischsten und koordinieren Tests priorisieren. Microsoft hat die Möglichkeit, die Listing-Mechanismen Zeit zum Übergang zu geben, aber diese Mechanismen sind vorübergehend. Darüber hinaus wird das Unternehmen automatisch Informationen über die Verwendung von EWS von Mieter bereitstellen, um versteckte Abhängigkeiten vor dem Massenblock zu erkennen.

Es gibt eine wichtige Anmerkung für Hybrid-Umgebungen: Der Rückzug betrifft Exchange Online (die Cloud). Die On-Prem-Einrichtungen werden weiterhin EWS unterstützen, aber Interaktionen zwischen Hybridszenarien und der Cloud erfordern möglicherweise spezifische Komponenten für Microsoft Graphh-Anrufe, um richtig zu arbeiten. Microsoft hat erklärt, dass Autodiscover weiterhin der Weg sein wird, um festzustellen, wo eine Mailbox ist, und dass Hybrid-Kunden müssen die notwendige Infrastruktur, um Graph zu unterstützen, wenn sie Cloud-Mailboxen nennen; es ist angemessen, die technische Dokumentation des Herstellers für bestimmte Details jeder Topologie zu überprüfen.

Praktisch, was sollten Sie jetzt tun? Das Rezept ist einfach in Ihrer Idee: Inventar, Testen und Migration. Erstellen Sie ein umfassendes Inventar von Kunden und Skripten mit EWS, priorisieren Sie kritische Fälle und beginnen Sie, diese Integrationen an Microsoft Graphh neu zu schreiben oder anzupassen. Verwenden Sie die offiziellen Werkzeuge und Anleitungen, um die Nacharbeiten zu minimieren, und planen Sie Testfenster vor dem Oktober 2026 Block. Microsoft bietet Ressourcen und Dokumentationen für Entwickler auf der Microsoft Graphh Seite; es ist ein guter Ausgangspunkt für das Verständnis von Berechtigungen, Endpunkten und Authentifizierungsflüssen: Microsoft Graphdocuming.

Es ist nicht angemessen, sich auf den Mechanismus der Listen als langfristige Lösung zu verlassen: Sie sind eine vorübergehende Erleichterung, nicht eine dauerhafte Alternative. Das Risiko besteht darin, verspäte versteckte Abhängigkeiten zu entdecken - zum Beispiel interne Integrationen oder Drittanbieter-Anwendungen, die niemand aktiv unterhält - und dass diese Dienste von einer unerwarteten Blockade außer Betrieb bleiben. Deshalb schlägt Microsoft kontrollierte Tests und monatliche Benachrichtigungen vor, damit Organisationen rechtzeitig reagieren können.

Letztendlich, obwohl dieser Übergang technisch ist, ist es immer noch eine Gelegenheit: Die Migration auf Graph bringt in der Regel Vorteile in der Sicherheit (feineres Genehmigungsmanagement, Unterstützung für moderne OAuth-Standards), Wartung (eine einzige API für viele Dienste) und funktionelle Möglichkeiten (mehr direkte Integration mit Teams, OneDrive und anderen Microsoft 365-Diensten). Wenn Ihre Organisation noch von EWS on Exchange Online abhängt, ist es angebracht, den Microsoft-Kalender als echte Frist zu behandeln und Ressourcen für die Migration im Voraus zu aktivieren.

Für weitere Details und das offizielle Bild, überprüfen Sie den Einstieg in Microsofts TechCommunity und den Microsoft Graphh Migrationsführer:

Ankündigung von Exchange Team und EWS zu Microsoft Graphh Migration Guide.

Zusammenfassung: EWS for Exchange Online hat das Cloud-Abfalldatum: es bereitet Inventar vor, priorisiert Migration und nutzt das Management-Fenster Microsoft bietet, um Auswirkungen zu vermeiden, wenn Oktober 2026 und, auf jeden Fall, April 2027.