To fix this issue, follow these steps.
Note�Migrating users from on-premises Exchange 2003 isn't supported in Office 365.
Step 1: Check Outlook Anywhere or RPC over HTTP settings on the on-premises Exchange server
The New Migration Batch Wizard in the Exchange Admin Center and�the E-mail Migration Wizard in Exchange Control Panel use Outlook Anywhere or RPC over HTTP to connect to on-premises mailboxes to migrate data. To confirm whether Outlook Anywhere settings are correct, go to one of the following Microsoft websites:
Outlook Anywhere requires that Internet Information Services (IIS) websites for Exchange Server use Basic authentication. For more info about how to set up Basic authentication for Outlook Anywhere, go to one of the following Microsoft websites:
Make sure that Secure Sockets Layer (SSL) is set up for Outlook Anywhere. For more info, go to one of the following Microsoft websites:
If you're using the Staged Migration option or the Cutover Migration option in the Exchange Admin Center to migrate mail data from Exchange Server 2013, Outlook Anywhere must be set up correctly. For more info, go to the following Microsoft website:
If you're trying to migrate users by using the Remote Move option in the Exchange Admin Center, the Mailbox Replication Service Proxy must be enabled on the Exchange servers. For more info, go to one of the following Microsoft websites:
Step 2: Confirm that the public certificate is valid for Outlook Anywhere
- Browse to the Outlook Web App page of your company website.�
- In the Website Identification prompt, click View certificates.
- In the Certificate dialog box, make sure that the date of the certificate is valid and that the certificate is from a trusted authority.
- Click the Details tab.
- In the Subject Alternate Name field, make sure that the FQDN for the Outlook Anywhere address of your on-premises Exchange Server environment is listed.
Step 3: Use Remote Connectivity Analyzer to perform an Outlook Anywhere test
The E-mail Migration Wizard uses Autodiscover to connect to Exchange Server 2007 and Exchange Server 2010 environments and to download the Outlook Anywhere settings. When the migration engine receives the correct response for the Autodiscover service, it uses Outlook Anywhere to connect to the on-premises mailbox.
To troubleshoot connectivity failures to the on-premises Exchange Server environment, follow these steps:
- In a web browser, browse to https://testconnectivity.microsoft.com/?TabId=o365.
- Under�Microsoft Office Outlook Connectivity Tests, do one of the following:
- If you're migrating users from Exchange Server 2013, Exchange Server 2010, or Exchange Server 2007, click Outlook Autodiscover.
- If you're migrating users from Exchange Server 2003, click Outlook Anywhere (RPC over HTTP).
- Complete all the required fields on the form, and then click Perform Test.
- When the test is finished, confirm that it was successful. If the test wasn't successful, use the info that's provided to resolve the connectivity issue.
- Use the super user credentials to confirm through Outlook that you can connect to the on-premises Exchange server of the user whom you're trying to migrate.
- If you continue to experience the same errors by using those credentials, repeat the test by using the credentials of the user who is set to be migrated.
Step 4: Validate the permissions that are required to migrate users from the on-premises Exchange Server environment
Exchange Admin Center-based migrations and Exchange Control Panel-based migrations of on-premises mailbox data require that an account that has full access to the on-premises environment be used when the migration is performed. Use the following resources to confirm that your on-premises environment is set up correctly. Be aware that the migration service account will require the Receive As permission to the mailbox database or the Full Access permission to the individual mailbox that has to be migrated.�
For more info about how to provide valid permissions to the migration accounts, see the following Microsoft resources:
For Exchange Server 2003
268754 How to assign users or groups full access to other user mailboxes
821897 How to assign service account access to all mailboxes in Exchange Server 2003
For Exchange Server 2007
For Exchange Server 2010
Step 5: Use the Test-MigrationServerAvailability cmdlet to obtain additional details about the error
To test the connection to the remote server by using Windows PowerShell in Exchange Online, run the
Test-MigrationServerAvailability cmdlet.
The following is an example of how to use this command to test access to a server that's running Exchange Server 2007 and on which Autodiscover is set up:
$PSCredentials = Get-Credential
Test-MigrationServerAvailability -Autodiscover �EmailAddress administrator@contoso.com -Credentials $PSCredentials -Verbose
The following is an example of how to use this command to test the connection to a server that's running Exchange Server 2003 or on which Exchange Autodiscover isn't set up:
$PSCredentials = Get-Credential
Test-MigrationServerAvailability -Exchange -ExchangeServer exch2k3.contoso.com -Credentials $PSCredentials -RPCProxyServer mail.contoso.com -Authentication NTLM -Verbose
The results from running this cmdlet should give you more info about exactly where the connection may be failing.
Still need help? Go to the
Office 365 Community website.