getting issue while migrating mail through microsoft exchange native tool

Megha Devrani 0 Reputation points
2026-07-31T05:09:43.7666667+00:00

The migration service is trying to access the destination mailbox, but Exchange Online cannot find the mailbox object on the backend server, even the user exist in admin center with standard license. how to resolve it

[Moderator note: Personally Identifiable Information removed]User's image

Outlook | Windows | New Outlook for Windows | For business
0 comments No comments

1 answer

Sort by: Most helpful
  1. Sophie N 18,175 Reputation points Microsoft External Staff Moderator
    2026-07-31T06:13:39.9633333+00:00

    Dear @Megha Devrani,

    I understand you are encountering the MigrationProvisioningPermanentException error where Exchange Online states the object/mailbox cannot be found on the backend server, even though the user exists in the Admin Center with a license.

    This error typically occurs during native migrations (such as Google Workspace or Staged/Cutover migrations) due to one of three main reasons:

    Step 1: Recipient Object Type Mismatch (Most Common)

    Native migration batches often require target users to exist as Mail Users (MailUser) initially so Exchange Online can establish the target environment before provision/cutover. If a user is already assigned an Exchange Online license, Microsoft 365 provisions them as a User Mailbox (UserMailbox). The migration service then fails because it looks for a MailUser object and cannot locate it on the server.

    • How to check: Connect to Exchange Online PowerShell and run:
    Connect-ExchangeOnline
    
    • Run the following command in your PowerShell window:
    Get-ExoRecipient -Identity ******@yourdomain.com | Select-Object DisplayName, RecipientType, RecipientTypeDetails
    
    • If the RecipientType is UserMailbox, temporarily remove the Exchange Online license from the user account to revert/clear the mailbox state (or delete/re-create the object as a Mail User), start/complete the migration batch, and then re-assign the license afterward.

    User's image

    Step 2: Delay in Backend Provisioning / Directory Sync

    Even if a license is assigned, directory sync between Microsoft Entra ID (Azure AD) and Exchange Online backend databases can occasionally take time.

    • Unassign and re-assign the Exchange Online license in the M365 Admin Center to force a re-provisioning trigger.
    • Wait approximately 15–30 minutes for backend replication to finish.
    • Verify that the user can access Outlook on the Web (OWA) directly before re-initiating the migration.

    Step 3: CSV Identity / Domain Mismatch

    If you are using a CSV file to map target users, the primary SMTP address or User Principal Name (UPN) specified in the CSV might not match the primary address provisioned in Exchange Online.

    • Verify that the email address in your migration CSV strictly matches the user's UserPrincipalName and primary SMTP address listed in Exchange Online.

    For step-by-step guidance on managing mailbox migration types, you can refer to the official Ways to migrate multiple email accounts to Microsoft 365 or Office 365 | Microsoft Learn

    Please let me know if checking the RecipientType via PowerShell helps resolve the issue.


    If the answer is helpful, please click "Yes" and kindly upvote it. If you have extra questions about this answer, please click "Comment".   

    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.