Migrating Email Accounts to a New Provider

Planning Your Migration

Moving email from one provider to another involves more than simply creating new mailboxes. Done carelessly, it risks losing existing messages, missing incoming mail during the transition, or disrupting your team's ability to send and receive email during the switch. If you have not yet read [INTERNAL LINK: "Choosing an Email Hosting Plan for Your Business", link to this article using its slug choosing-email-hosting-plan], it covers selecting your new plan before beginning the migration itself.

Before You Start

Take inventory of every mailbox that needs to move, along with any shared mailboxes, forwarding rules, or auto-responders currently configured that will need to be recreated on the new provider. Back up existing email locally for every mailbox before beginning, since this provides a safety net independent of the migration process itself.

Setting Up the New Environment First

Create your new mailboxes on the new provider before making any changes to your domain's DNS settings, so the new environment is fully ready before traffic is redirected to it. If you have not yet read [INTERNAL LINK: "Setting Up Email Accounts in cPanel", link to this article using its slug setting-up-email-accounts-cpanel], it covers creating mailboxes if your new provider uses cPanel specifically.

Migrating Existing Messages

Depending on your old and new providers, existing messages can often be migrated directly between mailboxes using an email client configured to access both accounts simultaneously, copying messages from the old mailbox into the new one. For larger migrations, dedicated migration tools may be available depending on your specific providers, worth asking about before attempting a fully manual transfer.

Updating DNS to Point to the New Provider

Once your new mailboxes are set up and existing mail has been migrated, update your domain's MX records to point to the new provider's mail servers. If you have not yet read [INTERNAL LINK: "DNS Management: A/CNAME/MX/TXT Records Explained", link to this article using its slug dns-management-records-explained], it covers what these records do before you make this change.

Managing the Transition Window

DNS changes take time to propagate, meaning some incoming mail may briefly continue routing to your old provider even after updating MX records. See [INTERNAL LINK: "Domain Name System (DNS) Propagation Explained", link to this article using its slug dns-propagation-explained] to understand this delay. Keep your old mailboxes active and accessible during this window, checking both old and new mailboxes until you are confident all incoming mail has fully shifted to the new provider.

After Migration

Once you have confirmed mail is arriving reliably at the new provider and no further messages are appearing in the old mailboxes, reconfigure any forwarding rules, auto-responders, or shared mailbox settings that did not carry over automatically. Update saved settings in every email client and mobile device your team uses to point to the new server settings.

Common Migration Issues

Missing messages after migration are most often caused by messages that arrived in the gap between starting the migration and completing the DNS update, which is why maintaining access to the old mailbox throughout the transition window matters. Authentication failures on the new provider typically indicate incorrect server settings entered in an email client, worth double checking against the new provider's documentation.