MedhaCloud
cPanel → M365Plesk → M365Roundcube → M365Zimbra → M365Zoho → M365Kerio → M365Rackspace → M365FastmailYahoo Mail BusinessIMAP → Exchange OnlinecPanel → M365Plesk → M365Roundcube → M365Zimbra → M365Zoho → M365Kerio → M365Rackspace → M365FastmailYahoo Mail BusinessIMAP → Exchange Online

IMAP to Microsoft 365 Migration

cPanel. Plesk. Zimbra. Rackspace. Zoho. Kerio. Any IMAP server. Mailbox + contacts + calendar + DNS flip. From $15/user. Most SMB migrations done in 1-3 business days.

$0
Per-user starting
1-3d
SMB timeline
0
Data loss
Pricing Engine · LiveIMAP → M365
From
IMAP
25remaining
To
0migrated
Microsoft 365
Microsoft 365
$0,125
M365 live by
MAY 22, 2026
25

BitTitan Certified · 50+ Rackspace Delivered · Throttle-Aware

$0
Per-mailbox starting
0GB
Standard Mailbox Cap
1-3d
SMB Migration Timeline
0
Data Loss Incidents
Apps + data we migrate

Every IMAP inbox. Mapped to M365.

Outlook
Outlook
Mail · folders · signatures
Exchange
Exchange
Mailboxes · Exchange Online
OneDrive
OneDrive
Files · folders · shares
SharePoint
SharePoint
Sites · document libraries
Teams
Teams
Channels · chats · files
Microsoft 365
Microsoft 365
Tenant · admin · licensing
Why IMAP is a dead end

What IMAP can't do for you.

01 / 04 · Calendar sync on IMAP
NO

IMAP cannot move calendar events or contacts. We export CSV + ICS, then import into Outlook. For Zimbra we use CalDAV/CardDAV for a cleaner job. Called out upfront — never a surprise.

02 / 04 · Standard mailbox ceiling
0GB

Microsoft IMAP migration supports up to 50 GB per user by default. Premium package handles larger mailboxes with archive strategy and delta sync for minimal cutover time.

03 / 04 · Throttled hosts need patience
24/7

Shared-hosting providers throttle IMAP connections to protect their mail servers. We run migrations 24/7 with tuned batch sizes and connection parameters to max out their limits without getting blocked.

04 / 04 · Typical SMB timeline
1-3d

Under 25 users complete in 1-3 business days. Delta sync captures last-minute mail on cutover night. MX flip runs off-hours — 1-2 hour propagation window.

What's included

Every IMAP source. Handled.

01

Universal IMAP source support

Rackspace, cPanel/Plesk/WHM hosting, Zimbra, Kerio Connect, MDaemon, Zoho, Fastmail, Yahoo Business, ProtonMail Bridge — any IMAP server we can reach.

02

Contacts + calendar handling

IMAP does not move calendar/contacts. We export CSV contacts and ICS calendar files, then import into Outlook. Zimbra and CalDAV sources get a cleaner CalDAV/CardDAV-based move.

03

DNS + MX cutover

MX, SPF, DKIM, DMARC, Autodiscover tested and flipped off-hours. For cPanel/Plesk sources we handle the DNS panel changes on the same hosting account.

04

50 GB mailbox limits

Standard package handles up to 50 GB per mailbox. Premium package unlocks larger mailboxes with Exchange Online Archiving and delta sync strategy for heavy mail hoarders.

05

Throttled-host workarounds

Shared-hosting IMAP limits handled with tuned batch sizes, connection pacing, and off-hours transfer schedules. No getting banned mid-migration.

06

Rackspace + Zimbra specialty

50+ Rackspace migrations delivered. For Rackspace Hosted Exchange we do full calendar/contacts/tasks moves. Zimbra gets CalDAV/CardDAV + briefcase exports.

Delivery methodology

Four phases. 1-3 days typical.

01

Assess

