Table of Contents

     


    Migrate to Office 365

    Error when you run the Add-RecipientPermission Cmdlet while Migrating Mailboxes to Microsoft 365


    Table of Contents

      Summary: In this blog, we will be discussing the ways to troubleshoot the error “You can’t use the domain because it’s not an accepted domain for your organization” that might occur on different occasions while migrating mailboxes to Microsoft 365. In addition, we will be mentioning a third-party Exchange Migration tool that can directly migrate mailboxes and other data from Exchange server to Microsoft 365 without any issue.

      In Exchange Server, you use PowerShell through the Exchange Management Shell (EMS) for a lot of reasons, like speed, accessibility, and automation. When trying to run the Add-RecipientPermission, New-MoveRequest, or any other cmdlet while migrating mailboxes to Microsoft 365, you may get an error saying, “You can’t use the domain because it’s not an accepted domain for your organization”.

      Depending on the command being executed in the Exchange Management Shell (EMS), you may get the error similar to the below.

      You can’t use the domain because it’s not an accepted domain for your organization.
      + CategoryInfo : NotSpecified: (:) [New-MoveRequest], NotAcceptedDomainException
      [FailureCategory=Cmdlet-NotAcceptedDomainException]

      The error can occur in different situations. The usual culprits for the error are as follows:

      • Human error or typo
      • Adding a recipient permission
      • Creating a new move request
      • Creating a new migration batch

      Possible Solutions to Fix the Error

      It’s easy to enter the wrong domain in a command and to do a typo. So, first check the syntax and also check that the domain name doesn’t have an extra character or mistake.

      The issue usually occurs when the proxy address entered for the recipient is not configured as an accepted domain in your setup. You can use the Get-AcceptedDomain command to verify that the domain is really in use. You can also confirm that the Domain Name is correct.

      Get-AcceptedDomain

      During a mailbox move, it might happen that one of the recipients has a domain which was not removed completely. This would leave unwanted configurations in the SMTP of the user you are transferring. This could also occur when you are setting up a recipient permission and creating a new mailbox move.

      After executing the Get-AcceptedDomain cmdlet, you need to run the following command to get more information on the mailbox. You can easily compare if the domains are really matching.

      Get-mailbox <mailbox> | select -ExpandProperty Emailaddresses
      Get-mailbox

      If the user has an SMTP entry which doesn’t match the accepted domain, you can easily fix it by removing the culprit’s email address. Then, retry the command.

      If you don’t know the affected mailbox, you can run the below command:

      Get-Mailbox | Select DisplayName, EmailAddresses
      affected mailbox cmd

      In addition, there could be other issues which could stop you from setting up the email address or affecting the move request, or creating the migration batch. Such issues include configuration problems or corruption in the installation of your Exchange Server.

      In such a case, first check if the problem is with the source mailbox database. It’s suggested to create a new mailbox database and move the mailbox to the new mailbox database. But then again, if you can’t even create a new move request, you would not be able to transfer the mailboxes to another mailbox database. If you have another Exchange Server and try to transfer the mailboxes, you would encounter the same issues.

      For this reason, you can take the help of a specialized Exchange Migration tool such as Stellar Migrator for Exchange. With this tool, you can seamlessly migrate mailboxes from one Exchange Server to another or directly to Microsoft 365 without requiring any complex manual configurations. It supports migration of user mailboxes, shared mailboxes, archives, disabled mailboxes, and even public folders with complete data integrity. You can also perform granular migrations, allowing you to move only the selected items or folders you need. In addition, the tool enables secure and direct migration between on-premises Exchange environments, cross-forest setups, hybrid environments, and Microsoft 365 tenants.

      Conclusion

      Above, we have discussed various methods to resolve the error “You can’t use the domain because it’s not an accepted domain for your organization.” If these methods don’t work, you may need to move your data to a new mailbox database or a new Exchange Server. To simplify this process, you can use Stellar Migrator for Exchange, which ensures a smooth and reliable migration with no data loss, minimal downtime, and efficient use of system resources.

      About The Author

      Shelly Bhardwaj linkdin

      I am a Product Consultant and is associated with Stellar Data Recovery from last 8 years. I write about the latest technology tips and provide custom solutions related to Exchange Server, Office 365, ...

      Leave a comment

      Your email address will not be published. Required fields are marked *

      Google Trust
      Related Posts

      WHY STELLAR® IS GLOBAL LEADER

      Why Choose Stellar?

      • 0M+

        Customers

      • 0+

        Years of Excellence

      • 0+

        R&D Engineers

      • 0+

        Countries

      • 0+

        PARTNERS

      • 0+

        Awards Received

      BitRaser With 30 Years of Excellence
      Technology You Can Trust
      Data Care Experts since 1993
      ×