Cosa significa il ritiro di EWS da parte di Microsoft per la sincronizzazione dei calendari

Exchange Web Services inizia a essere disattivato il 1° ottobre 2026 e viene spento del tutto il 1° aprile 2027. Ecco cosa smette davvero di funzionare, cosa no e le due impostazioni del tenant che decidono in quale gruppo ti trovi.

Microsoft sta ritirando Exchange Web Services (EWS) in Exchange Online. La disattivazione inizia a livello globale il 1° ottobre 2026 ed EWS viene spento completamente il 1° aprile 2027. La sincronizzazione dei calendari basata su Microsoft Graph non è interessata. A smettere di funzionare sono le informazioni libero/occupato tra tenant di organizzazioni partner, le caselle di posta con licenze Kiosk, F1 e F3 e qualsiasi app di terze parti che chiami ancora EWS.

La cronologia, con le date

Accadono quattro cose in quattro date diverse. Vengono spesso raccontate come un unico evento, ed è per questo che moltissimi amministratori hanno in mente la scadenza sbagliata.

Microsoft annunciò per la prima volta nel 2018 che EWS non avrebbe più ricevuto aggiornamenti funzionali e nel 2023 fissò la data di disattivazione a ottobre 2026. L'incidente Midnight Blizzard del gennaio 2024 ha coinvolto EWS e ha ampliato il perimetro dalle applicazioni di terze parti ai prodotti Microsoft stessi: è il motivo per cui anche Outlook, Office, Teams e Dynamics 365 vengono spostati altrove.

Le due impostazioni che decidono tutto

La disattivazione di EWS è governata da due proprietà a livello di tenant, e le organizzazioni restano invischiate proprio nell'interazione tra le due.

EWSEnabled

Ha tre valori: True, False e Null. Null è oggi il valore predefinito e attualmente si comporta come True. Il 1° ottobre 2026, man mano che la distribuzione raggiunge il tuo tenant, Null viene modificato in False. Questa singola modifica blocca EWS per tutte le applicazioni del tenant in una sola volta.

Se hai ancora un'applicazione che ha davvero bisogno di EWS tra ottobre 2026 e aprile 2027, devi impostare esplicitamente EWSEnabled su True. Lasciare il valore predefinito non equivale a lasciare le cose come stanno.

EWSAllowedAppIDs

Impostare EWSEnabled su True non basta più da solo. Dal 1° ottobre 2026 serve anche un elenco di consenso popolato che indichi gli App ID autorizzati a chiamare EWS. Se manca una delle due metà, EWS si ferma per tutto ciò che ne dipende.

Per i tenant che non ne hanno creato uno, Microsoft precompila questo elenco prima di settembre 2026 basandosi sull'utilizzo effettivamente osservato in ciascun tenant. È un aiuto, ma l'elenco è costruito su ciò che il tuo tenant ha chiamato di recente. Un'applicazione che gira una volta a trimestre, o che era inattiva durante la finestra di campionamento, può mancare da un elenco che dai per completo.

Come verificare il tuo tenant

Collegati a Exchange Online PowerShell e leggi lo stato attuale prima di pianificare qualsiasi cosa:

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

Poi scopri se qualcosa sta effettivamente chiamando EWS. I report di utilizzo di EWS nell'interfaccia di amministrazione Microsoft 365 mostrano il traffico reale per applicazione, il che è più affidabile che chiedere in giro internamente.

Se condividi la disponibilità con organizzazioni partner, controlla le tre configurazioni che si appoggiano a EWS:

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

Se tutti e tre non restituiscono risultati, la parte cross-tenant non ti riguarda. Microsoft ha inviato la notifica del centro messaggi a tutti i tenant, quindi moltissimi amministratori hanno ricevuto un avviso su qualcosa che non usano.

Cosa smette di funzionare e cosa no

La distinzione che conta è se uno strumento comunica con Exchange Online tramite EWS oppure tramite Microsoft Graph. Graph è l'API sostitutiva e non è minimamente toccata da nessuna delle date indicate sopra.

Questo riguarda CalendarBridge?

No. CalendarBridge si collega a Microsoft 365 tramite Microsoft Graph, usando gli ambiti delegati Calendars.ReadWrite e User.Read. Non ha alcuna dipendenza da EWS, quindi le date di ottobre 2026 e aprile 2027 non cambiano nulla nel funzionamento delle tue connessioni di sincronizzazione, e CalendarBridge non ha bisogno di una voce nell'elenco di consenso EWSAllowedAppIDs.