1 day · Source mail server audit, mailbox count, throttle testing, fixed-price flat-rate or per-user quote in 24-48 hours.

02

Plan

1-2 days · M365 tenant provisioned, domain verified, MFA + security baseline deployed, Autodiscover configured.

03

Migrate

1-3 days · IMAP sync runs in background, throttle-aware batch sizes, delta sync on cutover night. Users keep working in source until MX flip.

04

Cutover

1-2 hrs off-hours · MX + SPF + DKIM + DMARC flip. Calendar/contacts imported to Outlook. 7-30 days hypercare.

Who runs your migration

The engineers on your project.

No outsourced ticket triage. The same three engineers handle source-provider negotiation, batch tuning, MX cutover, and hypercare on every IMAP engagement.

01

Sreenivasa Reddy

Founder & Principal Migration Engineer

MCSE Messaging · 25 yrs · 500+ migrations led

Owns the source-provider negotiation on every IMAP engagement. When the upstream provider is uncooperative, slow, or under-documented, this is the call that gets made. Direct contact for enterprise + university SOWs.

02

Roshan Pujari

Senior Migration Engineer · IMAP Lead

Microsoft Certified · M365 Administrator

Runs IMAP discovery and batch sizing. Owns the "is this provider going to throttle us?" testing during the assess phase. Picks the per-platform tooling (cPanel direct, Zimbra CalDAV, Kerio ImportExport, Rackspace native) before cutover.

03

Bhargav

Senior Migration Engineer · Mail Flow + Cutover

Microsoft Certified · Exchange + M365 Messaging

Calendar/contacts gap fill (CSV/ICS imports), MX/SPF/DKIM/DMARC cutover, post-cutover Outlook profile + mobile resync. Owns the 1-2 hour cutover window.

Real IMAP→M365 migrations

Three engagements. Three different shapes.

Anonymized. Scope → challenge → fix → outcome. The kind of operational detail you need before trusting an MSP with a regulated or large-scale IMAP cutover.

Higher Education · 423 mailboxes · German hosted IMAP · Hosted IMAP → Microsoft 365

423 mailboxes (304 students + 62 staff + 8 associates + 49 role-based) — source-provider credentials negotiated end-to-end

Scope

Mid-size German Hochschule (university of applied sciences) on a German hosted-IMAP provider (mail-connect.net style). Mailbox mix: 304 students, 62 staff, 8 associates, 49 role-based accounts. Required cutover during term-time without student-facing disruption. No internal IT capacity to chase IMAP credentials with the source provider.

Challenge

Source provider had no native admin export/migration tooling. IMAP credentials had to be obtained per-mailbox or via control-panel admin access — and the provider needed direct contact in their support language. Standard IMAP migrations of this scale get rate-limited mid-flight if connection batches are not coordinated with the source side first.

Fix

Opened service ticket with source provider directly (in source language) referencing the migration scope upfront. Negotiated Option A: admin/control panel access for the duration of cutover. Confirmed IMAP server, port (993/SSL), connection rate limits, and total-throughput limits before scheduling. Sized batches to stay under their rate limit; ran 24/7 sync for ~96 hours including delta. MX flip during a Friday night window at lowest student traffic.

Outcome

423 mailboxes migrated cleanly with no students locked out during term. Role-based accounts (faculty group inboxes, dept addresses) preserved with proper M365 shared mailbox configuration. Source accounts deactivated post final-delta-sync. Customer's IT team did not touch a single password.

Banking & Finance · 95 mailboxes · 10 yrs of email · RBI-regulated · IMAP → Microsoft 365

RBI-compliant migration with full integrity audit trail

Scope

~95-mailbox cooperative bank running on a regional hosted-IMAP provider for 10 years. RBI (Reserve Bank of India) audit requirements meant every email had to be accounted for with verifiable integrity from source to destination. Customer had 10 years of transaction-related email correspondence in scope.

Challenge

