Optional analytics cookies help us improve Hardenly. They stay off unless you accept. Cookie policy
Maturity tier — Then: Strongly recommended once the basics are done.
Implementation effort: Medium - requires identifying existing EWS dependencies, validating third-party applications, migrating supported integrations to Microsoft Graph, and testing before organization-wide enforcement.
User impact: Low - typically transparent to end users, but legacy applications and integrations that depend on EWS may stop working.
Exchange Web Services (EWS) provides applications with access to mailbox data such as email, calendars, contacts, and tasks. If your organization no longer relies on EWS, disabling it reduces unnecessary access paths to sensitive Exchange Online data.
Before blocking EWS, identify applications, backup solutions, integrations, and automation workflows that still depend on it. Microsoft is retiring EWS in Exchange Online, so remaining integrations should be migrated to Microsoft Graph wherever possible.
Get-OrganizationConfig | Format-List Ews*.Set-OrganizationConfig -EwsEnabled:$false.Set-CASMailbox -Identity user@domain.com -EwsEnabled:$false.Do not disable EWS without first identifying existing dependencies. Legacy applications, backup products, migration tools, and other integrations may still rely on EWS and could stop functioning after the change.
For Exchange Online environments, blocking unnecessary EWS access should also be considered part of the migration strategy toward Microsoft Graph rather than a standalone configuration change.
Keep building momentum
Enable time-of-click URL scanning and sandbox-based attachment detonation to stop phishing links and malicious files before they reach users.
Sign in to vote on this item or share your rollout notes.
No comments yet — be the first to share your rollout experience.