It's the question that stops most people from changing email hosting providers: "If I switch, do I lose my email address?" The reassuring answer is that you can almost always keep your existing address when switching hosts. The one thing that really matters is who owns and controls your domain name, not which company happens to be running your mailboxes today.
In short: If you own your domain, your email address moves with you. Changing email hosting providers is really about migrating your mailbox data and re-pointing a few DNS records — not surrendering your address. For the bigger picture, see our guide to switching hosting providers.
Can You Keep Your Email Address? (Almost Always, Yes)
Your email address doesn't actually live with your hosting provider — it lives on your domain. The part after the "@" symbol (for example, yourbusiness.com.au) is a domain name that you register and control. As long as you own or control that domain, you can move your email address to another provider whenever you like, and everyone will keep reaching you at the same address.
This is why the question "can I move my email address to another provider?" nearly always has a "yes" answer. The provider is simply renting you the mailboxes and mail servers; your identity is the domain. When you switch email hosts, you point that domain at a new mail server, and your address carries across untouched. If the DNS side of this sounds unfamiliar, our beginner's guide to domains and DNS explains how it all fits together.
What Actually Moves (and What Doesn't)
It helps to separate a "switch" into three distinct pieces. Understanding which parts stay put and which parts have to be actively migrated is the key to changing email hosting providers without nasty surprises.
The address itself
Stays exactly the same. It's tied to your domain, so you@yourbusiness.com.au remains yours no matter which host runs the mailbox behind it.
Stays putThe mailbox data
Your existing emails, folders, contacts and calendars physically sit on the old server. This is the part that must be copied across to the new host before you cut over.
Must migrateThe DNS / MX records
The MX records tell the internet which server should receive mail for your domain. These must be re-pointed from the old host to the new one at the right moment.
Must re-pointNotice that only two of the three things actually have to move. The address — the part everyone worries about — is the part that stays. A well-run migration is simply the disciplined process of copying the mailbox data and switching the MX records in the correct order.
How to Migrate Your Email With Zero Downtime
Here's how to change your email hosting provider without downtime. The golden rule is to build and test everything on the new server first, and only re-point your mail once you've confirmed it works. Follow these steps in order to migrate email accounts to a new hosting provider with minimal disruption.
- 1Set up the new mailboxes first
Recreate every mailbox, alias and distribution list on the new server before you touch anything else. Match the addresses exactly so nothing is missed.
- 2Copy existing mail across before cutover
Use an IMAP sync or a built-in migration tool to copy all historic email, folders, contacts and calendars to the new mailboxes — while the old server is still live. This is a copy, not a move, so nothing is at risk.
- 3Lower your DNS TTL 24–48 hours ahead
Drop the TTL on your MX records to 300 seconds a day or two before cutover. This means the change will propagate in minutes rather than up to a full day when you finally make it.
- 4Run an overlap period
For a smooth transition, keep both the old and new servers able to receive mail for the domain during the changeover, so no message is lost while DNS propagates.
- 5Update the MX records only once the new mailboxes are tested
Send and receive test messages on the new server first. Only when you're satisfied it works do you re-point the MX records to the new mail server.
- 6Keep the old mailbox active as a fallback
Leave the old account running for a couple of weeks after cutover. A final IMAP sync then sweeps up any stragglers that arrived on the old server during propagation.
Migrating to SmarterMail?
If your new host runs SmarterMail, our step-by-step SmarterMail migration guide walks through the built-in migration tool that copies mail across from your old provider for you — one of the simplest ways to move mailbox data without manual IMAP juggling.
The Overlap Period and MX Cutover
The single most important idea in a zero-downtime email migration is the overlap period. When you change your MX records, the update doesn't reach the whole internet at once. Different mail servers around the world refresh their DNS cache at different times, so for a window of anywhere from a few minutes to a day, some senders will still be delivering to your old server while others reach the new one.
That's why a good migration keeps both servers able to accept mail for your domain during the changeover. This dual-delivery window guarantees that no message bounces just because a sender's DNS cache was a few hours behind. Lowering your TTL ahead of time (step 3 above) shrinks this window dramatically, which is why it matters so much.
Test send and receive in both directions
- Send a message from a new mailbox to an outside address and confirm it arrives correctly.
- Send a message to a new mailbox from an outside address and confirm it lands in the inbox, not spam.
- Check that historic mail, contacts and calendars are all present after the sync.
- Once DNS has fully propagated and everything is stable, raise the TTL back up and retire the old server.
Common Pitfalls to Avoid
Almost every email migration that goes wrong fails for one of a handful of predictable reasons. Steer around these and switching email hosts becomes a genuinely low-risk exercise.
- Changing MX records too early. Re-pointing mail before the new mailboxes exist and are tested is the classic mistake — incoming messages bounce or vanish. Always cut over last.
- Forgetting to recreate SPF, DKIM and DMARC. These authentication records tell the world your new server is allowed to send for your domain. Miss them and your outgoing mail lands in recipients' spam folders.
- Relying on forwarding instead of a real migration. A forward only redirects new mail; it doesn't move your history and it breaks authentication. See why forwarding is not a migration for the full explanation.
- Missing calendars and contacts. It's easy to sync the inbox and forget everything else. Confirm calendars, contacts and shared folders came across too.
- Not lowering the TTL first. Skip this and your cutover can take up to a full day to propagate, stretching the risky overlap window far longer than it needs to be.
When to Get Help
Migrating a personal mailbox is usually manageable on your own. Migrating business email is higher stakes, because a single missed message can mean a lost enquiry, a missed invoice or an unhappy customer. When mail volume is high, multiple staff are involved, or authentication records are complex, it's worth having someone run the migration who does it regularly.
At Expeed Technology we can handle the entire process end to end — provisioning the new mailboxes, copying across every message, contact and calendar, configuring SPF, DKIM and DMARC correctly, and managing the MX cutover so your team never notices the switch happened.
You keep your address. We handle the rest. Whether you're moving away from an ISP address, consolidating onto your own domain, or simply want a faster, more reliable email host, we make sure not a single message goes astray.
The bottom line: yes, you can keep your email address when switching providers — your domain makes it yours to keep. The migration itself is all about moving your mailbox data and timing the MX cutover carefully. If you'd rather not risk your business inbox, our hosting and email migration service takes care of the whole move with zero downtime. Get in touch with the Expeed team and we'll plan your migration around your business.