RBI auditors required a verifiable item-count and integrity-hash report per mailbox. Standard "we migrated X mailboxes" framing wouldn't pass — they needed proof of zero data loss with a per-message audit trail. Source provider also throttled IMAP at the connection level.

Fix

Pre-migration: source-side item count baseline per mailbox. Migration ran with SHA-256 hash verification on every transferred item. Per-mailbox reports generated showing source-count vs destination-count vs hash-match-rate. Throttle workaround: 24/7 sync with tuned batch size to stay under provider connection limits. Cutover during a public bank holiday weekend.

Outcome

95 mailboxes migrated with 100% integrity verification. Per-mailbox audit reports delivered to bank's compliance team and shared with RBI auditor. Migration cleared compliance review without findings.

Manufacturing / SMB · 45 mailboxes · cPanel hosted IMAP · cPanel IMAP → Microsoft 365

Standard 45-user SMB cutover from shared hosting to M365

Scope

45-user manufacturing SMB on cPanel-based shared hosting (typical SiteGround / Bluehost / HostGator pattern). Standard small-business setup: domain + email through hosting provider, no formal IT team, business-hours operations only.

Challenge

Shared-hosting IMAP gets rate-limited aggressively to protect the host's mail server. Naive batch jobs get throttled and stall. Customer also had no migration window flexibility — had to be a single weekend cutover.

Fix

cPanel mail-account inventory pulled directly from the hosting control panel. IMAP sync ran with throttle-aware batch sizes (smaller concurrent connection count, paced over 72 hours). MX flip Friday night, delta sync Saturday + Sunday, Monday morning everyone on Outlook. Calendar/contacts handled separately via CSV/ICS imports since cPanel webmail had no CalDAV/CardDAV.

Outcome

45 users on M365 by Monday morning with zero noticed disruption. Contacts imported from CSV, no calendar data was in scope. Total cutover time: 72 hours including all testing and validation.

How we handle the OTHER side

Source-provider coordination.

IMAP migrations fail at the source side, not the M365 side. We coordinate directly with your current provider — in their support language where needed. You do not chase passwords.

01

Identify source provider + open ticket

Open a service ticket directly with the source mail provider in their support language where needed. Reference the migration scope (mailbox count, target cutover window) upfront so they understand request urgency. For regional providers we make the call ourselves rather than requiring you to coordinate.

02

Request access — Option A: admin/control panel

Preferred path. Source provider grants admin access to their control panel so we manage IMAP credentials directly. Cleaner audit trail, no end-user password disruption.

03

Request access — Option B: temporary password reset

Fallback when admin access is not possible. Source provider resets all mailbox passwords to a common migration-only password for the cutover window. Source accounts go dormant after final delta sync.

04

Confirm IMAP technical parameters

IMAP server hostname, port (typically 993 with SSL), TLS version, any IP-based access restrictions (whitelist our migration IPs if needed), per-account connection limits, total-throughput limits. These dictate batch sizing and concurrent-connection count.

05

Schedule cutover with source provider

Confirm the source can sustain elevated IMAP traffic during cutover without throttling or alerting their abuse system. For 100+ mailbox migrations this matters — uncoordinated batch jobs trigger automated abuse blocks at most providers.

Why this matters at scale: for a 100+ mailbox IMAP migration, uncoordinated batch jobs trigger automated abuse blocks at most providers. The migration stalls, partial syncs leave mailboxes in inconsistent states, and rollback gets messy. The coordination above takes 1-3 business days at the start and prevents 90%+ of mid-cutover failures.

Per-platform reality check

What changes per source platform.

Generic IMAP guides skip the platform-specific gotchas. Each source has its own quirks that affect batch sizing, calendar/contact handling, and what survives the cutover.

01

cPanel / Plesk / WHM (shared hosting)

SiteGround, Bluehost, HostGator, A2 Hosting, GoDaddy cPanel hosting

Aggressive IMAP rate limiting to protect shared infrastructure. Connection counts often capped at 5-10 per IP. Batch sizes need tuning per host. We pull mailbox inventory directly from cPanel where credentials allow, fall back to admin-coordinated CSV otherwise.

