Troubleshooting issues with IMAP mailbox migration

What does this guide do?

Resolves issues that may occur when migrating a mailbox from an on-premises or 3rd party IMAP system to Exchange Online.

Who is it for?

Tenant admins who help resolve migration issues for their users.

How does it work?

We’ll begin by asking you the issue that you are facing. Then we’ll take you through a series of steps that are specific to your situation.

Estimated time of completion:

30-45 minutes.

Welcome to the IMAP migration troubleshooter

If you are having issues determining what the best Migration approach is for your environment, please visit the Exchange Deployment Assistant.

NOTE: This troubleshooter will not help you with troubleshooting Staged, Cutover, or Hybrid migrations.


What do you want to do?

Welcome to the IMAP migration troubleshooter

If you are having issues determining what the best Migration approach is for your environment, please visit the Exchange Deployment Assistant.

NOTE: This troubleshooter will not help you with troubleshooting Staged, Cutover, or Hybrid migrations.


What do you want to do?

Which type of issue are you having with your IMAP migration?

If you are having trouble starting the IMAP migration batch, or you are running into problems after starting it, then choose the first option below.

If your migration is taking longer than expected, choose the second option.

Were you able to create/start the IMAP migration batch?

If you are not sure where to create a batch or you are not sure if you have an existing batch, log into the Exchange Admin Center (EAC) using your Office 365 tenant administrator credentials and navigate to Recipients > Migration.

If you are needing to create a new IMAP migration batch, you can click the + to get started. For further information review this article on how to create an IMAP migration batch.

If you have an existing batch, and it’s not started, you can highlight the batch and then click the play 

3872_image2
 button.

3872_image3
 

Click yes on the pop up box to start it.

3872_image4
 

Were you able to successfully create and/or start the batch?

What issue are you seeing after creating/starting the migration batch?

Since you were able to create/start the migration batch, you may run into one of the below error messages. To see what errors you are running into, you can download the error report by logging into the account that you started the migration batch with. Look for an email with a subject of “E-mail migration batch "Batch name" has finished - with errors ”. You can download the error report by clicking on “Click here to download the error report ”.

A recipient wasn’t found for “user@contoso.com” on the target…

If you run into the below error, create a mailbox in Office 365 with the specified proxy address and retry creating/starting the batch. To create a new mailbox in Office 365, follow the steps in this article.

A recipient wasn't found for "user@contoso.com" on the target. Create a recipient of the appropriate type for this migration on the target and try again.


Did this solve your problem?

A recipient wasn’t found for “user@contoso.com” on the target…

In the CSV file you are using for the IMAP migration, verify that the value in the EmailAddress column is correctly entered. It should be one of the proxy addresses on the cloud mailbox that you are trying to migrate the data to.

Note: You will also get this error if you add DL/DG/non-mailbox accounts to the CSV file.

Here's an example of the format for the CSV file.

EmailAddress,UserName,Password

user@contoso.com,contoso/terry.adams,1091990


Did this solve your problem?

We had trouble signing in to this account…

You will run into the below error if you enter the username and/or password incorrectly in the CSV file. Make sure that the username and password in the CSV file are correct.

We had trouble signing in to this account. Please confirm that you're using the correct user name and password.

In the CSV file, you have to provide the username and password for the user's on-premises/hosted account. This enables the migration process to access the account. There are two ways to do this:

Note: The below examples are for migrating mailboxes from an Exchange system. See this article for additional examples on the formatting of the CSV files for third party systems as they may be different. Ensure that the proper format is used. Also, you cannot use super-user/administrator credentials when migrating from certain third party IMAP systems.

Option 1: Use end-user credentials - This requires that you obtain users' passwords or that you change their passwords to a value that you know so you can include it in the CSV file.

Example:

EmailAddress,UserName,Password

usera@contoso.com,contoso/usera,P@ssw0rd1

userb@contoso.com,contoso/userb,P@ssw0rd2

Option 2: Use super-user or administrator credentials - This requires that you use an account in your IMAP messaging system that has the necessary rights to access all user mailboxes. In the CSV file, you use the credentials for this account for each row.

Example:

EmailAddress,UserName,Password

usera@contoso.com,contoso/mailadmin/usera,P@ssw0rd

userb@contoso.com,contoso/mailadmin/userb,P@ssw0rd


