Learning Centre

What Happens During A Business Email Migration?

Learn what happens during a business email migration, including mailbox transfer, DNS changes, Microsoft 365 setup, testing and steps to reduce disruption.

—
On this page

    Definition

    Business Email Migration

    A business email migration is the process of moving company email services from one provider, platform or configuration to another. It can include copying mailbox data, creating user accounts, changing DNS records, testing mail flow and helping staff access their email on devices.

    A well-planned migration aims to reduce disruption, but temporary interruptions can still occur because of DNS propagation, provider behaviour, old device settings and third-party systems.

    Key Takeaways

    • A business email migration usually involves auditing the current setup, preparing the new email environment, migrating mailbox data, updating DNS records and testing sending and receiving.
    • DNS records such as MX, SPF, DKIM and DMARC are central to the process because they affect where email is delivered and how receiving servers assess trust.
    • Migration planning matters because missed mailboxes, incomplete backups, poor timing or incorrect DNS can interrupt business communication.

    Quick Explanation

    What Actually Happens During an Email Migration?

    During a business email migration, your existing email setup is reviewed, the new provider is prepared, mailbox data is moved, DNS records are updated and the new system is tested. The goal is to keep business communication working while moving users to a more suitable email platform. A migration may be simple if a business has only a few mailboxes and clean DNS records. It can become more involved when there are shared mailboxes, aliases, calendars, contacts, old devices, website forms, accounting systems or third-party platforms that send email through the domain. For many businesses, the technical part is only one side of the project. Staff also need to know when the change is happening, how to sign in, what settings will change and who to contact if something does not look right after cutover.
    A business email migration should consider people, devices, DNS records and connected systems, not only mailbox data.
    A business email migration should consider people, devices, DNS records and connected systems, not only mailbox data.

    Migration Process

    The Main Stages of a Business Email Migration

    The exact process depends on the source provider, the destination provider and the complexity of the business setup. Most migrations follow these broad stages.

    1. Audit the existing email and DNS setup

      The current provider, mailboxes, aliases, forwarding rules, shared mailboxes, DNS records and connected services are reviewed. This helps identify what must be recreated, migrated or cleaned up before the move.

    2. Prepare the new email environment

      User accounts, mailboxes, security settings and domain verification are set up in the new platform. Where appropriate, mailbox data is copied before final cutover so the migration is not left until the last minute.

    3. Change DNS, test mail flow and support users

      MX and authentication records are updated so new email flows to the correct provider. Sending, receiving, webmail access, devices and connected systems are then tested and adjusted as needed.

    Planning

    What Is Checked Before the Migration Starts?

    A proper email migration starts with a clear picture of the current environment. Without this, it is easy to miss an old mailbox, break a website form or update the wrong DNS record. The audit usually looks at the current email provider, domain registrar, DNS host, nameservers, MX records, SPF record, DKIM configuration and DMARC policy. It should also identify user mailboxes, shared mailboxes, aliases, groups, forwarding rules and any staff who access email on phones, tablets or desktop apps. Connected systems are often the part that businesses forget. Website contact forms, booking systems, invoicing software, CRM platforms and scanners may all send email using the business domain. If these systems are not reviewed, they may stop sending correctly after the migration or begin failing authentication checks. The audit also helps decide timing. A cutover should usually be planned for a period that limits business impact, while still allowing enough time for testing and staff support.
    A pre-migration audit reduces the chance of missed accounts, incorrect records and avoidable disruption.
    A pre-migration audit reduces the chance of missed accounts, incorrect records and avoidable disruption.

    Key Terms Used in Email Migrations

    These terms appear often during email migration planning. Understanding them makes the process easier to follow.

    MX Record
    An MX record tells other mail servers where email for your domain should be delivered. Changing MX records is usually the step that directs new mail to the new provider.
    SPF, DKIM and DMARC
    These are email authentication records. They help receiving servers check whether messages from your domain are authorised and trustworthy, although they do not guarantee inbox placement.
    DNS Propagation
    DNS propagation is the time it takes for DNS changes to be recognised across networks. During this period, some senders may still see old records while others see the new ones.

    Business Email Migration Checklist

    Before moving business email, work through the items that can affect mail flow, staff access and connected systems.

    • Confirm access to the domain, DNS and current email provider

      You need reliable access before changing records or copying mailbox data. If the domain or DNS is controlled by an old agency, former staff member or unknown account, resolve access before scheduling the migration.

    • List every mailbox, alias, shared mailbox and forwarding rule

      Do not rely only on current staff names. Old accounts, accounts payable addresses, website enquiry addresses and shared inboxes often carry important business history.

    • Document devices and systems that send email

      Include phones, desktop mail apps, website forms, CRMs, booking tools, accounting software and any platform that sends automated messages through the business domain.

    Email Migration Is Not Only a Mailbox Copy

    Moving email data is only part of the job. The migration also affects DNS, authentication, staff sign-in, device setup, website forms and third-party platforms that rely on the domain to send or receive messages.

    Simple Email Move vs Managed Business Email Migration

    Some small changes can be handled internally, but a managed migration is often safer when email is business-critical or several systems depend on the domain.

    Area Simple Email Move Managed Migration
    Planning Often focused on creating a new mailbox and changing basic records. Reviews mailboxes, DNS, authentication, staff access, connected systems and cutover timing.
    Risk Management May be suitable for low-risk setups with one or two mailboxes and no complex integrations. Better suited to business-critical email, multiple users, shared inboxes, legacy providers or unclear DNS ownership.
    After-Cutover Support Users may need to troubleshoot device settings, missing data and failed senders themselves. Testing and support can be planned around sending, receiving, device access and third-party systems.

    DNS and Authentication

    How DNS Changes Affect Business Email

    DNS records control where email for a domain is delivered and how sending servers are authorised. During a migration, the most visible change is usually the MX record. This points incoming email to the new provider. SPF, DKIM and DMARC are also important. SPF lists servers that are allowed to send email for the domain. DKIM adds a cryptographic signature to messages so receiving servers can check that they have not been altered. DMARC tells receiving servers how to handle email that fails authentication checks. These records improve deliverability and trust, but they do not guarantee that every email will land in the inbox. Inbox placement also depends on sender reputation, message content, recipient behaviour, provider filtering and other third-party systems. DNS changes can also affect website forms and integrations. For example, if a website sends enquiry notifications through a previous mail server, that configuration may need to be updated after the migration.
    DNS changes during an email migration can affect incoming mail, outgoing mail, authentication and connected business systems.
    DNS changes during an email migration can affect incoming mail, outgoing mail, authentication and connected business systems.

    Example DNS Records Used in an Email Migration

    The exact values depend on the email provider. This example shows the types of records that are commonly reviewed or changed when moving to a new provider.

    dns
    MX    example.com    mail.new-provider.example
    TXT   example.com    v=spf1 include:new-provider.example -all
    TXT   selector._domainkey.example.com    DKIM public key supplied by provider
    TXT   _dmarc.example.com    v=DMARC1; p=none; rua=mailto:[email protected]

    These values are examples only. Provider-supplied records should be checked before publishing DNS changes.

    Common Business Email Migration Mistakes

    Most migration problems are avoidable when the current setup is documented and the cutover is planned carefully.

    Changing MX records before the new environment is ready

    Do this instead

    Create and test the new mailboxes first. Confirm that users, aliases and shared mailboxes exist before directing live email to the new provider.

    Forgetting website forms and third-party senders

    Do this instead

    Check every system that sends email using the domain. Website forms, CRMs, booking tools and invoicing platforms may need updated SMTP settings or authentication records.

    Assuming DNS changes happen instantly everywhere

    Do this instead

    Plan for DNS propagation and internet caching. Some networks may see new records sooner than others, so allow time for monitoring and post-cutover testing.

    Common Issues After an Email Migration

    Post-migration issues are usually linked to DNS propagation, old device settings, authentication records or systems that were missed during planning.

    Some people are not receiving new email

    Likely cause

    DNS propagation may still be in progress, or the MX records may not be correctly configured.

    Solution

    Check the published MX records, confirm the destination provider, test from external accounts and allow for propagation where records were recently changed.

    Emails are being sent to spam

    Likely cause

    SPF, DKIM or DMARC may be missing, incomplete or still aligned with the previous provider.

    Solution

    Review the email authentication records and confirm they match the new provider’s instructions. Also check message content and sender reputation.

    Website form notifications stop arriving

    Likely cause

    The website may still be sending through an old mail server or unauthorised sender.

    Solution

    Review the website’s form delivery method, SMTP settings and DNS authentication. Test form submissions after updating the mail configuration.

    Timing and Risk

    Will There Be Downtime During an Email Migration?

    A well-managed migration is planned to minimise downtime, but no provider can honestly promise that every migration will be interruption-free. Email depends on DNS, third-party mail providers, user devices, internet caching and sender behaviour. The biggest risk period is cutover, when DNS records begin directing email to the new provider. If mailboxes are prepared correctly and records are changed in the right order, disruption can often be reduced. If DNS is changed before the new platform is ready, emails may bounce, be delayed or land in the wrong place. Users may also see temporary access issues. Desktop mail apps and mobile devices often need new sign-in details or profile settings. Some staff may continue seeing old cached data until their apps reconnect to the new mailbox. The practical goal is not to pretend there is no risk. It is to understand the risk, prepare for it and give staff clear instructions before the change happens.
    Timing, communication and testing are just as important as the technical migration itself.
    Timing, communication and testing are just as important as the technical migration itself.

    Benefits and Limitations of Migrating Business Email

    Potential Benefits

    • A more suitable provider can improve mailbox management, user access and administrative control.
    • Correct DNS authentication can support better deliverability and domain trust.
    • Centralising email, domain and DNS management can reduce provider finger-pointing when problems occur.

    Important Limitations

    • Migration does not guarantee inbox placement because spam filtering also depends on third-party systems and sender reputation.
    • Old devices, legacy providers and undocumented DNS records can make the process more complex.
    • Temporary interruptions may still occur due to DNS propagation, provider behaviour or incorrect historic settings.

    Professional Help

    When Should a Business Get Help With Email Migration?

    A very small business with one mailbox, clear domain access and no connected systems may be able to complete a basic email move internally. The risk rises when email is business-critical or several systems rely on the same domain. Professional help is worth considering when domain ownership is unclear, DNS is controlled by another provider, the current email system is unreliable, there are multiple users, or the business uses shared inboxes such as accounts, sales, support or enquiries. It is also sensible to get help when emails are already going to spam, website forms are unreliable, staff use several devices, or third-party systems send on behalf of the domain. These situations usually need more than a mailbox copy. They need DNS, authentication and testing handled carefully. If your business cannot afford missed enquiries, lost invoices or staff confusion, the migration should be planned as a business continuity task, not a quick settings change.
    Professional migration support is most valuable when email is connected to several business systems.
    Professional migration support is most valuable when email is connected to several business systems.

    Our Approach

    How We Approach Business Email Migrations

    We approach business email migrations as part of the broader digital infrastructure around a domain. Email rarely sits alone. It usually connects to DNS, website forms, hosting, third-party tools and staff devices. Where appropriate, we audit the existing email, domain and DNS settings before migration. We prepare and test the new email environment before cutover, then coordinate DNS changes carefully to reduce propagation delays. We also test mailbox access, sending, receiving and authentication after the change. We primarily use Microsoft 365 for business email hosting, while other reputable third-party providers may be used depending on client requirements. Email services supplied through Microsoft 365 or other providers remain subject to those providers’ service availability, policies and technical limits. We do not guarantee email delivery, inbox placement, spam filtering outcomes or uninterrupted email availability. What we can do is plan the migration carefully, configure DNS authentication correctly where applicable and provide practical support for the systems within our scope.
    Our migration approach connects email, DNS, domain management and website infrastructure.
    Our migration approach connects email, DNS, domain management and website infrastructure.

    Business Email Migration FAQs

    These short answers cover common concerns businesses have before moving email providers.

    Can emails be lost during a migration?

    There is always some risk if a migration is poorly planned, but that risk can be reduced through auditing, backups where possible, staged copying and careful DNS cutover. The exact options depend on the old and new providers.

    Do staff need to change their email address?

    Usually no. In most migrations, the business keeps the same email addresses and domain name. What changes is the provider, mailbox environment and sign-in method.

    Does Microsoft 365 guarantee email delivery?

    No email provider can guarantee delivery or inbox placement for every message. Microsoft 365 and other reputable providers can support secure business email, but deliverability also depends on DNS authentication, sender reputation and recipient filtering.

    Planning a Business Email Migration?

    If your email, DNS or domain setup is unclear, we can review the current environment and help plan a careful migration. Start with a conversation about your users, provider, domain and business requirements.

    Discuss Your Email Requirements View Contact Details

    Keep learning

    Tap to call
    Enquire now

    Ask Dobble

    Ask a question

    Send us your question and the Dobble team will get back to you.

    Prefer to talk to us directly?

    Get in touch

    Contact us

    Tell us about your project and the Dobble team will be in touch shortly.

    Prefer to talk to us directly?