A cloud-based service included in Microsoft 365, delivering scalable messaging and collaboration features with simplified management and automatic updates.
Hi,
Microsoft’s public documentation does not specify a standard completion time for this Exchange Online upgrade state.
The documented check is: Get-OrganizationConfig | Format-List IsDehydrated
According to Microsoft:
- False means Enable-OrganizationCustomization has already been completed.
- True means it has not been completed.
This property confirms whether organization customization has been enabled, but the documentation does not describe it as a progress or ETA indicator. It also does not provide another cmdlet or admin-center page for viewing the percentage or estimated completion time of the upgrade.
References:
The Enable-OrganizationCustomization documentation does not provide a separate tenant-side method to force or accelerate the process. Since the command has continued to return the same error, I recommend opening a support request through Microsoft 365 admin center > Help & support. Support can review the tenant-specific condition, which cannot be inspected through this user-to-user forum.
Get support - Microsoft 365 admin | Microsoft Learn
Regarding New-ApplicationAccessPolicy, Microsoft confirms that Application Access Policies can restrict the Microsoft Graph Mail.Send application permission. However, Microsoft now classifies this feature as legacy and states that new access configurations should use RBAC for Applications instead.
The Application Access Policy documentation does not confirm whether New-ApplicationAccessPolicy can be created while a tenant remains dehydrated or while this upgrade message is present. Therefore, I cannot confirm it as a supported workaround for this specific condition.
- Application Access Policies (legacy) | Microsoft Learn
- Role Based Access Control for Applications in Exchange Online | Microsoft Learn
Once IsDehydrated returns False, you can continue creating the management scope and the Application Mail.Send role assignment.
If Exchange Application RBAC is intended to be the app’s only source of Mail.Send authorization, also verify that the same organization-wide application permission has not been left granted in Microsoft Entra ID. Microsoft documents that Entra application permissions and Exchange Application RBAC permissions are additive, so an unscoped Entra permission would not be restricted by the Exchange management scope.