yodai Academy Domain and email

Academy › Publishing › Domain and email

Moving day: moving your email without leaving a gap

You finish the lesson with the MX record switched, the TTL lowered ahead of time, the new mailbox tested, and the old one still alive and being watched, without canceling anything the same day as the switch.

By Yodai · Published September 6, 2026 · Updated October 12, 2026

5 min read

The tricky part of switching email providers is moving day: migrating your inbox without leaving a gap in between. You switch email providers on a Monday. On Tuesday, a customer writes to your usual address and everything arrives fine in the new inbox. On Thursday, someone else writes to the same address, and their message never reaches the new inbox, because their computer still thinks your email lives with the old provider. You haven't done anything wrong: the switch doesn't happen at the same instant for everyone.

What matters is the order: what you move first, what you leave running a few extra days, and when you shut off the old one, so that gap of days doesn't swallow a single message.

Why a gap opens up, even when you do everything right

Your email doesn't live inside your domain: it lives wherever a technical record called MX points, tucked away in your domain's settings, which tells anyone sending you mail, "deliver messages for this name here." When you switch providers, what you're really changing is that record, not your address.

The problem is that the email systems of people writing to you keep a copy of that answer, so they don't have to look it up every time, and they won't check again until that copy expires. That expiration time has a name, TTL, and it can be a full day: 86,400 seconds is the value Google Workspace Help recommends leaving when everything's working, and at that setting a change can take up to 24 hours to apply. Until it expires, their email system will keep delivering your mail to the old inbox, even if you already switched the sign that same morning. The Microsoft guide to migrating email warns that the systems of people writing to you can take up to 72 hours to recognize the MX record change, and Google gives the same window. That's the gap: it's not a mistake on your part or your new provider's, it's just how long it takes the internet to catch up.

The day you pick for the switch matters just as much as the order of the steps. Do it on a Tuesday or Wednesday morning, never a Friday afternoon or the day before a sale, a campaign, or any date when you know more mail than usual will be coming in. If something doesn't go as planned, you want the rest of the week and your provider available to fix it, not a weekend when nobody picks up the phone.

The order that leaves no gap

Six steps, in this order
  1. 1Lower the TTL a week ahead of time
    Go into your domain settings and set the MX record's time to live to a short value, say five minutes (300 seconds). Don't change anything else yet: you're just telling the internet to check the data more often from now on. The new value doesn't start counting until the old one expires, which can take a full day; with a week's head start, by the time you make the real switch most email systems will pick it up within minutes instead of a full day, though a few may still take longer, which is why step 5 matters.
  2. 2Turn on the new inbox and test it privately
    Create the accounts with the new provider and send yourself test emails between them, before touching the domain's MX record. On switch day, you want to already know the new inbox works, not find out from the first customer who writes to you.
  3. 3Turn on forwarding from the old inbox to the new one
    If your previous provider allows it, set up forwarding so everything that lands in the old inbox also gets sent to the new one, and send a test email to make sure it's actually arriving. Even so, keep checking both inboxes while the switch is underway, as in step 5. This is a measure for a few days, not something you leave in place forever.
  4. 4Change the MX record and don't touch anything else that day
    Move the record over to the new provider and stop there. Don't delete the old inbox or cancel the old account: keeping it around for a few more days costs you little compared to losing a customer along the way.
  5. 5Watch both inboxes for at least 72 hours
    Check the old and new email daily during that window. Anything that lands in the old inbox, go ahead and reply from there: it's the same customer, their computer just took a little longer to catch up on the change.
  6. 6Close the old inbox once nothing new is coming in
    Once those 72 hours have passed and nothing new is arriving at the old account, you can cancel it. Not before: someone out there might still be writing to you without knowing about the switch.
The costly mistake: canceling the old email the same day you switch
Canceling the old account the same day you turn on the new one is the costliest mistake: while a customer's email system hasn't caught up on the change, which can take up to 72 hours, anything sent to your usual address goes to the old provider. Since there's no inbox there anymore, the message bounces. They get an automatic error notice back; you get nothing, so you don't even know they wrote. A simple rule avoids this: shut down the old account the week after the switch, never the same day.
If you're also changing your address, the notice you leave on the old inbox
This email address will stop being used on [date]. From now on, write to me at hello@yourbusiness.com, it's already active and I check it every day. If you wrote to me at this address recently, no worries, I'm still reading it until then.
What you'll walk away with
  • The MX record switched over, with the TTL lowered a few days ahead so most people notice the change within minutes, not a full day.
  • The new inbox tested and working before announcing it to anyone.
  • The old inbox kept alive, with forwarding turned on and watched for at least 72 hours, not canceled the same day as the switch.
  • What's next: making sure those emails that are already arriving don't end up in the spam folder.

Sources

  1. DNS basics. Google Workspace Help, Google, accessed October 2026.
  2. Migrate email to Exchange Online using the cutover method. Microsoft Learn, Microsoft, accessed October 2026.
  3. Set up MX records for Google Workspace. Google Workspace Help, Google, accessed October 2026.
  4. RFC 1035: Domain Names - Implementation and Specification. IETF, 1987 (accessed October 2026).
  5. RFC 5321: Simple Mail Transfer Protocol. IETF, 2008 (accessed October 2026).

In Yodai you connect the domain you already have to your site, and it stays registered where it is, in your name. See how your own domain for your website works.

NextThe three signatures that keep your email out of spam