Migrating corporate messaging is one of the most critical decisions an organization can make. Email being down for hours is not just a technical problem — it means lost business, frustrated users, and damage to the IT team's reputation.

I have guided dozens of Exchange Online migrations at companies across Central America and the Caribbean, and in this article I share what really works — and what to avoid at all costs.

Why migrate to Exchange Online now?

On-premises Exchange Server is still a robust platform, but its lifecycle has an expiration date. Exchange 2016 reaches end of support in October 2025, and Exchange 2019 in 2029. Beyond support, Exchange Online offers advantages that on-premises simply cannot match:

  • Automatic updates: Microsoft manages patches, security updates, and new features without maintenance windows.
  • Native high availability: A guaranteed 99.9% SLA with geo-replication included.
  • Deep integration with M365: Teams, SharePoint, Planner, and Copilot work natively with Exchange Online.
  • Cost reduction: Eliminates physical servers, Windows Server licenses, SAN storage, and the associated administration time.

The three types of migration: which one is right for you?

There is no single way to migrate to Exchange Online. The choice depends on the size of the organization, the current Exchange version, and its tolerance for change.

1. Cutover migration

Ideal for organizations with fewer than 150 mailboxes and Exchange 2010 or later. All mailboxes are migrated in a single operation, usually over a weekend.

Advantage: Simple and fast.
Risk: If something goes wrong, all users are affected at the same time.

2. Staged migration

For organizations running Exchange 2003 or 2007 that need to migrate in batches. Groups of users are migrated in phases, with temporary coexistence.

Advantage: Granular control over the process.
Risk: Requires directory synchronization and can confuse users with mailboxes in both environments.

3. Hybrid migration (the most recommended)

The most robust option for midsize and large organizations. It establishes permanent or temporary coexistence between on-premises Exchange and Exchange Online, with two-way synchronization of calendars, contacts, and free/busy information.

Advantage: Gradual migration with no noticeable impact on users.
Risk: Requires more technical planning and running the Hybrid Configuration Wizard.

Planning: 80% of success happens here

The migration itself takes hours. Planning takes weeks — and it is worth every minute invested.

Mailbox and data inventory

Before you move a single mailbox, you need to know exactly what you have:

  • Total mailbox size and distribution per user
  • Shared, resource, and room mailboxes
  • Distribution lists and mail-enabled security groups
  • Third-party connectors (CRM, ERP, billing systems)
  • Active transport rules and retention policies

Preparing the environment

  • Entra Connect: It must be configured and synchronizing correctly before the migration starts.
  • DNS: Plan the MX record change in advance. A low TTL (300 seconds) makes the cutover easier.
  • M365 licenses: Assign licenses before migrating — an unlicensed mailbox cannot receive email in Exchange Online.
  • Autodiscover: Verify that the Autodiscover SRV or CNAME records point to the right place to avoid Outlook configuration issues.

Communicating with users

This point is constantly underestimated. Users need to know:

  • When their mailbox will be migrated
  • What they need to do (usually nothing, but they need to know that)
  • Whom to contact if they run into problems
  • What will happen to their Outlook rules and email signatures

Common mistakes I have seen in the field

Mistake 1: Migrating without validating Entra Connect

If Entra Connect is not synchronizing correctly, migrated mailboxes end up "orphaned" — they exist in Exchange Online but have no associated Azure AD user. The result: email does not arrive and the user cannot sign in.

Solution: Run Get-MsolUser and verify that every user has an ImmutableId set before you begin.

Mistake 2: Ignoring application connectors

Billing, CRM, and ERP systems that send email through the on-premises Exchange server will stop working when the MX record changes. Identify all of these systems and configure SMTP connectors in Exchange Online before the cutover.

Mistake 3: Not testing external mail flow

Always test sending and receiving external email from a migrated mailbox before changing the MX record. A connector misconfiguration can cause external email to bounce silently.

Mistake 4: Migrating large mailboxes without throttling

Exchange Online has migration speed limits. Mailboxes larger than 50 GB can take days to migrate if the migration endpoint is not configured correctly. Plan the large mailboxes first.

Post-migration: the first 30 days

The migration does not end when the last mailbox lands in Exchange Online. The first 30 days are critical:

  • Mail flow monitoring: Use the Exchange admin center to verify there are no queued or bounced messages.
  • Transport rule validation: Confirm that the migrated retention policies and transport rules work correctly.
  • Gradual decommissioning: Do not shut down the on-premises Exchange server right away. Keep it running for at least 30 days as a fallback.
  • User training: Outlook Web App (OWA) in Exchange Online has a different interface. A 30-minute session with users prevents dozens of support tickets.

Conclusion

A well-executed migration to Exchange Online is invisible to users — one day, email simply works the same way, but from the cloud. That only happens with rigorous planning, thorough testing, and clear communication.

If your organization is evaluating this migration, the first step is a detailed technical inventory. At Barona Enterprise, we have developed a methodology proven at companies across Central America that minimizes risk and ensures business continuity throughout the entire process.

  • #Exchange Online
  • #Microsoft 365
  • #Migration
  • #Enterprise Messaging
Would you like to review this in your company?A 45-minute session with a specialist, on Microsoft Teams.
Book