What happens if a tenant sets EwsEnabled back to $null after Microsoft has already flipped it to $false on October 1? Does the phased rollout catch it again, or does it stay $null?
Exchange Online EWS, Your Time is Almost Up | Microsoft Community Hub
We’ll disable EWS tenant-by-tenant using the https://learn.microsoft.com/en-us/exchange/client-developer/exchange-web-services/how-to-control-access-to-ews-in-exchange property, which supports three values: True, False, and Null (the default today). A new feature will allow admins to define an AppID Allow List - read more here Introducing EWSAllowedAppIDs: Preparing for the Final Phase of EWS Retirement | Microsoft Community Hub. When enabled, only apps on that list can access EWS.
The EWSEnabled property in your tenant will change on (or soon after) Oct 1, 2026, as follows:
EWSEnabled value | Before Oct 2026 | Starting Oct 2026 |
True | - If no Allow List, all EWS is allowed
- If Allow List is configured, only apps on it are allowed
| Only Apps in the Allow List Allowed |
False | All EWS Blocked | All EWS Blocked |
Null | All EWS Allowed | All EWS Allowed (allow list ignored) |
Any tenant with EWSEnabled still set to Null on October 1, 2026, will see the value changed to False as the deployment rolls out. That will block EWS for all applications in the tenant at that time.
If you want to keep EWS blocked, you can simply leave it that way.
But if you still need to use EWS, you will have two choices:
- Set EWSEnabled to True and maintain an Allow List (via https://learn.microsoft.com/en-us/microsoft-365/baseline-security-mode/baseline-security-mode-settings?view=o365-worldwide or Exchange Online PowerShell).
- Set EWSEnabled back to Null, which re-enables EWS without restrictions until the final deprecation occurs. This will have to be done using Exchange Online PowerShell.