Se stai verificando i fornitori in vista della scadenza, è questa la domanda da porre a ciascuno: Graph o EWS? Qualsiasi strumento di calendario ancora su EWS ha davanti uno stop definitivo ad aprile 2027 e una migrazione da completare prima di allora.

Come migrare, in base a ciò che hai davvero

Non esiste un'unica migrazione. Quello che devi fare dipende da quale delle quattro situazioni sopra ti riguarda, e la maggior parte delle organizzazioni ne ha più di una.

Sostituire il libero/occupato tra tenant con la sincronizzazione dei calendari

La parte cross-tenant è quella che con maggiore probabilità arriva agli utenti comuni dei calendari, e vale la pena capire la scelta anziché ripiegare per inerzia sulla migrazione uno-a-uno.

Cross-Tenant Access Policy mantiene il modello attuale: un tenant interroga l'altro in tempo reale ogni volta che qualcuno apre l'assistente pianificazione. Conserva le consultazioni dal vivo ed è la risposta giusta se ti serve una disponibilità aggiornata al secondo tra organizzazioni. Il prezzo da pagare è che stai migrando una configurazione di trust tra tenant e che entrambi i tenant dovranno poi mantenerla in salute.

La sincronizzazione dei calendari ribalta il modello. Invece di interrogare il tenant partner, CalendarBridge copia gli eventi in un calendario del tuo tenant, dove si comportano come qualsiasi altro evento. Occupano tempo, compaiono nell'assistente pianificazione e in Find a Time e sopravvivono a qualunque cosa accada alla relazione tra i due tenant, perché non c'è alcuna consultazione dal vivo che possa rompersi.

La sincronizzazione è di solito la scelta migliore quando il requisito è che le persone vedano quando le loro controparti sono impegnate. Cross-Tenant Access Policy è la scelta migliore quando serve precisione in tempo reale o una reale visibilità bidirezionale sui dettagli del calendario di un partner.

Configurarla per te stesso

1. Collega entrambi gli account a CalendarBridge. Gli account Microsoft 365 si collegano tramite OAuth usando gli ambiti Graph delegati Calendars.ReadWrite e User.Read, quindi EWS non è coinvolto e non serve alcuna voce nell'elenco di consenso.
2. Crea una sincronizzazione unidirezionale dal calendario del partner o dal calendario secondario verso il calendario in cui lavori davvero.
3. Nelle impostazioni di privacy della connessione di sincronizzazione, lascia deselezionati Subject, Description, Location e Attendees, così ogni copia è un semplice blocco di occupato. Seleziona anche All Private se vuoi che le copie risultino come occupato in Outlook Scheduling Assistant e in Google Find a Time.

Configurarla per l'intera organizzazione

Se stai sostituendo una Organization Relationship che serviva un'intera azienda, ti servono le sincronizzazioni gestite anziché chiedere a ogni utente di configurare la propria:

1. Crea un account di gruppo con licenze di sincronizzazione anziché licenze utente.
2. Autorizza l'accesso per le sincronizzazioni gestite in ciascun tenant che ospita i calendari che ti servono. In Microsoft 365 si tratta di una concessione di autorizzazioni applicative da parte di un amministratore del tenant, anche in questo caso su Graph.
3. Collega i domini autorizzati all'account di gruppo, una volta per ciascun tenant.
4. Crea le connessioni di sincronizzazione gestite. Sotto le venti, assegnale singolarmente. Da venti in su, usa un processo massivo per importare l'intero elenco di corrispondenze in un'unica esecuzione.

Poiché tutto questo funziona con autorizzazioni applicative concesse dall'amministratore di ciascun tenant, non dipende da una Organization Relationship, da un Availability Address Space o da una Sharing Policy. Nessuna delle tre configurazioni migrate a settembre 2026 è coinvolta.

Se ti serve solo pubblicare la disponibilità

Alcune relazioni tra tenant esistono unicamente perché una parte esterna possa vedere quando le tue persone sono libere. Per questo scopo un feed di calendario pubblico è più semplice di entrambe le opzioni precedenti. Scegli i calendari, disattiva tutti i campi di dettaglio e condividi il link risultante o l'URL di iscrizione ICS. Il destinatario non ha bisogno di un tenant Microsoft 365, di una relazione con il tuo né di alcun tipo di account. Per la versione campo per campo, vedi come sincronizzare i calendari senza condividere i dettagli degli eventi.

