Skip to main content

​
What is an MX Record?

MX (Mail Exchanger) records specify where incoming mail should be delivered for a domain. Every MX record has a priority value—the lower the number, the higher the priority. Migma requires you to set up an MX record on send.yourdomain.com to establish a return-path for bounce and complaint reports from inbox providers. This return path is included in the headers of every email you send.

​
Won’t This Conflict with My Existing Email Provider?

No, it won’t. Here’s why:

​
How MX Records Work

MX records only affect the specific subdomain (or domain) they’re associated with. They don’t impact other subdomains or the root domain.

​
Example: You Use Google Workspace

Say you’re using Google Workspace for your email. You’ll have MX records that look like this: 
yourdomain.com     MX    10    alt3.aspmx.l.google.com.
yourdomain.com     MX    20    alt4.aspmx.l.google.com.
These records specify that incoming mail to [email protected] should be delivered to Google’s servers.

​
Adding Migma’s MX Record

When you add a sending domain to Migma, you need to add an MX record for send.yourdomain.com: 
send.yourdomain.com     MX    10    [Migma-provided value]
This won’t conflict because:
  • The Migma MX record is for send.yourdomain.com
  • Your Google MX records are for yourdomain.com
  • These are completely separate subdomains
Emails sent to…Delivered to…
[email protected]Google Workspace
[email protected]Google Workspace
[email protected]Migma (for bounce handling)
Your existing email flow is unaffected.

​
Why Migma Uses the send Subdomain

Migma specifically uses the send subdomain for the MAIL FROM (return-path) because:
  1. No conflicts - It doesn’t interfere with your existing MX records
  2. Better deliverability - Bounce handling is properly configured
  3. Separation of concerns - Sending infrastructure is isolated from receiving

​
Common MX Record Conflicts

Problem: You already have an MX record for send.yourdomain.com from another service.Solutions:
  1. Remove the existing record if you no longer use that service
  2. Use a different subdomain in Migma (contact support for custom MAIL FROM subdomain configuration)
Problem: You have another MX record with priority 10 for the same subdomain.Solution: Each MX record should have a unique priority. Either:
  • Change Migma’s priority to a different number (e.g., 5)
  • Update your existing record to a different priority
If two MX records have the same priority, mail servers will randomly choose one per delivery attempt—they won’t deliver to both.
Problem: Your MX record appears as:
feedback-smtp.us-east-1.amazonses.com.yourdomain.com
Instead of:
feedback-smtp.us-east-1.amazonses.com
Solution: Add a trailing period (dot) at the end of the MX value:
feedback-smtp.us-east-1.amazonses.com.
The trailing period tells your DNS provider this is a fully qualified domain name that should not be modified.

​
Checking Your MX Records

​
Using a Web Tool

Use MXToolbox or DNS Checker to verify your MX records:
  1. Enter send.yourdomain.com
  2. Select “MX Lookup”
  3. Verify the record matches what Migma provided

​
Using the Terminal

# Check MX record for your send subdomain
nslookup -type=MX send.yourdomain.com

# Or using dig
dig MX send.yourdomain.com
You should see the value Migma provided with priority 10.

​
Summary

Your existing MX recordsMigma’s MX recordConflict?
yourdomain.com → Googlesend.yourdomain.com → MigmaNo
yourdomain.com → Microsoft 365send.yourdomain.com → MigmaNo
mail.yourdomain.com → Your serversend.yourdomain.com → MigmaNo
send.yourdomain.com → Other servicesend.yourdomain.com → MigmaYes (remove old record)
The only conflict occurs when you already have something on the exact same subdomain (send).

​
Next Steps

Domain Not Verifying?

Troubleshoot verification problems

Add a Domain

Complete domain setup guide