02

Zimbra Collaboration

Zimbra Open Source / Network Edition, regional Zimbra hosting

IMAP only carries email — Zimbra calendars and contacts need CalDAV/CardDAV transfer or a Briefcase export. Zimbra-specific tags map to Outlook categories. Public folders structure needs translation to M365 shared mailboxes or SharePoint depending on usage pattern.

03

Kerio Connect

On-prem Kerio Connect deployments, common in EU SMB

Native ImportExport tool exists but proprietary format. We use IMAP for mail + CalDAV for calendar + CardDAV for contacts. Kerio public folders need explicit re-architecture — they don't map 1:1 to anything in M365.

04

Rackspace Hosted Email

Rackspace Email (not Hosted Exchange), Cloud Office

IMAP migration works but loses Rackspace-specific features (calendar sync, contact groups, mobile sync settings). For Rackspace Hosted Exchange (different product) we do native Exchange-to-Exchange Online with full fidelity. Confirm which Rackspace product before scoping.

05

Zoho Mail / Workspace

Zoho Mail, Zoho Workspace email tier

Zoho IMAP works fine for email. Zoho Workplace bundle (Drive, Cliq, Connect) needs separate handling — files via download/upload, no native cutover path. Calendar via CalDAV.

06

Hosted IMAP / Regional Provider

European mail-connect, regional ISP mail, custom hosted Postfix/Dovecot

Highly variable. Most don't have native admin export. Source-provider credential coordination becomes the critical path — see playbook below. Often need direct outreach in source language.

FAQ

Frequently Asked Questions

What is an IMAP migration to Microsoft 365?+
An IMAP migration transfers email from any IMAP-compatible email server to Microsoft 365 Exchange Online. Works with virtually any provider — Rackspace, Zimbra, cPanel/Plesk hosting, Yahoo Mail, Zoho Mail, and more. IMAP transfers emails and folder structure but has limits: it cannot migrate calendar events, contacts, or tasks natively. We handle those separately using export/import.
What email providers support IMAP migration?+
Almost all providers support IMAP. Common sources we migrate: Rackspace Hosted Email, Zimbra, cPanel/WHM hosting (SiteGround, Bluehost, HostGator, A2 Hosting), Plesk, GoDaddy Workspace, Zoho Mail, Yahoo Mail for Business, Fastmail, ProtonMail (with Bridge), MDaemon, Kerio Connect, and hMailServer.
Does IMAP migration transfer calendars and contacts?+
No — IMAP only handles email. Calendar events and contacts need separate migration. We export contacts as CSV and import them into M365. Calendar events are exported as ICS files and imported into Outlook. For providers like Zimbra that support CalDAV/CardDAV, we use those for a more complete transfer.
How long does an IMAP to Microsoft 365 migration take?+
Small organizations (1-25 users) typically complete in 1-3 business days. Mid-size (25-100 users) takes 3-7 business days. IMAP transfer speed depends on your source server — some hosting providers throttle IMAP connections, which can slow the process. We run migrations 24/7 to maximize throughput.
Are there file size or mailbox limits for IMAP migration?+
Microsoft IMAP migration supports mailboxes up to 50 GB per user by default. For mailboxes larger than 50 GB, we use our Premium package with archiving strategies. Individual messages up to 150 MB are supported. Some source providers impose IMAP download limits — we work around these by adjusting batch sizes and connection parameters.
How much does an IMAP to Microsoft 365 migration cost?+
IMAP email migration starts at $15/user for mailbox transfer only. Our standard package at $40/user includes contacts + calendar migration, DNS configuration, Outlook setup, and user training. One-time $500 setup fee. For small orgs under 10 users, we offer a flat-rate starting at $650.
What if our current IMAP provider is uncooperative or unresponsive?+
Common scenario, especially with regional providers and small hosting companies. We coordinate directly — open the support ticket on your behalf in their support language where needed. We request admin/control panel access as the preferred path, with temporary password reset as fallback. Our team has handled this for German hosted-IMAP, regional ISP mail, and custom Postfix/Dovecot setups. You do not chase passwords.
Can you handle 400+ mailbox IMAP migrations? Will provider rate limits stop us?+
Yes. Rate limits are the #1 cause of mid-cutover failures on large IMAP migrations. We confirm per-account connection limits, total-throughput limits, and any IP-based restrictions with the source provider during the assessment phase. Batch sizing is tuned per-provider — for a recent 423-mailbox university migration we negotiated direct admin access AND a confirmed throughput ceiling before scheduling cutover. Result: zero throttling-related failures.
We need a regulator-grade audit trail (RBI / HIPAA / FINRA). Do you provide that?+
Yes. Standard IMAP migrations include item-count baselines per mailbox + SHA-256 hash verification per transferred item. For regulated environments we deliver per-mailbox audit reports showing source-count vs destination-count vs hash-match-rate, plus full migration logs. Recent RBI-regulated cooperative bank engagement cleared compliance review without findings. HIPAA migrations get an additional layer: BAA signed, Microsoft Purview sensitivity labels deployed pre-cutover.
How do you handle role-based mailboxes (info@, support@, dept addresses)?+
Role-based addresses (faculty groups, department inboxes, info@/support@/sales@ aliases) get migrated as M365 shared mailboxes — not regular user mailboxes. This preserves the multi-user-access pattern without consuming a license per role. Permissions for who can send-as / send-on-behalf get rebuilt during the Plan phase from the source ACL list. Recent 423-mailbox university migration included 49 role-based accounts handled this way.
Do you support migrations from non-English mail providers (German, French, Spanish, Arabic markets)?+
Yes. The technical IMAP migration is language-neutral, but source-provider coordination often needs to happen in the local language. We have engaged German, French, and Indian regional providers in their support language during recent engagements. We also handle non-English mailbox content (Unicode preservation, RTL email rendering for Arabic/Hebrew) without conversion issues.

