Imap To Office 365 Migration
Migrating from an IMAP-based email system to Microsoft 365 (formerly Office 365) is one of the most common enterprise email migration paths, enabling organizations to move from legacy platforms like Zimbra, Dovecot, hMailServer, or generic IMAP hosting to Microsoft's cloud-based Exchange Online. When executed properly, this migration preserves all mailbox data—emails, folders, and read status—while providing a seamless transition that minimizes user disruption and ensures zero data loss.
Understanding IMAP Migration to Microsoft 365
An IMAP migration copies email from a source IMAP server to Exchange Online mailboxes. Unlike cutover or hybrid migrations designed for Exchange-to-Exchange scenarios, IMAP migration is specifically built for non-Exchange mail systems and supports virtually any server that implements the IMAP4 protocol.
- What migrates – Email messages, folder structure, and read/unread status from the source IMAP server
- What does NOT migrate – Contacts, calendar events, tasks, server-side rules, distribution lists, and public folders (these require separate migration methods)
- Supported sources – Gmail, Yahoo Mail, Zimbra, Dovecot, Courier IMAP, hMailServer, Kerio Connect, MDaemon, and any RFC-compliant IMAP4 server
- Mailbox size limits – Microsoft 365 supports mailboxes up to 100 GB (50 GB standard + 50 GB archive), but IMAP migration batches are most reliable when source mailboxes are under 50 GB
- Concurrent migrations – The Exchange admin center supports up to 100 simultaneous IMAP migration batches
Pre-Migration Planning Checklist
Thorough pre-migration planning prevents data loss, reduces downtime, and ensures a smooth user experience. Complete these steps before initiating any IMAP migration:
- Inventory all mailboxes – Document every email account, alias, distribution list, and shared mailbox on the source IMAP server, including mailbox sizes and last-login dates
- Provision Microsoft 365 licenses – Each user needs an active Microsoft 365 license with Exchange Online before migration; choose between Business Basic, E3, or E5 based on feature requirements
- Create user accounts in Microsoft 365 – Set up Azure AD accounts for all users via the admin center, PowerShell, or Azure AD Connect if syncing with on-premises Active Directory
- Verify IMAP connectivity – Confirm that the source IMAP server accepts connections on port 993 (SSL) or port 143 (TLS), and test with a telnet or OpenSSL connection from an external network
- Prepare the CSV migration file – Create a CSV file with columns for EmailAddress, UserName, and Password for each mailbox being migrated; this file drives the migration batch
- Communicate with end users – Notify all users of the migration timeline, expected downtime window, and instructions for reconfiguring mobile devices and desktop clients post-migration
Step-by-Step IMAP Migration Process
The migration follows a structured sequence within the Exchange admin center or PowerShell. Here is the enterprise-grade process EPC Group follows for every IMAP migration:
- Create the IMAP migration endpoint – In Exchange admin center > Migration, create a new endpoint specifying the source IMAP server FQDN, port, encryption type (SSL/TLS), and authentication method
- Create and start the migration batch – Upload the CSV file, select the IMAP endpoint, configure the target delivery domain, and start the batch; initial sync copies all existing email
- Monitor incremental sync – After the initial sync completes, the migration batch enters incremental synchronization, copying new emails every 24 hours until you finalize the batch
- Update DNS MX records – Point your domain's MX records to Microsoft 365 (e.g., yourdomain-com.mail.protection.outlook.com); TTL should be reduced to 5 minutes 48 hours before the switch
- Complete the migration batch – Once DNS propagation confirms mail flow to Microsoft 365, finalize the batch to stop incremental sync and remove the migration endpoint
- Post-migration validation – Verify mailbox content, folder structure, and email delivery for a representative sample of users; test send/receive in both Outlook and Outlook Web Access
Migrating Contacts, Calendars, and Other Non-Email Data
Since IMAP migration only transfers email, contacts and calendars require separate migration strategies:
- Contacts – Export contacts from the source system as CSV or vCard files, then import into Outlook or Microsoft 365 People; for bulk operations, use PowerShell with the Exchange Online module
- Calendars – Export calendars as ICS files from the source platform and import into Outlook; for Google Calendar migrations, Microsoft provides a dedicated G Suite migration tool
- Distribution lists – Recreate distribution groups in Exchange admin center or via PowerShell; there is no automated migration path for IMAP distribution lists
- Server-side rules – Document all existing mail rules and recreate them in Exchange Online using Outlook rules or Exchange transport rules for organization-wide policies
Enterprise Considerations and Best Practices
Large-scale IMAP migrations with thousands of mailboxes require additional planning beyond the standard process:
- Batch scheduling – Migrate users in departmental batches of 50–100 to maintain control and provide targeted support; prioritize IT staff and early adopters first
- Bandwidth management – IMAP migration consumes significant bandwidth; schedule initial syncs during off-hours and throttle concurrent connections to avoid saturating the source server
- Third-party migration tools – For migrations exceeding 1,000 mailboxes, consider tools like BitTitan MigrationWiz, Quest On Demand Migration, or SkyKick that offer advanced scheduling, reporting, and error handling
- Compliance and eDiscovery – Enable litigation hold on target mailboxes before migration if legal requirements mandate email preservation; configure retention policies in Microsoft Purview
- Security hardening – Enable MFA for all migrated accounts, configure conditional access policies, and deploy Microsoft Defender for Office 365 to protect against phishing and malware from day one
Why Choose EPC Group for Email Migration
EPC Group has completed hundreds of email migrations to Microsoft 365 over our 28+ years as a Microsoft Gold Partner. From 50-user organizations to 10,000+ mailbox enterprise migrations, our team has the expertise to handle IMAP migrations from any source platform. With 4 bestselling Microsoft Press books on Microsoft technologies, we bring unmatched depth in Exchange Online, Azure AD, security configuration, and compliance frameworks (HIPAA, SOC 2, FedRAMP) to every migration engagement.
Ready to Migrate from IMAP to Microsoft 365?
EPC Group's migration experts can plan and execute your IMAP to Microsoft 365 migration with zero data loss and minimal downtime. Contact us for a free migration assessment.
Frequently Asked Questions
How long does an IMAP to Microsoft 365 migration take?
Migration speed depends on mailbox sizes, network bandwidth, and source server capacity. Microsoft estimates approximately 10–14 GB per 24 hours per mailbox for IMAP migrations. A 500-user organization with average 5 GB mailboxes typically completes initial sync within 3–5 business days when migrated in batches.
Will users experience email downtime during migration?
With proper planning, downtime is minimal. Users continue receiving email on the source IMAP server during initial sync and incremental syncs. The only brief interruption occurs during DNS MX record changes (typically 15–60 minutes depending on TTL settings and DNS propagation).
Can I migrate from Gmail using the IMAP migration method?
Yes, Gmail supports IMAP and can be migrated using the standard IMAP migration process. However, Google Workspace migrations are better served by Microsoft's dedicated Google Workspace migration tool, which also handles contacts, calendars, and Drive files in addition to email.
What happens to emails received during the migration process?
Incremental synchronization runs every 24 hours after initial sync, copying any new emails from the source server to Microsoft 365. No email is lost during this period. Once DNS records are updated and mail flows directly to Microsoft 365, the migration batch is finalized.
Do we need to keep the source IMAP server running after migration?
EPC Group recommends keeping the source server running in read-only mode for 30–60 days post-migration. This allows you to verify data completeness and retrieve any items that may have been missed. After validation, the source server can be safely decommissioned.
Related Resources
Continue exploring migrations insights and services
