Learning Centre

What Is An Mx Record And How Does It Affect Business Email?

Learn what an MX record is, how it routes business email for your domain, and why correct DNS settings matter for Microsoft 365, deliverability and reliable mail flow.

On this page

    Definition

    MX Record

    An MX record, short for mail exchange record, is a DNS record that tells other mail servers where to deliver email for a domain. If your domain is example.com.au, its MX record points incoming messages to the email provider that handles mailboxes for that domain, such as Microsoft 365 or another business email platform.

    MX records affect incoming email only. They do not usually control where your website loads from, but they sit inside the same DNS zone as website, security and verification records, so changes should be made carefully.

    Key Takeaways

    • An MX record tells the internet which mail server should receive email for your domain.
    • Incorrect MX records can stop incoming email, send mail to the wrong provider, or disrupt an email migration.
    • MX records work alongside SPF, DKIM and DMARC, but those records serve different email authentication purposes.

    Plain English Explanation

    Why MX Records Matter for Business Email

    When someone sends an email to your business, their mail server needs to know where that message should go. It looks up the MX record for your domain and uses that information to deliver the message to the correct email platform. For example, if your business uses Microsoft 365, your domain's MX record will usually point to a Microsoft 365 mail server. If your MX record still points to an old provider, new messages may continue going to the wrong place, even if your team has already started using the new mailboxes. This is why MX records are important during email setup, mailbox migrations, domain changes and troubleshooting. A small DNS error can interrupt enquiries, invoices, booking confirmations, website form notifications and internal communication. MX records are part of DNS, which is the system that connects your domain to online services. DNS does not only affect your website. It also controls email routing, verification records, SSL or TLS validation, third-party platform connections and other domain-based services.
    Business email depends on accurate DNS configuration, not just the email app your team uses.
    Business email depends on accurate DNS configuration, not just the email app your team uses.

    How It Works

    How an MX Record Routes an Email

    The process happens quickly in the background, but understanding the basic flow helps explain why DNS accuracy matters.

    1. A sender sends an email to your domain

      A customer, supplier or staff member sends a message to an address such as [email protected]. The sending mail server identifies the domain after the @ symbol and needs to find out where that domain receives email.

    2. The sending server checks DNS for the MX record

      The sending server queries DNS for the domain's MX records. The response lists one or more mail servers, often with priority values that tell the sender which server should be tried first.

    3. The message is delivered to the listed mail server

      The sending server connects to the mail server named in the MX record. If that server accepts mail for the domain and the mailbox exists, the message can then move through spam filtering, security checks and mailbox delivery.

    MX Record Terms Explained

    MX records are easier to understand when the related DNS terms are clear. These are the main terms you may see when reviewing email DNS settings.

    Mail exchanger
    The mail server listed in an MX record. It is the destination that receives email for the domain.
    Priority
    A number that tells sending mail servers which MX record to try first. Lower numbers usually have higher priority.
    TTL
    Time to live. This controls how long DNS resolvers may cache a record before checking for an updated version.

    Example MX Record

    An MX record is usually displayed as a small DNS table. The exact host name and destination depend on your email provider.

    dns
    Type:     MX
    Name:     @
    Priority: 0
    Value:    example-com-au.mail.protection.outlook.com
    TTL:      3600

    Illustrative example only. Real Microsoft 365 and third-party email settings should be copied from the provider's current instructions for the specific domain.

    MX Records Are Not the Same as SPF, DKIM or DMARC

    An MX record tells other servers where to deliver incoming email. SPF, DKIM and DMARC help receiving servers assess whether outgoing email from your domain is authorised and trustworthy. Correct authentication can improve deliverability, but it does not guarantee inbox placement because spam filtering also depends on sender reputation, message content, user behaviour and provider rules.

    MX Records Compared with Email Authentication Records

    These DNS records often sit together, but they do different jobs. Confusing them can make troubleshooting harder.

    Record Type Main Purpose Business Impact
    MX Routes incoming email to the correct mail server for the domain. If incorrect, incoming email may fail, go to an old provider, or be delayed.
    SPF Lists which servers are authorised to send email for the domain. If missing or wrong, outgoing email may look less trustworthy to receiving servers.
    DKIM and DMARC DKIM signs messages, while DMARC sets a policy for handling failed authentication. If poorly configured, legitimate messages may be rejected or fraudulent messages may be harder to control.

    Business Impact

    What Can Go Wrong When MX Records Are Incorrect?

    Incorrect MX records can create issues that look like an email app problem, even when the real cause is DNS. Staff may be able to sign in to their mailbox, but incoming messages may still fail because the domain points somewhere else. Common consequences include missed enquiries, delayed invoices, failed website form notifications, lost booking requests and confusion between providers. During a migration, a business may believe its email has moved to a new platform, while DNS is still sending messages to the old provider. The impact depends on the configuration. Some mistakes cause complete incoming mail failure. Others only affect some senders, especially while old DNS information is still cached across different networks. MX records do not normally affect website traffic. Your website is usually controlled by A records, CNAME records, hosting settings and related DNS entries. However, because website and email records often live in the same DNS zone, accidental changes can affect several services at once.

    Common MX Record Problems

    These symptoms are common when MX records, DNS propagation or email provider settings are not aligned.

    Incoming email has stopped after changing providers

    Likely cause

    The domain may still have old MX records, incomplete new records, or a mixture of both.

    Solution

    Check the current DNS zone against the new provider's required settings. During migrations, allow for DNS propagation and test from several external accounts.

    Some people can email you, but others receive bounce messages

    Likely cause

    DNS caching, inconsistent records, or provider-side rejection may be affecting only some senders.

    Solution

    Review MX records, TTL values, mail server responses and bounce message details. The wording in the bounce message often gives useful clues.

    Website forms are not sending notifications

    Likely cause

    The website may be sending through the wrong mail method, the domain may lack authentication records, or mail may be routed to an unexpected provider.

    Solution

    Check MX records, SPF, DKIM and DMARC, then test the website form and server-side mail configuration. Forms should be tested after major DNS or hosting changes.

    MX Record Mistakes to Avoid

    MX changes are small, but they can affect business-critical communication. These mistakes are worth avoiding before a change is made.

    Deleting old records before the new email environment is ready

    Do this instead

    Prepare and test the new mailboxes first where possible. Plan the change so the new provider is ready to accept email when DNS is updated.

    Copying settings from another domain without checking provider instructions

    Do this instead

    Use the exact records generated for the specific domain. Email providers may use domain-specific values, especially for Microsoft 365, DKIM and verification records.

    Assuming DNS changes are instant everywhere

    Do this instead

    Allow for DNS propagation and caching. Lowering TTL before a planned migration may help reduce delay, but it does not remove all third-party caching behaviour.

    MX Record Review Checklist

    Use this checklist before changing email providers, launching a new domain, or troubleshooting incoming email failures.

    • Confirm which provider should receive email

      Check whether the domain should route mail to Microsoft 365, Google Workspace, a web host, a legacy provider, or another email platform.

    • Review the full DNS zone, not only the MX record

      Email reliability can also depend on SPF, DKIM, DMARC, verification records and website form sending methods.

    • Plan changes around business impact

      For business-critical email, document existing records, take screenshots or exports where possible, and schedule changes when disruption can be monitored.

    Professional Support

    Can You Manage MX Records Yourself?

    A simple MX record change can sometimes be handled internally if you have clear provider instructions, administrator access to DNS, and a low-risk environment. Many email platforms provide step-by-step records that can be copied into the domain's DNS zone. The risk increases when the domain has several connected services, old provider settings, unclear ownership, multiple mailboxes, website forms, CRM notifications, booking tools or payment-related emails. In those cases, DNS changes should be planned rather than treated as a quick edit. Professional help is worthwhile when email is business-critical, when you do not know who controls the domain, when previous providers are involved, or when you are moving between email platforms. It is also valuable when messages are landing in spam, because the cause may involve MX records, authentication, sender reputation, website forms or provider filtering. A careful review should document what is currently active, what needs to change, and what testing will confirm after the change. This reduces provider finger-pointing and helps protect continuity during migrations.

    Our Approach

    How We Approach MX Records, DNS and Business Email

    We treat email DNS as part of a business's broader digital infrastructure. A domain is not just a web address. It connects the website, email, security records, hosting, SSL or TLS, analytics tools, verification records and third-party systems. Where we manage domains, DNS or email, we configure records in line with the chosen provider and the client's requirements. We primarily use Microsoft 365 for business email hosting, while other reputable third-party providers may be used where project requirements call for them. We also use Cloudflare for DNS infrastructure, DDoS protection and SSL or TLS management where appropriate. During migrations, we audit existing services, prepare the new environment, take backups where possible, coordinate DNS changes carefully and test after cutover. Temporary interruptions can still occur due to DNS propagation, third-party providers or internet caching, so realistic planning matters. Our support for hosting, maintenance, domain and email clients is available 24 hours a day, 7 days a week. Emergency support is available, with response times typically within 4 hours. For clients outside an SLA, emergency support is charged on an ad hoc basis, with quotes, predictions or capped timing supplied before work commences where applicable.
    MX records should be managed alongside the full domain, DNS and email configuration.
    MX records should be managed alongside the full domain, DNS and email configuration.

    MX Record FAQs

    These short answers cover common questions about MX records and business email DNS.

    Does an MX record affect my website?

    Usually, no. MX records route incoming email. Website traffic is normally controlled by A records, CNAME records and hosting configuration. However, all these records often sit in the same DNS zone, so careless changes can affect both website and email services.

    Can I have more than one MX record?

    Yes. Domains can have multiple MX records, often with different priority values. This may be used for redundancy or provider-specific routing. The configuration should match the email provider's instructions.

    Will fixing my MX record stop emails going to spam?

    Not by itself. MX records affect incoming email routing. Spam placement is usually more connected to SPF, DKIM, DMARC, sender reputation, message content and provider filtering. Correct DNS authentication can help, but it does not guarantee inbox placement.

    Need Help Reviewing Your Business Email DNS?

    If your emails are failing, landing in spam, or you are planning an email migration, we can review your domain, MX records and authentication settings. We will explain what needs attention and help you plan the next step without unnecessary disruption.

    Discuss Your Email Requirements View Domain Name Management

    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?