Leave IMAP. Land on Exchange.

1-3 day SMB migrations. Any IMAP source. Calendar and contacts included. Flat-rate $650 for 10 users.

GET FREE ASSESSMENT →OPEN CALCULATOR →

Microsoft Solutions Partner · BitTitan certified · Fixed-fee · Throttle-aware batch tuning

VIEW PLANS →
From Our Blog

Cloud Migration Strategies & Step-by-Step Guides

Email Migration

Google Workspace to Microsoft 365 Migration: The Complete 2026 Playbook (Gmail, Drive, and Shared Drives)

A step-by-step migration playbook for moving from Google Workspace to Microsoft 365 covering Gmail to Exchange Online, Drive to OneDrive/SharePoint, identity migration, DNS configuration, and post-migration security — with tool comparisons and timeline estimates.

24 min readMar 13, 2026
Microsoft 365 migration

Case study: Hosting panel-based IMAP to Microsoft 365 Migration for government services in Virginia 

Client overview A government services agency in Virginia, with over 1,000 employees, had been using a hosting panel-based IMAP system for their email and communication needs. As the agency grew, they faced challenges in managing email effectively, ensuring data security, and fostering collaboration across teams. Given the critical nature of their services, the agency needed a […]

7 min readOct 24, 2024
Cloud Services

50 Cloud Migration Statistics for 2026 — Success & Failure Rates

A comprehensive roundup of 50 cloud migration statistics for 2026 covering success rates, failure causes, migration costs, timelines, repatriation trends, and multi-cloud strategy data from Gartner, IDC, Flexera, and Forrester.

17 min readMar 14, 2026
Cloud Services

55 Cloud Computing Statistics for 2026: Spending, Migration & Adoption

55 cloud computing statistics for 2026 covering global spending ($679B), migration timelines, multi-cloud adoption, data center investment, and SMB cloud budgets with sourced data.

16 min readMar 14, 2026