Dopo quasi vent’anni di servizio, Microsoft sta completando il ritiro di Exchange Web Services (EWS) in Exchange Online. Introdotto con Exchange Server 2007, EWS è stato per anni l’interfaccia principale utilizzata da applicazioni, servizi, dispositivi multifunzione, sistemi CRM, piattaforme di backup e script personalizzati per accedere a posta elettronica, calendari, contatti e attività.
La decisione non è improvvisa: già nel 2018 Microsoft aveva annunciato la fine dello sviluppo funzionale di EWS e l’adozione di Microsoft Graph come API strategica per Microsoft 365. Nel 2023 è stata poi annunciata la dismissione definitiva del servizio in Exchange Online, con una roadmap che porta alla sua completa eliminazione. In Exchange Subscription Edition (Onprem), EWS rimane invariato e pienamente supportato.
Per chi amministra Microsoft 365 si tratta di un cambiamento epocale, paragonabile alla dismissione dell’autenticazione Basic Authentication o alla fine di Outlook Anywhere: un’intera generazione di integrazioni dovrà essere modernizzata.
La sicurezza al primo posto
La principale motivazione è la sicurezza. EWS nasce in un’epoca in cui architetture SOAP/XML e modelli di autenticazione tradizionali erano lo standard. Oggi Microsoft punta a un ecosistema basato su API REST, autorizzazioni granulari, OAuth 2.0, OpenID Connect e controllo centralizzato tramite Microsoft Graph.
Secondo Microsoft, anche l’incidente di sicurezza “Midnight Blizzard” del 2024 ha contribuito ad accelerare il percorso di dismissione di EWS, evidenziando la necessità di ridurre le superfici di attacco e uniformare le modalità di accesso ai dati di Microsoft 365.
Microsoft Graph offre inoltre un vantaggio strategico: un’unica API per Exchange Online, Teams, SharePoint, OneDrive, Entra ID e molte altre piattaforme Microsoft, eliminando la frammentazione storica delle interfacce applicative.
Cosa devono verificare gli amministratori
L’aspetto più critico è identificare le dipendenze esistenti. Molte organizzazioni scoprono di utilizzare EWS indirettamente tramite applicazioni sviluppate anni fa o prodotti di terze parti.
È consigliabile effettuare immediatamente le seguenti verifiche:
- Analizzare i report di utilizzo EWS disponibili in Microsoft 365 al seguente URL nel portale amministrativo di MS365.
- Verificare gli application ID confrontandoli con questa mappa alla ricerca di software di backup o di uso della posta elettronica.
- Controllare integrazioni con CRM, ERP e sistemi di ticketing.
- Analizzare script PowerShell o servizi custom che utilizzano l’endpoint /EWS/Exchange.asmx.
- Coinvolgere i fornitori per verificare la disponibilità di versioni basate su Microsoft Graph.
Microsoft ha rilasciato strumenti dedicati, come l’EWS Analyzer, proprio per facilitare la scoperta delle applicazioni ancora dipendenti da EWS.
Purtroppo non è facile avere risposte certe in quanto il comando PowerShell Search-UnifiedAuditLog rende un massimo di 5000 risultati e pure incerti in presenza di troppi dati. Se siete interessati ad approfondire scrivetemi in privato che vi mando lo script che uso io spiegandovelo per bene.
Il percorso di migrazione verso Microsoft Graph
La buona notizia è che la maggior parte degli scenari tipicamente implementati con EWS è oggi supportata da Microsoft Graph. Microsoft sta inoltre lavorando per colmare gli ultimi gap funzionali ancora presenti, soprattutto negli scenari di archivio, public folder e import/export avanzato.
Per le organizzazioni il messaggio è chiaro: non aspettare l’ultimo momento (aprile 2027). La migrazione richiede inventario, test e talvolta aggiornamenti applicativi significativi.
Conclusioni
La disabilitazione di EWS rappresenta molto più della semplice rimozione di una vecchia API: segna il passaggio definitivo dall’era Exchange-centric a quella Microsoft 365-centric, dove Microsoft Graph diventa il punto di accesso privilegiato a tutti i servizi cloud della piattaforma. Per gli amministratori e gli sviluppatori, il momento di pianificare la transizione è adesso.