Did this solve your problem?

We had trouble signing in to this account…

Make sure that the on-premises/hosted mailbox exists. If you have on-premises Exchange, then you can go to the appropriate location depending on the Exchange version you have.

Note: The below paths are examples. The exact path to locate the mailbox may differ slightly based on your configuration.

Exchange 2003: Open System Manager and go to Administrative Groups > First Administrative Group > Servers > Server Name > First Storage Group > Mailbox Store (ServerName) > Mailboxes

Exchange 2007: Open Exchange Management Console (EMC) and go to Microsoft Exchange > Recipient Configuration > Mailbox

Exchange 2010: Open Exchange Management Console (EMC) and go to Microsoft Exchange > Microsoft Exchange On-Premises (ServerName) > Recipient Configuration > Mailbox

Exchange 2013:Go to Exchange Admin Center (Ex: https://onpremises-servername/ecp) and enter the admin credentials, and then go to Recipients > Mailboxes

If the mailbox is hosted on a third party system (Ex: Gmail, Lotus Notes), review their documentation to locate the mailbox.


Did this solve your problem?

We had trouble signing in to this account…

You will need to ensure that IMAP access is enabled for the users you are trying to migrate.

If you are using Google Apps, you will need to makes sure that IMAP access is enabled for your organization. See the “How to enable POP and IMAP access” section of this article. If IMAP is enabled for your organization through the Google Admin console, you may need to check each individual user’s IMAP settings to make sure that it is enabled locally. For further information go to this article and select “I want to enable IMAP” option.

If you are migrating users from a personal Gmail.com account, make sure that IMAP access is enabled on each user’s mailbox. For further information go to this article and select “I want to enable IMAP” option.

Note: If your source environment is not Gmail/Google Apps, refer to their documentation for how to verify if IMAP is properly enabled for the organization and/or user.


Did this solve your problem?

We had trouble signing in to this account…

If you use super-user credentials in the CSV file, the account that you use must have the necessary permissions to access the on-premises/hosted mailboxes. The permissions required to access user mailboxes will be determined by the particular IMAP server. The following list shows the administrative privileges required to migrate Exchange mailbox data using an IMAP migration. There are three options:

  • The administrator account must be assigned the Full Access permission for each user mailbox on the Exchange server.
Or
  • The administrator account must be assigned the Receive As permission on the Exchange mailbox database that stores the user mailboxes.
Or
  • The administrator account must be a member of the Domain Admins group in Active Directory in the on-premises Exchange organization.

For more information about assigning Exchange permissions, see this article.

Note: If you are using a third party system, see their documentation for more information.


Did this solve your problem?

I’m seeing duplicate emails

If you are migrating from Gmail/Google Apps, email duplication is known to occur when labels are used in the Gmail/Google Apps mailbox and/or when a folder called [Gmail] is not added to the list of excluded folders when the migration batch is created (see screenshot below). This will cause the Office 365 mailbox to double, or more, in size and may prevent the user’s mailbox from completely migrating. Users that have already been migrated will need to manually clean up the duplication in their Office 365 mailboxes.

If you have additional mailboxes that you have not yet migrated, you can use the below steps to avoid email duplication:

  1. When creating the IMAP migration batch, make sure to exclude the [Gmail] folder as shown below. See this article for how to create an IMAP migration batch.
    3872_image7
     
  2. Remove the labels from all emails in the source mailbox.
    1. Log into your Gmail/Google Apps account and filter for the emails that have labels.
    2. Select all emails with labels.
    3. Click on the Labels icon.
    4. Click in the boxes next to each label until the boxes for all labels have been cleared.
    5. Click Apply.

Did this solve your problem?

This mailbox is full…

You will run into the below error if you have exceeded the storage limit for the Office 365 mailbox.

This mailbox is full. Please free up some space so that email can be downloaded.

If you are migrating from Gmail/Google Apps, email duplication is known to occur when labels are used in the Gmail/Google Apps mailbox and/or when a folder called [Gmail] is not added to the list of excluded folders when the IMAP migration batch is created. Below are the steps for how to take care of the issue for existing users (i.e. users that are currently being migrated in a batch) as well as to prevent duplication in future migrations:

Existing users

  1. Remove the existing batch.
    1. First you will need to log into the EAC (Exchange Admin Center) using your Office 365 tenant administrator credentials.
    2. Navigate to Recipients Migration.
    3. Highlight the migration batch and click the stop button.
      Note: A warning box will pop up asking you if you want to stop the batch. Click yes and wait until the status of the batch says Stopped.
    4. Click Delete
      3872_image8
       
      .
      Note: A warning box will pop up asking you if you want to delete the batch. Click yes.
  2. Remove the labels from all emails in the Gmail/Google Apps mailbox(es).
    1. Log into the Gmail/Google Apps mailbox.
    2. Select all emails with labels.
    3. Click on the Labels icon.
    4. Click in the boxes next to each label until the boxes for all labels have been cleared.
    5. Click Apply.
    6. Repeat the previous 5 steps for each additional mailbox.
  3. Make room in your Office 365 mailbox by deleting the duplicate emails and the [Gmail] folder. To complete the removal of the duplicate emails and the [Gmail] folder, clear them from your Deleted Items folder.
  4. Recreate the batch, making sure to exclude the [Gmail] folder as shown below:
    3872_image7
     
Note: See this article for steps on how to create an IMAP migration batch.

Future migrations

  1. Remove the labels from all emails in the Gmail/Google Apps mailbox (see the Existing users section above for specific details)
  2. When creating the IMAP migration batch, make sure to exclude the [Gmail] folder as shown in the above screenshot.

Did this solve your problem?

My problem is none of the above

Some problems can be fixed by removing and recreating the batch. Below are steps on how to do so. First you will need to log into the EAC (Exchange Admin Center) using your Office 365 tenant administrator credentials.

Remove existing batch:

  1. In the EAC, navigate to Recipients > Migration.
  2. Highlight the migration batch and click the stop button.
    Note: A warning box will pop up asking you if you want to stop the batch. Click yesand wait until the status of the batch says Stopped.
  3. Click Delete
    3872_image8
     .
    Note: A warning box will pop up asking you if you want to delete the batch. Click yes.
Recreate batch:

For information on how to create an IMAP migration batch, see this article.


Did this solve your problem?

My problem is none of the above

Be aware of the following restrictions that apply to IMAP migrations:

  • Only items in a user's inbox or other mail folders can be migrated. You can’t migrate contacts, calendar items, or tasks.
  • A maximum of 500,000 items can be migrated from a user’s mailbox.
  • The maximum message size that can be migrated is 35 MB.

Did this solve your problem?

My problem is none of the above

Sometimes the connection settings in an existing IMAP migration endpoint can change and you will need to remove and recreate the endpoint. Below are steps on how to do so. First you will need to log into the EAC (Exchange Admin Center) using your Office 365 tenant administrator credentials. Follow the below steps to remove and recreate the endpoint.

Remove existing endpoint:

  1. In the EAC, navigate to Recipients > Migration.
  2. Click More… and then click Migration endpoints.
  3. Highlight the existing migration endpoint and click Delete.
    Note: If you have more than one IMAP migration endpoint, delete the appropriate one.
  4. Click the yes button in the warning page asking you if you want to delete the endpoint.

Recreate endpoint:

  1. In the EAC, navigate to Recipients > Migration.
  2. Click More…and then click Migration endpoints.
  3. On the Migration endpoints page, click New +.
  4. On the Select the migration endpointtype page, click IMAP, and then click Next.
  5. On the IMAP migration configuration page, enter the connection settings for the server you want to migrate email from, including the FQDN of your IMAP server (Ex: imap.contoso.com) and click Next.
  6. On the Enter general information page, you must type in the name for the Migration endpoint. Optionally, you can enter values for the maximum number of concurrent migrations and incremental syncs and click new. The default values for the optional fields are 20 and 10 respectively.

Note: For more information, see this article.


Did this solve your problem?

My problem is none of the above

There potentially may be a problem with the account that is being used to create/perform the IMAP migrations in the EAC. Often using a different account to perform the migrations will resolve the issue. You can use an existing account, other than the one you are using now, or create a new account and add the account to either the Organization Management or the Recipient Management role group.

Below are the steps on how to add the account to the appropriate role group so that you can re-run the migration batch with this account:

  1. Log in to the Exchange Administration Center (EAC) with the Office 365 tenant administrator credentials.
  2. In the EAC, navigate to Permissions > Admin Roles.
  3. Select the role group you want to add members to, and then click Edit
    3872_image9
     
    .
  4. In the Members section, click Add
    3872_image10
     
    .
  5. Select the user you want to add to the role group, click Add, and then click OK.
  6. Click Save to save the changes to the role group.

For more information see this article on how to manage role group members.


Did this solve your problem?

My problem is none of the above

If you are using a super-user account, in the CSV file, to migrate the users’ mailboxes, there may be a problem with the account or its permissions. The account that you use must have the necessary permissions to access the on-premises mailboxes. The permissions required to access user mailboxes will be determined by the particular IMAP server. The following list shows the administrative privileges required to migrate Exchange mailbox data using an IMAP migration. There are three options:

  • The administrator account must be assigned the FullAccess permission for each user mailbox on the Exchange server.
    Or
  • The administrator account must be assigned the Receive As permission on the Exchange mailbox database that stores the user mailboxes.
    Or
  • The administrator account must be a member of the Domain Admins group in Active Directory in the on-premises Exchange organization.

For more information about assigning Exchange permissions, see this article.

Note: If you are using a third party system, see their documentation for more information.

If you have confirmed that the super user account has the correct permissions, try creating a new super user account, give it the necessary permissions, and retry the migration.


Did this solve your problem?

No, I was not able to create/start my migration batch

Below are some of the possible errors you can run into while attempting to create/start an IMAP migration batch. If an error pops up when you select the CSV file, during the batch creation, then go to the “CSV errors” section for troubleshooting assistance. Otherwise select the appropriate option.

The connection to the server ‘Servername.contoso.com’ timed out…

You will run into the below error if your firewall does not allow for IMAP connections from the Microsoft datacenters to your IMAP server.

The connection to the server ‘Servername.contoso.com’ timed out after ’00:00:15’.

To see if this applies to you, you can use a tool such as Telnet to verify whether you are able to reach the appropriate port (993 or 143) on the IMAP server/service. Below are the steps on how to install the Telnet tool and use it to verify if you are able to connect to the port.

  1. Install the Telnet client by following the steps in this article.
  2. Open a command prompt (Start > Run > Cmd).
  3. Type the following command:
    telnet server.contoso.com <port #>
  4. where,<port#>  will either be 993 (SSL) or 143. If you see a blank command prompt box, then you were able to successfully connect to the port on the IMAP server/service.

However, if you get the below error, when trying to perform the telnet test, you will need to publish the appropriate port (993 or 143) through your on-premises firewall or the provider that hosts the IMAP service you are migrating from. See this article for steps on how to publish an IMAP server through a Forefront Threat Management Gateway (TMG) 2010 server. For a list of IP addresses used by Microsoft datacenters, see Exchange Online URLs and IP Address Ranges.

C:\>telnet server.contoso.com 993

Connecting To server.contoso.com...Could not open connection to the host, on port 993: Connect failed


Did this solve your problem?

The connection to the server ‘Servername.contoso.com’ timed out…

This error can also occur if the IMAP service is not running. Make sure the IMAP server/service is started in the source environment (Ex: Exchange Server, Lotus Notes, Google Apps).

If you are migrating from an Exchange server, launch the Services application (Start > type Services.msc in the search box and hit enter). Make sure the Microsoft Exchange IMAP4 service is started.


Did this solve your problem?

The connection to the server ‘Servername.contoso.com’ timed out…

If you are using an existing IMAP migration endpoint, remove and recreate the endpoint, and then try to create the IMAP migration batch. Follow the steps below to remove the existing endpoint and recreate it with the appropriate settings. First you will need to log into the EAC using your Office 365 tenant administrator credentials.

Remove existing endpoint:

  1. In the EAC, navigate to Recipients > Migration.
  2. Click More… and then click Migration endpoints.
  3. Highlight the existing IMAP migration endpoint and click Delete
    3872_image8
     
    .
    Note: If you have more than one endpoint, delete the appropriate one.
  4. Click the yes button in the warning page asking you if you want to delete the endpoint.

Recreate endpoint:

  1. In the EAC, navigate to Recipients > Migration.
  2. Click More…and then click Migration endpoints.
  3. On the Migration endpoints page, click New +.
  4. On the Select the migration endpointtype page, click IMAP, and then click Next.
  5. On the IMAP migration configuration page, enter the connection settings for the server you want to migrate email from, including the FQDN of your IMAP server (Ex: imap.contoso.com) and click Next.
  6. On the Enter general information page, you must type in the name for the Migration endpoint. Optionally, you can enter values for the maximum number of concurrent migrations and incremental syncs and click new. The default values for the optional fields are 20 and 10 respectively.

Note: For more information, see the “Create a migration endpoint for IMAP migrations” section in this article.


Did this solve your problem?

The connection to the server could not be completed

You will encounter the below error when you are specifying the IMAP server’s FQDN while creating either the IMAP migration endpoint, creating a batch when there are no existing IMAP endpoints, or you have an existing IMAP endpoint where the FQDN no longer resolves in DNS. Verify the IMAP server FQDN is correct and can be resolved publically in DNS.

The connection to the server 'imap.contoso.com' could not be completed.

If you are creating the IMAP migration batch, and you have no existing IMAP endpoints, follow the below steps to specify the appropriate public FQDN.

  1. Log into the EAC using the account you are performing the migration with.
  2. Go to recipients > migration.
  3. Click the + and choose “Migrate to Exchange Online”.
  4. Select IMAP migrationand click next.
  5. Click Choose file, select the CSV file for the migration, and click next.
  6. Enter the publically resolvable FQDN of the IMAP server as shown below and continue with creating the migration batch.
    3872_image11
     

If you are creating an IMAP migration endpoint, follow the below steps to specify the appropriate public FQDN:

  1. Log into the EAC using the account you are performing the migration with.
  2. Go to recipients > migration.
  3. Click the … and click Migration endpoints.
  4. Click + to create a new migration endpoint.
  5. Select IMAP and click next.
  6. Enter the publically resolvable FQDN of the IMAP server as shown below and continue with creating the migration endpoint.
    3872_image12
     

If you are creating the IMAP migration batch, and have an existing IMAP endpoint, follow the below steps to determine what the public FQDN of the IMAP server is:

  1. Log into the EAC using the account you are performing the migration with.
  2. Go to recipients > migration.
  3. Click the … and click Migration endpoints.
  4. Click on the appropriate IMAP migration endpoint.
  5. You will see the FQDN of the IMAP server. If it is incorrect, or no longer publically resolvable, you will need to either remove and recreate the IMAP migration endpoint with an FQDN that is publicly resolvable or you will need to create a host (A) record that resolves the FQDN of your existing IMAP migration endpoint to the public IP of the IMAP server.
    3872_image13
     

Did this solve your problem?

CSV Errors

During the creation of the IMAP migration batch, while browsing for the CSV file, you may run into one of several errors. 

Select the appropriate option below for possible solutions.

Upload file can't be empty

You will see the below error if your CSV file is completely blank:

Upload file can't be empty

Make sure you have the appropriate information in the CSV file and re-submit the file. See this article for information on how to create a CSV file for an IMAP migration batch.


Did this solve your problem?

The CSV file contains more than 50,000 rows

You will see the below error if you have more than 50,000 rows of user data in the CSV file:

The CSV file contains more than 50,000 rows. Please divide the file into two or more files and submit them separately.

The CSV file can contain up to 50,000 rows, one row for each user, and can be as large as 10 MB. But it's a good idea to migrate users in several smaller batches.

If you plan to migrate lots of users, decide which ones to include in each batch. For example, if you have 10,000 accounts to migrate, you could run four batches with 2,500 users each. You could also divide the batches alphabetically; by user type, such as faculty, students, and alumni; by class, such as freshman, sophomore, junior, and senior; or in other ways that meet your organization's needs.

Note: One strategy is to create Exchange Online mailboxes and migrate email for the same group of users. For example, if you import 100 new users to your Office 365 organization, create a migration batch for those same 100 users. This is an effective way to organize and manage your migration from an on-premises messaging system to Exchange Online.


Did this solve your problem?

Column "Column name” is missing from the CSV file…

You will see the below error if one or more of the required columns (EmailAddress,UserName,Password) are missing from the CSV file:

Column "Column name" is missing from the CSV file. The import process can't continue because this column is required. Please edit the CSV file and re-submit it.

Make sure that the required columns are located on the first row of the CSV file and re-submit the file. See this article for more information on the appropriate format of the CSV file.


Did this solve your problem?

Row X has the wrong number of columns…

You will see the below error if one, or more, rows is missing at least one column of user information:

Row X has the wrong number of columns. Expected number: 3. Actual number: Y. Please edit this row and re-submit the file.

Make sure that each row of user data has the appropriate information for each of the three expected columns (EmailAddress,UserName,Password) and re-submit the file. For information on the appropriate format of the CSV file, see this article.


Did this solve your problem?

The migration batch <batch name> already exists

You will run into the below error if a migration batch with the same name already exists:

The migration batch already exists.

In order to determine if a batch already exists with the same name, log into the EAC and go to recipients > migration. If you want to use the same batch name, you must first remove the existing batch by highlighting it and clicking the icon. If the batch is running, click the stop button and then delete it.

Note: If you have removed the migration batch, it may take a few minutes for the batch to completely remove. You will either need to wait for the existing migration batch with that name to completely remove or use a new name for the batch you are trying to create.


Did this solve your problem?

My migration is slow

You can often improve the performance of your IMAP migration by allowing for more simultaneous moves, without negatively impacting the source environment performance. The default number of simultaneous moves is 20. This value is located on the migration endpoint. Below are the steps on how to change it:

  1. Log into the Exchange Admin Center (EAC) using your Office 365 tenant administrator credentials.
  2. In the EAC, navigate to Recipients > Migration.
  3. Click … and then click Migration endpoints.
  4. Double-click on the IMAP migration endpoint.
  5. In the Maximum concurrent migrations box put in a value greater than 20 (maximum allowed value is 100) and click save. For more information refer to this article.

If the migration batch is already started, you will need to stop it, make the above change and restart it.


Did this solve your problem?

My migration is slow

We recommend that you have your users clean up their mailboxes before migration as this will help speed up the migration process. Also, as a tenant administrator, you may want to exclude certain folders such as Deleted Items, and shared or public folders. See the below steps on how to exclude folders:

  1. Log into the Exchange Admin Center (EAC) using your Office 365 tenant administrator credentials.
  2. Go to recipient > migration
  3. Click + and choose “Migrate to Exchange Online”
  4. Select IMAP migration and click next.
  5. Click choose file, select the csv file, and click next.
  6. If you have a migration endpoint, select a migration endpoint and click next.
  7. On the screen that shows the IMAP endpoint configuration, click next.
  8. Under Exclude Folder, in the box next to the +, type in the name of the folder(s) that you want to exclude, one at a time, and click + and add each folder to the list of folders you want to exclude. Once you’ve added all the folders, click next and complete the creation of the IMAP migration batch.

If you're migrating email from an on-premises Microsoft Exchange server, we recommend that you exclude public folders from the migration. If you don't exclude public folders, the contents of the public folders are copied to the Exchange Online mailbox of every user in the CSV file.


Did this solve your problem?

My migration is slow

Migration batches are not handled at the same priority as other core functions (Ex: client connectivity and mail flow tasks). Therefore if your server or the Microsoft datacenter is under heavy load, the migration of the source mailbox data may be delayed. It will more than likely continue relatively soon. It is best to not start troubleshooting a stalled migration till there had been a long enough delay (such as 8 hours) with no progress or activity. Often migrating data during non-peak hours such as nights and weekends yield better performance.

In order to determine if a particular user migration is not progressing, or is progressing slowly, you can look at the E-mail Migration Per-User Status Report. To access the report,go to the Exchange Admin Center (EAC) > recipients > migration > highlight the IMAP migration batch > click View details. For each user, make sure that the value under the Status column says Syncing. If it is, then look at the value under the Items Synced column. After a couple of hours, refresh the report to see if the number under the Items Synced column has changed.

Note: If you control the system that you are migrating from see this article to help you determine if the on-premises server is overtaxed.


Did this solve your problem?

My migration is slow

Try increasing the connection limits to your IMAP server. Many firewalls and email servers have per-user limits, per-IP address limits, and overall connection limits. Before you migrate mailboxes, make sure that your firewall and IMAP server/service are configured to allow the optimal number of connections for the following settings:

  • The total number of connections to the IMAP server.
  • The number of connections by a particular user. This is important if you use a super-user account in the CSV migration file because all connections to the IMAP server are made by this user account.
  • The number of connections from a single IP address. This limit is typically enforced by the firewall, intrusion detection system, or an email server such as Exchange.

Server settings

If your IMAP server is running Exchange 2010 or Exchange 2007, the default settings for connection limits are low. Be sure to increase these limits before you migrate email. By default, Exchange 2003 doesn't limit the number of connections.

For more information, see:

IDS settings

Intrusion detection functionality configured on a network firewall often causes significant network delays and affects migration performance.

IMAP Migrations can sometimes be treated like a denial of service attack by certain devices. The following logic can be applied to any intrusion detection system, but it was written for TMG specifically.

  1. Open the Forefront TMG management console, and then in the tree click Intrusion Prevention System.
  2. Click the Behavioral Intrusion Detection tab, and then click Configure Flood Mitigation Settings.
  3. In the Flood Mitigation dialog box, follow these steps:
    • Click the IP Exceptions tab, and then type the IP addresses that the Office 365 environment uses to connect during the mailbox move operation. To view a list of the IP address ranges and URLs that are used by Exchange Online in Office 365, see Office 365 URLs and IP address ranges.
    • Click the Flood Mitigation tab, and then, next to Maximum TCP Requests per minute per IP address, click Edit. In the Custom limit box, type a number to increase the limit.

Note: The custom limit applies to IP addresses that are listed on the IP Exceptions tab. Increase only the custom limit. By default the custom limit is set to 6000. Depending on the number of mailboxes that are being moved, this number may not be sufficient. You may try increasing this limit to see if it will help speed up the migration.


Did this solve your problem?

My migration is slow

Note: You can skip this page if you don’t control the IMAP system that you are migrating from.

The Office 365 Network Analysis Tool is designed to help analyze networking related issues between an external network and the Office 365 services.

  1. Click one of the below appropriate regional URLs.
    North America: http://na1-fasttrack.cloudapp.net
    EMEA: http://em1-fasttrack.cloudapp.net
    APAC: http://ap1-fasttrack.cloudapp.net
  2. You may then be prompted to install an ActiveX control. If so, install it.
  3. Once you install it, you will get a Security Warning as shown below. Click OK.
    3872_image15
     
  4. Install Java and reboot.
  5. After the machine reboots, go back to the appropriate regional URL listed above. You will then be prompted to run the application as shown below:
    3872_image16
     
  6. Once you install the application, you will then enter the Office 365 tenant name in the Office 365 Network Analysis tool as shown below:
    3872_image17
     

For more information on IMAP migration performance and best practices, refer to this article.

If you are migrating from Google apps refer to these articles concerning bandwidth and sync limits.


Did this solve your problem?

My migration is slow

Some problems can be fixed by removing and recreating the batch. Below are steps on how to do so.

First you will need to log into the EAC using your Office 365 tenant administrator credentials.

Remove existing batch:

  1. In the EAC, navigate to Recipients > Migration.
  2. Highlight the migration batch and click the stop button.
    Note: A warning box will pop up asking you if you want to stop the batch. Click yes and wait until the status of the batch says Stopped.
  3. Click Delete
    3872_image8
     
    .
    Note: A warning box will pop up asking you if you want to delete the batch. Click yes.

Recreate batch:

For information on how to create a batch, see this article.


Did this solve your problem?

I am looking for information on how to perform an IMAP migration

Below is some information that may help you in performing an IMAP migration:

General Information

Migrate Email from an IMAP Server to Exchange Online Mailboxes

Best practices for CSV Files for IMAP Migration Batches

Create migration endpoint (see the “Create a migration endpoint for IMAP migrations” section)

Google Specific Information

Migrate Google Apps mailboxes to Office 365

IMAP Bandwidth limits

Sync limits


Did this solve your problem?

Congratulations! Your scenario is complete
The issue was not resolved

Sorry, we couldn’t resolve your issue with this guide.

For more help to resolve this issue:

  1. Use the self-help options in the Office 365 Community website
  2. Create a support incident with Microsoft Online Services support. Request your IT administrator to use this link to create a new support incident.
属性

文章 ID:10062 - 上次审阅时间:2016年5月3日 - 修订版本: 81

反馈