¿Cuándo se desactiva EWS en Exchange Online?

En dos fases. Desde octubre de 2026, Microsoft lo desactiva inquilino a inquilino, con un preaviso de 7 días en el Centro de mensajes, en todos los inquilinos que nunca configuraron EWSEnabled. El 1 de abril de 2027 se desactiva para todos, de forma permanente, y la opción deja de estar en tus manos.

¿Rellenará Microsoft mi lista EWSAllowedAppIDs por mí?

Solo una vez, y solo a partir de los últimos 60 días de uso. Los inquilinos que tenían EWSEnabled en True el 2 de octubre recibieron una lista el 8 o el 9 de octubre; los que siguen en Null reciben una pocos días antes de que Microsoft los cambie a False. Faltará todo lo que se ejecute con menos frecuencia que cada 60 días. Una lista que hayas creado tú nunca se sobrescribe.

¿EWSAllowList es lo mismo que EWSAllowedAppIDs?

No. EWSAllowList y EWSBlockList son los controles antiguos de EwsApplicationAccessPolicy, que filtran por la cadena de agente de usuario del cliente y también afectan a REST. EWSAllowedAppIDs filtra por el ID de aplicación de Entra y es el que usa la retirada. Una solicitud tiene que superar ambos, así que configurar el antiguo no hace que una aplicación siga funcionando.

¿Afecta la retirada de EWS a Exchange Server local?

Al EWS local en sí, no. Sí afecta a dos casos híbridos: los buzones locales con archivo en Exchange Online, y una organización local que comparte la información de disponibilidad con otra organización de Exchange Online. En ambos casos, el inquilino de Exchange Online tiene que mantener EWS habilitado por ahora.

Calendario de la retirada de EWS: de octubre de 2026 a abril de 2027

Exchange Web Services en Exchange Online se está desactivando inquilino a inquilino desde octubre de 2026, y para todos el 1 de abril de 2027. La fecha que importa para tu inquilino depende de una opción, EWSEnabled, y de si tienes una lista de aplicaciones permitidas.

En resumen: desde el 10 de octubre de 2026, un inquilino que quiera EWS necesita EWSEnabled = True y una lista EWSAllowedAppIDs; solo pasan las aplicaciones de la lista. Los inquilinos que nunca tocaron la opción están pasando de Null a False uno a uno, cada uno con un preaviso de 7 días en el Centro de mensajes. El 1 de abril de 2027, EWS queda desactivado en todas partes, sin excepciones.

Todas las fechas, en orden

Estas son las fechas tal como las ha publicado Microsoft, la última vez en la entrada del equipo de Exchange del 3 de octubre de 2026. Se aplican a la nube multiinquilino mundial; las nubes gubernamentales y soberanas reciben sus propias fechas a través del Centro de mensajes.

Cuándo	Qué ocurre
Julio de 2018	EWS en Exchange Online deja de recibir funciones nuevas.
Septiembre de 2023	Microsoft anuncia la retirada, prevista para octubre de 2026.
Febrero de 2026	El plan pasa a tener dos fases: una desactivación progresiva desde octubre de 2026 y, después, el final el 1 de abril de 2027 (MC1227454).
1 de octubre de 2026	Los buzones con licencia solo de Exchange Online Kiosk, F1 o F3 pierden EWS: las solicitudes reciben HTTP 403 (MC1191578, aplazado desde el 30 de junio).
2 de octubre de 2026	Microsoft registra todos los inquilinos con `EWSEnabled = True` y sin lista de permitidos.
8–9 de octubre de 2026	Esos inquilinos reciben una lista `EWSAllowedAppIDs`, rellenada con los ID de aplicación que usaron EWS en los 60 días anteriores.
Desde el 10 de octubre de 2026	Se exige una lista de permitidos. Con `EWSEnabled = True`, solo las aplicaciones de la lista llegan a EWS. Un inquilino que establezca `True` a partir de ahora escribe su propia lista.
De octubre de 2026 en adelante	Los inquilinos que siguen en `Null` pasan a `False`, uno a uno. Cada uno recibe un preaviso de 7 días en el Centro de mensajes, y Microsoft rellena su lista de permitidos con 60 días de uso unos días antes del cambio, así que establecer `True` después restaura lo que estaba en uso.
1 de abril de 2027	EWS queda desactivado para siempre. Los administradores ya no pueden cambiar `EWSEnabled`, y Microsoft ha dicho que no habrá excepciones.

El contenido que dice “EWS deja de funcionar el 1 de octubre” se equivoca en algo que importa. Ese día no se detuvo nada para todos; lo que cambió es que EWS pasó a ser algo que un inquilino debe conservar de forma explícita, aplicación por aplicación.

En qué situación está hoy tu inquilino

`EWSEnabled`	Lista de permitidos	Qué hace EWS ahora
`Null` (nunca configurado)	Ignorada	Funciona para todas las aplicaciones, hasta que Microsoft llegue a tu inquilino y lo cambie a `False`. Vigila el Centro de mensajes para ver el preaviso de 7 días.
`True`	Presente	Solo funciona para los ID de aplicación de la lista.
`True`	Ausente	Obligatoria desde el 10 de octubre. Si tu inquilino estaba en `True` el 2 de octubre, Microsoft hizo la lista por ti; revisa lo que contiene. Si estableciste `True` después, te toca escribir la lista a ti.
`False`	Ignorada	Bloqueado para todos. Volver a establecer `True`, con una lista, sigue funcionando hasta el 1 de abril de 2027.

