L'1 d'octubre Microsoft va començar a bloquejar EWS a Exchange Online, tenant a tenant. El teu proveïdor de còpies ja et va enviar el correu: actualitza la versió, revisa els permisos, tot continua funcionant. Gairebé. Hi ha tres ubicacions dins d'Exchange Online per a les quals Microsoft Graph encara no porta un relleu que serveixi per copiar-les: les carpetes públiques, l'arxiu in situ i les bústies de grup. Una de les tres ja no es copia en cap tenant del món des de l'1 d'octubre. Les altres dues cauen el dia que al teu tenant li toqui el bloqueig, i com a molt tard l'1 d'abril del 2027. Mentre això passa, hi ha un procés de Microsoft que està activat per defecte i que fa mesos que mou correu vell justament cap a una de les tres. Ningú no ha tocat la teva política de còpia: la cobertura s'ha encongit sola.
La frase que no admet lectura optimista
EWS va quedar en via morta el 2018, quan Microsoft va anunciar que no rebria més funcions, i la data d'apagada es va posar per escrit el setembre del 2023. Fa tres anys que llegim calendaris. El que gairebé ningú no va llegir és el paràgraf de les carpetes públiques. L'equip d'Exchange ho va escriure així, literal: Microsoft ha decidit «restringir l'accés programàtic a les carpetes públiques als clients d'Outlook compatibles únicament, i a efectes d'importació/exportació massiva», i afegeix la frase que ho tanca tot: «no proporcionarem API per crear, llegir, actualitzar i esborrar carpetes públiques de manera programàtica després d'octubre del 2026».
Això no és un retard, és una decisió. I la conseqüència l'han anat escrivint els fabricants de còpia als seus avisos de deprecació, cadascun amb les seves paraules i tots amb el mateix contingut. El de Druva, per exemple, diu que la plataforma «no podrà ingerir dades noves de les carpetes públiques d'Exchange Online després de l'1 d'octubre del 2026» i que la restauració d'aquestes dades des de la consola «no estarà suportada» a partir de la mateixa data. I explica per què no hi ha pla B: «Microsoft Graph no suporta actualment les operacions necessàries per a la còpia de carpetes públiques». No és una mancança de producte: és que la peça que faltava no es fabricarà.
El que això NO és. Les teves carpetes públiques no desapareixen i els teus usuaris no notaran res: Outlook continuarà obrint-les igual que ahir. El que desapareix és la possibilitat que un programa que no sigui Outlook les llegeixi. És a dir: el contingut continua allà i el que se n'ha anat és la còpia. Són dues coses diferents i conve no barrejar-les en explicar-ho en un comitè.
El correu vell s'està mudant al punt cec, i va de sèrie
Aquí és on això deixa de ser un assumpte de carpetes públiques —que molta gent ja no fa servir— i es converteix en un assumpte de correu normal. La segona ubicació és l'arxiu in situ, l'«Arxiu en línia» que l'usuari veu com un segon arbre de carpetes a Outlook. Sobre l'arxiu, Microsoft va escriure a l'avís de la retirada: «Estem treballant per donar accés a les bústies d'arxiu a través de Microsoft Graph i proporcionarem un calendari actualitzat en els pròxims mesos». I el calendari va arribar: l'avís MC1469565, del 9 de setembre, anuncia disponibilitat general entre finals d'octubre i primers de novembre del 2026, i desembre per als núvols de govern. Conve llegir què és el que arriba, perquè són les API d'importació i exportació i les de gestió de carpetes de l'arxiu, no la lectura incremental que necessita una feina de còpia. Per això el fabricant de còpies que citàvem abans continua escrivint avui, a la seva guia d'estat, que «Microsoft no ha publicat una API de Graph per a l'accés a les bústies d'arxiu» i que tant l'arxiu com les carpetes públiques «continuaran depenent d'EWS més enllà de l'1 d'octubre del 2026 perquè no existeix alternativa».
I ara el detall que ho converteix en un problema actiu i no en una nota al peu. Des d'aquest any, Exchange Online té auto-arxivat: quan la bústia principal passa del 96% de la seva quota, l'Assistent de carpetes administrades comença a moure els elements més antics a la bústia d'arxiu fins que l'ús baixi del llindar. La documentació de Microsoft és generosa amb els detalls: cada passada intenta moure un 3% de la quota —3 GB si la quota és de 100 GB, amb aquest exemple exacte—, no toca res rebut els últims 60 dies i respecta les etiquetes «Mai moure a l'arxiu». Unes línies més avall hi ha el que de debò importa: «l'ajust per defecte està activat» a nivell de bústia, i «l'auto-arxivat no es pot desactivar a nivell d'organització»; l'única cosa que es toca a dalt és el llindar.
Ajunta les dues coses. La bústia principal, que la teva còpia sí que sap llegir per Graph, es buida de mica en mica cap a l'arxiu, que la teva còpia només abasta per EWS. I EWS s'està apagant. Ningú no ha canviat una política, ningú no ha desmarcat una casella: el saldo del que està protegit baixa sol, un 3% de la quota per passada, començant pel correu més antic —que, casualment, és el que algú et demanarà d'aquí a quatre anys en una reclamació.
Les tres ubicacions, i qui les llegeix
| Ubicació | Com la llegeix la teva còpia | Què diu Microsoft del relleu |
|---|---|---|
| Bústia principal | EWS fins ara; Graph a partir del bloqueig | Cobert, amb el matís del sincronisme incremental (a sota) |
| Carpetes públiques | Només EWS, i ja no | «No proporcionarem API» després d'octubre del 2026. Fi de trajecte. |
| Arxiu in situ | Només EWS, fins al bloqueig del teu tenant | Calendari publicat (MC1469565, set-2026): importació/exportació i gestió de carpetes, oct-des del 2026. Sense lectura incremental per a còpia. |
| Bústies de grup | Només EWS, fins al bloqueig del teu tenant | Exclosos de la disponibilitat general de les API d'importació/exportació; «el treball en aquestes àrees continua». |
El que sí que va arribar al maig, i per què no és una còpia
Microsoft no s'ha quedat de braços creuats: el 7 de maig del 2026 va posar en disponibilitat general les API d'importació i exportació de bústies a Graph. Són útils i resolen migracions. Però conve llegir la lletra del seu propi anunci abans d'apuntar-les com a substitut de res. Primer, l'abast: les bústies d'arxiu, les carpetes públiques i les bústies de grup «no estan incloses en el llançament inicial» —les mateixes tres ubicacions de què venim parlant—. Segon, el format: «el format dels elements exportats és intencionadament opac i està dissenyat per preservar la fidelitat de l'element, no per servir com a format d'intercanvi de propòsit general». I tercer, el patró suportat és exportar i importar de tornada a bústies d'Exchange Online.
Traduït a la pregunta que de debò importa: això et retorna el correu a Microsoft 365. Si el que necessites és un fitxer que algú pugui obrir d'aquí a set anys sense passar pel tenant ni per la consola del teu proveïdor —un requeriment judicial, una auditoria, un canvi de proveïdor—, això no és això. És una API de mobilitat de dades, no un arxiu legal. El problema apareix quan es ven com la segona cosa.
La caducitat de la teva còpia la posa el calendari d'un altre
Tornem a l'avís de Druva, perquè té una línia que mereix estar a la pissarra de qualsevol que gestioni còpies al núvol: «Druva esborrarà permanentment totes les dades de còpia de carpetes públiques existents el 31 de desembre del 2026». Avui és 12 de novembre. Són 49 dies. I fixa't en el que diu la frase: no diu que caduquin segons la teva política de retenció, diu una data, la seva.
No anem contra aquest fabricant: el seu avís és clar, està datat i avisa amb mesos d'antelació, que és més del que fan altres. L'utilitzem perquè posa negre sobre blanc una cosa que gairebé ningú no té en compte en signar una còpia com a servei: la retenció que contractes viu dins del cicle de vida del producte del teu proveïdor. Si l'API de la qual depèn una càrrega de treball es retira, no només deixa de copiar-se: també s'obre una finestra per evacuar l'històric, i aquesta finestra la fixa el proveïdor. Si la deixes passar, el que hi havia no torna. Ja vam tocar la mateixa asimetria quan vam explicar que baixar la finestra de recuperació del backup natiu esborra còpies que ja tenies: pujar és reversible, baixar no.
El pont de cinc mesos que gairebé tothom està utilitzant
Mecànicament, l'apagada funciona així. Des d'octubre, l'ajust EwsEnabled dels tenants que no havien triat res explícitament passa a False a mesura que avança el desplegament. Un administrador pot tornar a posar-lo a True si se li ha trencat alguna cosa crítica, i a més existeix una llista d'aplicacions permeses per no obrir la porta del tot. I arriba l'1 d'abril del 2027: EWS queda «completament i permanentment deshabilitat» i, en paraules de Microsoft, «es retirarà als administradors del tenant la capacitat de controlar EWSEnabled».
El que estem veient a la pràctica és que, quan a algú li falla la feina de còpia, la primera reacció és tornar a habilitar EWS i respirar. És legítim i de vegades és l'única cosa que pots fer un dimarts a les nou. Però aleshores conve dir en veu alta què has comprat: un pont de menys de cinc mesos, no una solució. I hi ha una segona cosa per mirar a la documentació del teu fabricant de còpia. Veeam, per exemple, ho publica sense maquillatge al seu article sobre la retirada d'EWS, actualitzat el 7 d'octubre: un cop bloquejat l'accés, «les còpies de bústies d'Exchange Online fallaran»; cal la versió 8.6 o posterior perquè els permisos de Graph es configurin sols; i «Microsoft no ha completat encara totes les capacitats de l'API de Graph necessàries, concretament el suport de sincronització delta que fa falta per a les còpies incrementals». Sense delta no hi ha incremental: la primera còpia per Graph és completa. Amb un tenant mitjà això no és un detall de planificació, és una nit.
L'inventari, en sis ordres de només lectura
Abans de decidir res cal saber si això t'afecta i quant. Es contesta en deu minuts amb PowerShell d'Exchange Online. Cap de les sis comprovacions no modifica res:
- 1
Get-OrganizationConfig | Format-List EwsEnabled, EwsApplicationAccessPolicy, EwsAllowList— en quin estat està el teu tenant avui. SiEwsEnabledsurt buit, el bloqueig t'arribarà sol. La llista que de debò decideix quina aplicació passa és la d'AppID, i va per un altre lloc:Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs. - 2
Get-OrganizationConfig | Format-List PublicFoldersEnabled, AutoArchivingThresholdPercentage— si tens carpetes públiques i amb quin llindar d'auto-arxivat corres. - 3
Get-PublicFolder -Recurse -ResultSize Unlimited | Measure-Object— quantes carpetes públiques hi ha de debò. Gairebé sempre són més de les que algú recorda. - 4
Get-Mailbox -ResultSize Unlimited | Where-Object {$_.ArchiveStatus -eq "Active"} | Measure-Object— quantes bústies tenen arxiu aprovisionat. Sense arxiu, l'auto-arxivat no mou res. - 5
Get-MailboxStatistics -Identity <bústia> -Archive | Format-List ItemCount, TotalItemSize— quant correu viu ja a l'arxiu de les teves bústies més grans. Aquest número és la mida del punt cec. - 6
Get-UnifiedGroup -ResultSize Unlimited | Measure-Object— quantes bústies de grup hi ha, que és la tercera ubicació de la taula.
I ara el pas que converteix sis xifres en una conversa: agafa els resultats de 3, 4 i 6 i posa'ls al costat del que la teva consola de còpia declara com a protegit. La diferència no és una sospita ni una opinió nostra. És el teu buit, en objectes i en gigues, amb data d'avui.
Les quatre preguntes, per escrit, a qui et fa les còpies
Per escrit, no en una trucada. No per desconfiança: perquè la resposta a la segona i a la quarta cal poder rellegir-la al març.
- 1Quines càrregues de treball del meu tenant deixen de copiar-se amb el bloqueig d'EWS, i en quina data exacta cadascuna? Resposta acceptable: una llista per càrrega amb dates. No acceptable: «estem treballant amb Microsoft».
- 2El que ja teniu copiat d'aquestes càrregues, es conserva segons LA MEVA retenció o teniu una data d'esborrat pròpia? Si existeix aquesta data, demana-la i posa-la al calendari aquell mateix dia. És la pregunta que gairebé ningú no fa.
- 3En passar Exchange d'EWS a Graph, la primera còpia és completa, i quina finestra queda sense cobrir entre l'última per EWS i la primera per Graph? La resposta honesta avui és «completa», i el buit és real. El que es demana és el nombre d'hores, no una tranquil·lització.
- 4Si demà necessito aquest contingut fora de Microsoft 365, en quin format me l'entregueu i qui pot obrir-lo sense la vostra consola? Aquesta és la que distingeix una còpia d'una subscripció. I és la mateixa pregunta, amb un altre vestit, que la de qui té la clau: ja vam escriure sobre què protegeix el backup natiu amb cada casella, i la resposta sempre acaba en on viu la dada i qui la pot llegir.
Quan NO fer res
Comença per descartar-te. Si no tens carpetes públiques i cap bústia té arxiu aprovisionat, això no t'afecta: dues de les ordres de dalt ho confirmen en cinc minuts i pots tornar a la teva feina. El pitjor que podria sortir d'aquest article és un projecte obert al desembre contra un risc que no existeix a casa teva.
I si sí que t'afecta, hi ha dues reaccions raonables que ens semblen pitjors que el problema. Una és pujar el llindar d'auto-arxivat a 100 per tancar la fuita: segons la pròpia documentació això desactiva l'auto-arxivat del tenant sencer, i el que has fet és canviar un forat a la còpia per bústies que deixen de rebre correu en arribar a la quota. Si de debò cal excloure alguna cosa, s'exclou per bústia amb Set-Mailbox -AutoArchivingEnabled $false o amb l'etiqueta «Mai moure a l'arxiu», i sabent a canvi de què. L'altra és treure les carpetes públiques d'allà a tota pressa. Si fa deu anys que fan d'arxivador d'un departament, moure-les és un projecte amb la seva factura i el seu risc, i desembre és el pitjor mes de l'any per obrir-lo. L'urgent és saber què hi ha dins i poder-ho treure —la importació i exportació massiva continua permesa, no et quedes sense porta—; moure és una altra decisió, i es pren en fred.
Com ho treballem nosaltres
No venem llicències de res i tampoc no tenim una eina de còpia preferida per col·locar. El que fem amb un tenant és avorrit: una còpia de Microsoft 365 no és un botó que s'activa, és un inventari d'ubicacions —bústia, elements recuperables, arxiu, carpetes públiques, grups, SharePoint, OneDrive, xats— creuat contra el que l'eina diu que protegeix, i una restauració de prova cada trimestre per comprovar que el camí de tornada existeix. És la mateixa llista de sempre, i és la que detecta això a l'octubre en lloc de a l'abril. Ja ens va passar amb els xats de Teams, que no són on gairebé tothom es pensa: el patró es repeteix perquè el núvol canvia a sota sense demanar permís, i la gestió del tenant consisteix justament a llegir aquests canvis abans que es notin.
La fallada és inevitable, l'avaria és una decisió de disseny. Aquí la fallada és que un fabricant retiri una API —passa, està anunciat des del 2018 i amb data des del 2023 i és fins i tot raonable, perquè EWS tenia problemes de seguretat propis—. L'avaria és assabentar-te'n a l'abril, quan el teu proveïdor ja va esborrar l'històric al desembre i ningú no va apuntar la data.
Fonts (verificades el 12-nov-2026): Microsoft, «Retirement of Exchange Web Services in Exchange Online», actualitzat el 14-set-2026 (el bloqueig a partir de l'1-oct-2026, la frase de les carpetes públiques i la nota sobre les bústies d'arxiu a Graph); avís del Centre de missatges MC1469565, 9-set-2026, «Microsoft Purview: Data Lifecycle Management – Graph API Support for archive mailboxes» (el calendari d'arribada de l'accés a l'arxiu per Graph i el seu abast real); Microsoft, «Exchange Online EWS, Your Time is Almost Up», actualitzat el 27-oct-2026 (estats d'EwsEnabled, llista d'AppID i l'1-abr-2027); Microsoft 365 Developer Blog, «Announcing general availability of the mailbox import and export Microsoft Graph APIs», 7-maig-2026 (exclusions i format opac); Microsoft Learn, «Auto-archiving in Exchange Online», actualitzada el 26-juny-2026 (llindar del 96%, activat per defecte per bústia, 3% per passada, 60 dies, llindar 100 = desactivat); Veeam, KB4820, actualitzat el 7-oct-2026 (fallada dels treballs, versió 8.6 i sincronització delta); Druva, «Deprecation Notice for Microsoft 365 Exchange Online Public Folder Backups», publicat el 12-juny-2026 (fi d'ingesta i restauració l'1-oct-2026 i esborrat el 31-des-2026), i la seva guia d'estat de la retirada d'EWS (l'arxiu i les carpetes públiques continuen depenent d'EWS «perquè no existeix alternativa»). El càlcul dels 49 dies és nostre, a data de publicació.
Saps quant correu teu viu ja on la teva còpia no arriba?
A everyWAN creuem l'inventari real del teu tenant amb el que la teva eina declara protegit, et donem el buit en objectes i en gigues, i provem una restauració de debò. Sense marca preferida i sense vendre llicències.
Parlar amb everyWAN