Action required: Exchange Online Admin API MailboxFolderPermission response update
Returned by 2 reference tenants · Corroborated by Microsoft 365 Message Center Archive by Merill FernandoRollout
Rollout dates are often only in the text. When Microsoft moves them, the change shows under "What changed".
What the notice says
Microsoft’s text, safely structuredWhat and why
Microsoft is updating the Exchange Online Admin API v2.0 MailboxFolderPermission endpoint to return the User property as a structured object instead of a display-name string. The new response includes DisplayName, Name, and PrimarySmtpAddress, helping applications more reliably identify users with similar or identical display names and supporting mailbox folder permission management and EWS migration scenarios.
Rollout schedule
- Rollout will begin and is expected to complete in early November 2026.
Impact on your organization
Who is affected: Organizations with applications or third-party solutions that use the Exchange Online Admin API v2.0 MailboxFolderPermission endpoint and process the User property.
Platforms/Services: Exchange Online Admin API v2.0, specifically the MailboxFolderPermission endpoint.
What will happen
- The User property will change from a string to a structured object.
- The object will contain DisplayName, Name, and PrimarySmtpAddress.
- The endpoint URL and API version will not change.
- Applications that expect User to be a string may experience parsing errors or unexpected behavior after the change.
- Applications can use PrimarySmtpAddress to more reliably distinguish between users with similar display names.
Current response
{
"User": "<display name>"
}
New response
{
"User": {
"DisplayName": "...",
"Name": "...",
"PrimarySmtpAddress": "..."
}
}
Action required/recommendations
Action is required if your organization uses the MailboxFolderPermission endpoint and processes the User property. Before rollout:
- Review applications that read or process the User property.
- Update response handling to process User as a structured object instead of a string.
- Where appropriate, use PrimarySmtpAddress to identify the user associated with a mailbox folder permission.
- Test permission retrieval, user identification, and mailbox folder permission management workflows.
- Update dependent integrations that store, consume, or forward the User property.
- If you use a third-party solution that manages mailbox folder permissions, contact the solution provider to determine whether an update is required.
- For more information, see Exchange Online Admin API overview.
Compliance considerations
No compliance considerations identified, review as appropriate for your organization.
What changed
Between the versions this installation saw, newest firstThis installation has seen one version of this notice, first on 5 Nov 2026. Later changes will show here.
Archive version history
Microsoft 365 Message Center Archive by Merill FernandoThese are the archive's capture times. They are separate from the versions returned by our reference tenants.
Read the archive's current copy
What and why: Microsoft is updating the Exchange Online Admin API v2.0 MailboxFolderPermission endpoint to return the User property as a structured object instead of a display-name string. The new response includes DisplayName, Name, and PrimarySmtpAddress, helping applications more reliably identify users with similar or identical display names and supporting mailbox folder permission management and EWS migration scenarios. Rollout schedule: Rollout will begin and is expected to complete in early November 2026. Impact on your organization: Who is affected: Organizations with applications or third-party solutions that use the Exchange Online Admin API v2.0 MailboxFolderPermission endpoint and process the User property. Platforms/Services: Exchange Online Admin API v2.0, specifically the MailboxFolderPermission endpoint. What will happen: The User property will change from a string to a structured object. The object will contain DisplayName, Name, and PrimarySmtpAddress. The endpoint URL and API version will not change. Applications that expect User to be a string may experience parsing errors or unexpected behavior after the change. Applications can use PrimarySmtpAddress to more reliably distinguish between users with similar display names. Current response: { "User": "<display name>" } New response: { "User": { "DisplayName": "...", "Name": "...", "PrimarySmtpAddress": "..." } } Action required/recommendations: Action is required if your organization uses the MailboxFolderPermission endpoint and processes the User property. Before rollout: Review applications that read or process the User property. Update response handling to process User as a structured object instead of a string. Where appropriate, use PrimarySmtpAddress to identify the user associated with a mailbox folder permission. Test permission retrieval, user identification, and mailbox folder permission management workflows. Update dependent integrations that store, consume, or forward the User property. If you use a third-party solution that manages mailbox folder permissions, contact the solution provider to determine whether an update is required. For more information, see Exchange Online Admin API overview. Compliance considerations: No compliance considerations identified, review as appropriate for your organization.
- Action required: Exchange Online Admin API MailboxFolderPermission response update Action date: Not supplied
Learn more
Links from the notice and their documentation checks- Exchange Online Admin API overviewChecked 13 Nov 2026
This site links to Microsoft's pages instead of copying them. Installations inside an organization can keep a copy for comparison.
Related public changes
No related announcements were found in the saved public history. Check the source for newer announcements.
Not confirmed here
What this page cannot tell you- Whether your tenant is affected: this is Microsoft's notice, not a check of your settings.
- Some history or links were left out of the website export to keep it within its size limits.