Cómo comprobarlo y cambiarlo

En PowerShell de Exchange Online. Un Get-OrganizationConfig sin más no devuelve la lista de permitidos; necesita su propio modificador:

Get-OrganizationConfig | Format-List EWSEnabled
Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs

Cuatro cosas sobre cómo cambiarlo que señalan las propias notas de campo de Microsoft, y que sorprenden a más de uno:

La lista se escribe entera. Set-OrganizationConfig -EwsAllowedAppIDs sustituye la lista en vez de ampliarla. Lee el valor actual, añade o quita un ID y vuelve a escribirla.
Los cambios son lentos, y no igual de lentos. Un cambio en la lista de permitidos tarda unas 24 horas en llegar a todos los servidores; un cambio en EWSEnabled, normalmente menos de una hora, a veces hasta cuatro. Una prueba justo después de un cambio no demuestra nada.
El orden importa. Escribe la lista mientras EWSEnabled siga en Null (entonces la lista se ignora), espera un día y solo entonces establece True. Al revés, todo lo que aún no esté en la lista puede quedar bloqueado hasta que llegue la lista.
La forma más rápida de deshacerlo mientras pruebas es Set-OrganizationConfig -EWSEnabled $null: una hora después, EWS vuelve a estar sin restricciones.

Para ver qué usa EWS, consulta el informe Uso de EWS del Centro de administración de Microsoft 365 y mira 90 días en lugar de 7: las listas automáticas de Microsoft solo miran 60 días atrás, así que lo mensual o trimestral es justo lo que se les escapa. El informe nombra las aplicaciones por su ID de aplicación de Entra; identifícalas en Entra ID → Aplicaciones empresariales.

Dos opciones con casi el mismo nombre

EwsAllowedAppIDs es el control que usa la retirada y filtra por el ID de aplicación. EwsAllowList y EwsBlockList son los controles por agente de usuario de EwsApplicationAccessPolicy, que existen desde hace una década y también afectan a REST. Se comprueban por separado: una solicitud debe superar ambos. Configurar la pareja antigua no mantiene una aplicación en EWS, y vaciarla para “poner orden” puede romper cargas de trabajo REST que nunca usaron EWS en absoluto.

Las propias aplicaciones de Microsoft también van en la lista

Sería razonable suponer que Microsoft exime a sus propias aplicaciones. No lo hace: cualquier aplicación de Microsoft que aparezca en tu informe de uso de EWS necesita su ID de aplicación en tu lista para seguir funcionando. Lo que dijo Microsoft el 3 de octubre:

Outlook clásico para Windows debería estar en la compilación de agosto de 2026 (16.0.20430.20092) o posterior, a partir de la cual no debería necesitar EWS; Microsoft sugiere probar si el ID del cliente de Office se puede dejar fuera.
Outlook para Mac: el nuevo Outlook no se ve afectado. Outlook clásico para Mac necesita en la lista el ID de aplicación de Microsoft Office.
Excel Power Query tiene sus propias indicaciones; lo de Power BI aún estaba por anunciar.
Exchange híbrido: los buzones locales con archivo en Exchange Online y las organizaciones locales que comparten la información de disponibilidad con otra organización de Exchange Online necesitan, en ambos casos, que el inquilino de Exchange Online mantenga EWS habilitado por ahora, con la aplicación híbrida en la lista.

Qué significa esto para las firmas de correo

Las herramientas de firmas que escriben las firmas de Outlook a través de EWS solo siguen funcionando mientras su ID de aplicación esté en tu lista, y se detienen el 1 de abril de 2027 hagas lo que hagas. No hay un cambio equivalente: Microsoft Graph, el sustituto que Microsoft recomienda para todo lo demás, no tiene API para las firmas de Outlook. Las opciones reales son un complemento de Outlook, una regla de flujo de correo o un servicio de retransmisión de correo saliente (relay SMTP), y cada una sacrifica cosas muy distintas. Las comparamos en Desuso de EWS y firmas de correo.

Para que conste, Ascripto no usa EWS: las firmas de Microsoft 365 pasan por un conector de salida hacia nuestro servicio de retransmisión, y las de Gmail, por la propia API de Google. Nada de lo que dice esta página cambia eso.

Fuentes

Equipo de Exchange, EWS Deprecation Is Here – What This Means To You, 3 de octubre de 2026.
Equipo de Exchange, Take control of your EWSAllowedAppIDs list before EWS access changes, 4 de septiembre de 2026.
Equipo de Exchange, Notes from the field: testing EWSAllowedAppIDs safely, 14 de octubre de 2026.
Equipo de Exchange, Impact of Exchange Online EWS Deprecation on Hybrid Rich Coexistence and Cross-org Sharing, 30 de septiembre de 2026.
Centro de mensajes MC1227454, Exchange Web Services (EWS) retirement update; MC1191578, Update to EWS Access for Kiosk / Frontline Worker Licenses (actualizado el 10 de junio de 2026).