Questa è una scadenza che non fa rumore. Non riguarda una licenza da rinnovare né una funzione che vedi in Outlook: riguarda il protocollo con cui i software di terze parti parlano con le vostre caselle di posta. Si chiama EWS (Exchange Web Services) e Microsoft lo sta dismettendo.
Il punto è che, se non fate nulla, non si romperà la posta: si romperà qualcos’altro. La firma aziendale che smette di applicarsi. Il backup che non completa più. Il gestionale che non archivia più le email dei clienti. Sintomi sparsi, difficili da ricondurre a una causa comune — soprattutto se nessuno sapeva che quel software usava EWS.
In sintesi
- Entro fine agosto 2026: chi ha bisogno di continuare a usare EWS deve popolare la AppID AllowList e impostare
EWSEnabled=True.- Dal 1° ottobre 2026: disabilitazione a fasi nei tenant che non hanno esplicitamente scelto di mantenerlo attivo.
- Dal 1° aprile 2027: ritiro completo e permanente, senza possibilità di riabilitazione.
- L’allow list è una proroga, non una soluzione: la strada è migrare a Microsoft Graph.
- Il lavoro vero non è tecnico, è di censimento: capire cosa, nel vostro tenant, parla ancora EWS.
Le tre date
| Quando | Cosa succede |
|---|---|
| Fine agosto 2026 | Ultimo momento utile per popolare la AppID AllowList e impostare EWSEnabled=True, se serve continuare a usare EWS dopo ottobre |
| 1° ottobre 2026 | Inizia la disabilitazione a fasi di EWS nei tenant che non hanno scelto esplicitamente di mantenerlo attivo |
| 1° aprile 2027 | Ritiro completo e permanente di EWS in Exchange Online |
Tradotto in pratica: avete circa cinque settimane per decidere se vi serve la proroga, e circa otto mesi per chiudere il passaggio a Microsoft Graph.
Cosa, in una PMI, parla ancora EWS
Qui serve onestà: non esiste un elenco Microsoft dei software impattati, perché dipende da come ciascun fornitore ha costruito la propria integrazione. Quella che segue è la nostra check-list redazionale, basata su ciò che troviamo abitualmente nei tenant dei clienti — da verificare caso per caso con il fornitore, non un elenco ufficiale:
- Gestione centralizzata delle firme email — molti prodotti applicano la firma leggendo o riscrivendo il messaggio lato server.
- Backup di terze parti delle caselle — le soluzioni che copiano la posta fuori dal tenant devono leggerla in qualche modo.
- Gestionale, CRM o ERP che legge e scrive nelle caselle — archiviazione delle email di un cliente sulla sua scheda, invio automatico di documenti.
- Strumenti di archiviazione e conservazione — journaling, archiviazione a norma, e-discovery di terze parti.
- Automazioni su caselle condivise — smistamento, protocollazione, apertura ticket da
assistenza@oinfo@. - Multifunzione e scanner con profilo Exchange — il classico “scan to email” configurato anni fa e mai più toccato.
- Applicativi sviluppati su misura — se qualcuno vi ha scritto un’integrazione interna, va guardata per prima: nessun fornitore vi avviserà.
Il filo comune: sono tutti sistemi che nessuno guarda finché funzionano.
Il censimento in tre mosse
1. Verifica l’uso reale di EWS nel tenant
Microsoft indica di verificare l’utilizzo attuale di EWS tramite gli strumenti di amministrazione e gli script messi a disposizione. È il punto di partenza oggettivo: invece di indovinare, guardate quali applicazioni stanno effettivamente chiamando EWS nel vostro ambiente.
È lo stesso tipo di lavoro che facciamo con i toolkit PowerShell per Exchange e le caselle: interrogare il tenant per avere dati, non impressioni.
2. Mappa i fornitori software che toccano la posta
Fate l’elenco di tutti i software che, in qualunque modo, leggono o scrivono email. Non serve sapere se usano EWS: serve avere la lista. Nelle PMI sono tipicamente fra tre e otto voci, e metà se ne ricorda solo l’amministrazione.
3. Chiedi al fornitore, per iscritto
La domanda da mandare è secca:
«Il vostro prodotto utilizza Exchange Web Services (EWS) per integrarsi con Microsoft 365? In caso affermativo, con quale versione e con quali tempi prevedete il passaggio a Microsoft Graph, considerando la disabilitazione a fasi dal 1° ottobre 2026 e il ritiro definitivo dal 1° aprile 2027?»
Chiedetela per iscritto e archiviate la risposta: se il fornitore non è pronto, quella email è ciò che vi permette di pianificare (o di cambiare fornitore) con mesi di anticipo invece che a guasto avvenuto.
Decidere: proroga o migrazione
Dopo il censimento le situazioni sono due.
Se tutto è già a posto — perché i vostri fornitori sono passati a Microsoft Graph — non dovete fare nulla. Verificatelo, mettetelo per iscritto e archiviate.
Se qualcosa usa ancora EWS e non può essere sistemato entro settembre, allora serve la proroga: popolare la AppID AllowList e impostare EWSEnabled=True entro fine agosto 2026. Ma va fatto sapendo cosa si sta comprando: tempo, non una soluzione. Ad aprile 2027 non c’è riabilitazione, non c’è deroga, non c’è allow list che tenga.
Per questo la proroga ha senso solo se accompagnata da una decisione: chi segue il passaggio a Graph, con quale fornitore e entro quale data. Un progetto con un responsabile e una scadenza, non un promemoria.
Attenzione anche a un punto che si tende a dare per scontato: non è detto che ogni funzione abbia un equivalente uno-a-uno in Microsoft Graph. Alcuni scenari si traducono direttamente, altri richiedono di ripensare l’integrazione. Tempi e costi dipendono dal singolo software: fatevi dare dal fornitore una risposta specifica, non una rassicurazione generica.
Perché conviene muoversi adesso
Tre motivi concreti:
- Ad agosto mezza Italia è chiusa. La finestra utile per la allow list scade a fine agosto: se il vostro fornitore risponde a settembre, è tardi per quella scelta.
- I sintomi saranno confusi. Da ottobre, con la disabilitazione a fasi, le rotture arriveranno separate e in momenti diversi. Senza un censimento fatto prima, ogni caso sembrerà un problema a sé.
- Il vero collo di bottiglia è il fornitore, non voi. Se un software non è pronto, la palla è dalla sua parte e voi potete solo aspettare — o cambiarlo. Sapere il prima possibile chi non è pronto è l’unica leva reale che avete.
Domande frequenti
EWS è già disattivato oggi? No. La disabilitazione a fasi comincia il 1° ottobre 2026; il ritiro completo e permanente è previsto per il 1° aprile 2027.
Riguarda anche Exchange Server on-premises? La comunicazione riguarda Exchange Online. Se avete ancora un Exchange on-premises o un ambiente ibrido, verificate separatamente: non date per scontato che valga lo stesso calendario.
Come faccio a sapere se mi riguarda, in concreto? Il riferimento autorevole per il vostro ambiente è il Message center del tenant (interfaccia di amministrazione Microsoft 365 → Integrità → Message center), dove trovate la comunicazione MC1227454 del 5 febbraio 2026 e gli aggiornamenti successivi.
Se attivo l’allow list sono a posto? Solo fino ad aprile 2027, e solo per le applicazioni che inserite nell’elenco. È una proroga: la migrazione a Microsoft Graph resta l’unica strada definitiva.
Nessuno in azienda sa se usiamo EWS. È normale? Sì, ed è il motivo per cui questa scadenza è insidiosa. EWS è un dettaglio implementativo scelto dal fornitore: raramente compare in un contratto o in un manuale utente. Per questo si parte dal censimento.
Come ti aiutiamo
Il censimento delle integrazioni, l’interrogazione del tenant e la gestione del rapporto con i fornitori software sono esattamente il perimetro dell’assistenza applicativa e dell’assistenza Microsoft 365 gestita: individuiamo cosa usa EWS nel vostro ambiente, verifichiamo con i fornitori a che punto sono e, dove serve, impostiamo la allow list entro la scadenza mentre si pianifica il passaggio a Graph.
Parla con un nostro consulente: partiamo da una ricognizione delle integrazioni sulla posta, senza impegno.
Fonte: blog Exchange di Microsoft Tech Community, «Exchange Online EWS: your time is almost up»; comunicazione MC1227454 del 5 febbraio 2026, consultabile nel Message center del proprio tenant. Articolo aggiornato a luglio 2026.