How to Move Your Email to a New Host Without Losing Mail

Moving your email to a new host sounds risky, and done in the wrong order it is: messages bounce, go missing, or arrive at an inbox nobody checks anymore. But email moves follow a safe sequence, and the secret is that almost every step happens before the switch itself. You build the new home first, point the world's mail at it second, and keep the old home standing until every last sender has caught up. Follow the order below and a move that people fear becomes an uneventful afternoon.

Step 1: Make a list of everything that receives mail

Before you touch any settings, write down every mailbox on your domain, including the forgotten ones: info, accounts, sales, the old employee who left last year, and the aliases that forward to real people. Aliases and forwarders are the addresses most often lost in a move, because nobody remembers they exist until a customer says their message bounced. Your list is the checklist the new host has to match, address for address.

Step 2: Lower the TTL on your MX records

Do this at least a day before the move, two days is better. TTL is the number of seconds other servers are allowed to remember your DNS answers. While it is set high, the internet keeps delivering to your old host for hours after you change the records, simply because nobody told it otherwise. Lowering the TTL on your MX records in advance means that when the switch comes, the news spreads in minutes instead of a day. You can see your current records and their TTL values with the DNS Records Lookup.

Step 3: Create every mailbox at the new host

Now build the destination. Create each mailbox and alias from your list at the new provider, with the same addresses and the same forwarding. Set new passwords, and tell the people who use those mailboxes what is coming and when. Nothing has changed for senders yet; mail still arrives at the old host. That is the point. The new home is furnished and waiting before a single message is redirected.

Step 4: Prepare the authentication records for the new host

The new host sends and receives under your domain name, so your SPF, DKIM and DMARC records have to bless it, or your outgoing mail starts landing in spam the day you move. Our post on setting up email on a new domain, in the right order, covers the records to add and the order to add them in. Your new provider will give you the SPF include and DKIM keys it wants published. Have those values ready to add to your DNS the moment you switch, and after the move, confirm the finished setup with the SPF, DKIM and DMARC Checker.

Step 5: Change the MX records

This is the switch itself, and it takes a few minutes. Replace your MX records with the ones your new provider specifies, at the priorities it gives you. Because you lowered the TTL in step 2, sending servers around the world pick up the new destination quickly. From this moment, new mail starts arriving at the new host, which is why the mailboxes had to exist already.

Step 6: Keep the old host running, and check both inboxes

Do not cancel the old service yet. Some sending servers cache the old records longer than the TTL suggests, and a stubborn few will keep delivering to the old host for a day or two. That mail is not lost as long as the old mailboxes still exist and someone is checking them. For the first few days, check both the old and the new inbox each morning, and move across anything that landed in the wrong place. Also copy over the stored mail people want to keep, using the import tool most providers offer, while the old account is still open.

Step 7: Verify, restore the TTL, then close the old host

Once a few days pass with no new arrivals at the old host, verify the finished move. Run your domain through the MX Checker and confirm it shows the new provider's servers, then send yourself test messages from an outside account, Gmail or Outlook, and confirm they land in the new inbox. Reply to one and check the reply arrives too. When both directions work, raise the MX TTL back to its original value, and only now cancel the old hosting. The old service closing is the very last step, never the first.

What to do first

Make the mailbox list and lower the MX TTL today, even if the move itself is next week. Those two steps cost nothing, they are the ones people skip, and they are the difference between a move where every message arrives somewhere sensible and a move where mail quietly vanishes into a closed account. Everything after them is just following the list in order.