Migration
IMAP to Exchange Online migration
IMAP migration into Exchange Online copies mail only: no calendars, no contacts, no rules. At roughly 1.2GB per hour per connection it is the slowest source there is, so a 30-mailbox estate needs its pre-sync started a week before the cutover weekend.
| Fixed price | £95 / $125 per mailbox |
|---|---|
| Throughput | ≈1.2 GB per hour per connection |
| Carried by IMAP | Messages, folders, read state, flags |
| Not carried | Calendars, contacts, rules, delegation, aliases |
| Concurrency | Limited by the source host, not by Microsoft |
| Typical estate | cPanel, Zimbra, Plesk or host-provided mail |
What IMAP physically cannot move
IMAP describes folders of messages and nothing else. Calendars, contacts, server-side rules, delegated access, aliases and out-of-office settings are outside the protocol, so no IMAP tool can move them regardless of vendor claims. They are exported separately, usually as ICS and CSV from the source platform's own interface, and imported after the mail is in place.
This is worth stating plainly because it is the biggest source of disappointment in low-cost migrations. The mail arrives, everyone relaxes, and then the first Monday meeting is missing from every calendar.
- Calendars exported as ICS per user and imported after cutover
- Contacts exported as CSV, deduplicated, then imported
- Server-side rules re-created from an audit, not copied
- Aliases and forwarders enumerated from the host control panel
Throughput and the source host
Exchange Online will accept mail far faster than a shared hosting server will give it up. The binding constraint is nearly always the source: connection limits per account, total concurrent IMAP sessions, CPU on a shared box, and throttling that some hosts apply the moment they see sustained sync traffic. Plan around 1.2GB per hour per connection and treat anything faster as a bonus.
The practical consequence is scheduling. Pre-sync starts days before the cutover, runs at a concurrency the host tolerates, and is followed by short delta passes. Trying to compress an IMAP migration into a single weekend is how estates end up with half-copied mailboxes on Monday.
Folder structures that break
Older IMAP servers use folder separators and naming conventions that Exchange rejects. Slashes and dots in folder names, folders nested deeper than Exchange permits, characters that are legal on the source and illegal on the destination, and Sent or Trash folders under half a dozen different names. Each is trivial individually and collectively they account for most of the errors in a migration log.
We normalise these in mapping before the first pass, so the log stays readable and genuine failures are visible rather than buried under hundreds of naming warnings.
Sizing licences correctly
Hosted IMAP accounts often carry a decade of mail because nobody ever enforced a quota. Exchange Online mailboxes have plan-dependent ceilings, so an estate with several 60GB accounts needs archive licensing or a retention decision before any data moves. We surface the distribution of mailbox sizes in discovery so that purchase decision is made once, correctly.
Where an archive is the right answer, mail beyond the cut-off is written to the online archive during the migration rather than moved twice afterwards.
What we see that others don't say
IMAP is a mail-access protocol, not a mailbox format, so calendars and contacts are invisible to it entirely; every IMAP migration therefore needs a second, separate export path for those objects or they simply do not arrive.
What this doesn't cover
- Calendars and contacts are migrated as a separate export and import, not by the IMAP transfer itself.
- Throughput is set by the source host; we cannot exceed limits imposed by shared hosting.
- Mail that exists only in a local POP store must be imported from that device.
- We do not migrate the website or databases that share a cPanel account with the mail.
Get a fixed price for this
Send your seat count, current platform and deadline. You get a fixed price and an available cutover date, usually within one working day, from the engineer who would run the work.
Prefer to talk? Call +44 20 7183 3436 (Mon–Fri 08:00–18:00 GMT), or message WhatsApp +44 7403 423563.
Questions we get asked
- Does IMAP migration move calendars and contacts?
- No. IMAP carries messages, folders, read state and flags only. Calendars and contacts are exported separately as ICS and CSV and imported after the mail transfer completes.
- How long does an IMAP migration take?
- Plan for around 1.2GB per hour per connection, limited by the source host. A 30-mailbox estate typically needs its pre-sync started a week before the cutover weekend.
- Why is IMAP slower than a Microsoft 365 or Google source?
- Because shared hosting platforms cap concurrent sessions and throttle sustained sync traffic. Exchange Online will accept data far faster than the source will release it.
How this page is verified
Reviewed by Workspace Migration Services migrations desk, Google Workspace migration engineers. Last checked .
- Observed throughput figures come from Workspace Migration Services project records, reviewed 2026-08-12.
- IMAP protocol scope follows RFC 3501.
Sources you can check
Cite this page
Free to reuse with attribution. Copy whichever form your publication needs.
Plain citation
Workspace Migration Services, "IMAP to Exchange Online migration", https://workspacemigration.services/migration/imap-to-exchange-online (last checked 2026-08-12).HTML with source link
<p>IMAP migrations move messages only; calendars, contacts and rules fall outside the protocol and require a separate export and import. Source: <a href="https://workspacemigration.services/migration/imap-to-exchange-online">IMAP to Exchange Online migration</a> — Workspace Migration Services.</p>Embed this table
<table>
<caption>IMAP to Exchange Online migration — Workspace Migration Services, 2026-08-12</caption>
<tr><th>Fixed price</th><td>£95 / $125 per mailbox</td></tr>
<tr><th>Throughput</th><td>≈1.2 GB per hour per connection</td></tr>
<tr><th>Carried by IMAP</th><td>Messages, folders, read state, flags</td></tr>
<tr><th>Not carried</th><td>Calendars, contacts, rules, delegation, aliases</td></tr>
<tr><th>Concurrency</th><td>Limited by the source host, not by Microsoft</td></tr>
<tr><th>Typical estate</th><td>cPanel, Zimbra, Plesk or host-provided mail</td></tr>
</table>
<p><a href="https://workspacemigration.services/migration/imap-to-exchange-online">IMAP to Exchange Online migration</a> — data maintained by Workspace Migration Services.</p>Related pages
Migrating off cPanel, Plesk or Zimbra?
Send the mailbox count and total mail volume. We come back with a realistic pre-sync start date and a fixed price.