Cosa fare nelle prossime sei settimane

1. Leggi lo stato attuale. Esegui il comando Get-OrganizationConfig riportato sopra e annota su quale valore è impostato oggi EWSEnabled.
2. Estrai il report di utilizzo. Scopri che cosa sta davvero chiamando EWS, invece di affidarti alla memoria aziendale.
3. Verifica le configurazioni tra tenant. Se Get-OrganizationRelationship non restituisce nulla, puoi smettere di preoccuparti della data di settembre.
4. Controlla l'assegnazione delle licenze. Gli utenti Kiosk, F1 e F3 perdono EWS senza alcuna esenzione. Se qualcuno di loro dipende da uno strumento basato su EWS, gli serve una licenza diversa.
5. Poni ai fornitori la domanda su Graph. Fatti rispondere per iscritto e considera la vaghezza come una risposta.

L'elenco di consenso è un ponte, non una destinazione. Tutto ciò che vi aggiungi a ottobre 2026 smetterà comunque di funzionare ad aprile 2027, quindi usa questa finestra per migrare, non per rimandare.

Domande frequenti

Quando esattamente EWS smette di funzionare?

EWS inizia a essere disattivato a livello globale il 1° ottobre 2026 ed è disattivato del tutto il 1° aprile 2027. Tra queste due date EWS può continuare a funzionare solo se il tenant ha EWSEnabled impostato su True e l'App ID dell'applicazione chiamante è presente nell'elenco di consenso EWSAllowedAppIDs. Dopo il 1° aprile 2027 nessuna impostazione lo mantiene attivo.

La mia sincronizzazione dei calendari smetterà di funzionare con il ritiro di EWS?

Solo se il tuo strumento di sincronizzazione usa EWS. Gli strumenti basati su Microsoft Graph non sono interessati, perché Graph è l'API sostitutiva e non una vittima del ritiro. CalendarBridge usa Microsoft Graph e non richiede alcuna voce nell'elenco di consenso né alcuna modifica di configurazione.

Cosa succede se non faccio nulla prima del 1° ottobre 2026?

Nei tenant in cui EWSEnabled è ancora impostato su Null, il valore viene modificato in False non appena la distribuzione li raggiunge, il che blocca EWS per tutte le applicazioni del tenant. Null è il valore predefinito attuale, quindi la maggior parte dei tenant che non interviene verrà disattivata automaticamente.

Il ritiro di EWS riguarda il libero/occupato tra tenant?

Sì. Le funzioni Free/Busy, MailTips e Calendar Sharing tra tenant configurate tramite Organization Relationship, Availability Address Space o Sharing Policy funzionano tutte su EWS. Microsoft le sta migrando a Microsoft 365 Cross-Tenant Access Policy, con distribuzione iniziata ad agosto 2026 e completamento entro il 1° settembre 2026.

Le caselle di posta Kiosk, F1 e F3 possono mantenere l'accesso a EWS?

No. Dal 1° ottobre 2026 le richieste EWS provenienti da caselle di posta che dispongono solo di licenze Exchange Online Kiosk, Microsoft 365 F1 o Office 365 F3 restituiscono HTTP 403. L'elenco di consenso non le esenta. Questi utenti hanno bisogno di una licenza che includa i diritti EWS, come Exchange Online Plan 1 o 2, oppure Microsoft 365 E3 o E5.

Come faccio a scoprire quali applicazioni usano ancora EWS?

Usa i report di utilizzo di EWS nell'interfaccia di amministrazione Microsoft 365, che mostrano il traffico EWS effettivo suddiviso per applicazione. Microsoft pubblica inoltre lo strumento EWS Analyzer per analizzare il codice interno alla ricerca di chiamate EWS.

Fonti

Cronologia e meccanismi verificati sulla documentazione ufficiale Microsoft: Deprecation of Exchange Web Services in Exchange Online, Exchange Online EWS, Your Time is Almost Up, Introducing EWSAllowedAppIDs e Migrate to Microsoft 365 Cross-Tenant Access Policy. Riferimenti del centro messaggi: MC1446796, MC1227454, MC1191578.