- Add your domain to Resend
- Copy the required DNS records from Resend
- Add these records to your DNS provider
- Wait for verification to complete
Common verification issues
When your domain doesn’t verify as expected, it’s typically due to DNS configuration issues. This guide will help you troubleshoot and resolve common verification problems.Incorrect DNS records
Usually when a domain doesn’t verify, it’s because the DNS records were not added correctly. Here’s how to check:- Confirm that you’ve added every record shown in your domain’s Records tab
- Verify that the records are added at the correct location (the
sendsubdomain, not the root domain) - Check that record values match exactly what Resend generated for you
- Look for red wavy underlines on the domain details page (these indicate specific DNS record errors)

The exact set of records depends on when your domain was created. Older
domains show a
TXT and an MX record for SPF, and both must be correct for
SPF to verify at all. Domains created after August 2026 may show CNAME
records instead. If you are shown two CNAME records, each is verified on its
own, so one can verify while the other doesn’t: your domain then shows as
partially_verified, and you can still send, but without a fallback sending
server.Proxied CNAME records
If your domain showsCNAME records for sending, check that they’re not proxied at your DNS provider. On Cloudflare, this means the cloud icon next to the record must be gray (DNS only), not orange. Proxied records don’t resolve as CNAMEs, so verification never completes.
CNAME records conflicting with existing records
ACNAME record can’t co-exist with any other record on the same subdomain. If your DNS provider rejects the record, or verification keeps failing on a subdomain that already has an A, TXT, or MX record, you have two options:
- Remove the existing records from that subdomain
- Configure a different Return-Path subdomain (e.g.
bounce.example.com) and add the records Resend generates for it
DNS provider auto-appending domain names
Some DNS providers automatically append your domain name to record MX values, causing verification failures. Problem: Your MX record appears as:feedback-smtp.eu-west-1.amazonses.com.example.com
Instead of:
feedback-smtp.eu-west-1.amazonses.com
Solution:
In your DNS provider, add a trailing period (dot) at the end of the record value:
feedback-smtp.eu-west-1.amazonses.com.
The trailing period tells your DNS provider that this is a fully qualified domain name that must not be modified.
The same applies to the CNAME records shown for newer domains: if the value in your DNS provider shows the Resend host followed by your own domain name, add a trailing period to the value.
Nameserver conflicts
If your domain’s DNS is managed in multiple places (e.g., Vercel, Cloudflare, your domain registrar), you might be adding records in the wrong location. How to check: Run a nameserver lookup for your domain using a tool like dns.email to see which provider actually controls your DNS. Add the Resend records at that provider, not elsewhere.Region mismatch errors
If your MX records point to a different AWS region than where your domain is configured, you’ll see a “region-mismatch” error. This happens when:- Your domain is configured in one region (e.g.,
us-east-1) - But your MX record points to a different region (e.g.,
eu-west-1)
Multiple regions detected
If you have multiple MX records pointing to different AWS regions, you’ll see a “multiple-regions” error. All MX records for a domain must point to the same region. Solution: Remove any MX records pointing to incorrect regions, keeping only the one that matches your domain’s configured region.Both region errors only apply to domains that show an
MX record for SPF. If
your domain shows CNAME records instead, the region is handled by the Resend
host the record points to, so there’s nothing to match.DKIM record value mismatches
The DKIM record must match exactly what Resend generated. Common mistakes include:- Adding extra quotes or spaces
- Truncating long values
- Adding SPF information to the DKIM record
- Not copying the entire value
DNS Propagation
After adding or correcting your DNS records:- DNS changes can take up to 72 hours to propagate globally (though often much faster)
- Use the “Restart verification” button in the Resend dashboard to trigger a fresh verification check
- If verification still fails after 24 hours, use dns.email to check if your records are visible publicly
Get more help
If you’ve followed all the steps above and your domain still isn’t verifying, contact Resend support with:- Your domain name
- Screenshots of your DNS configuration
Check your records in the browser
Check your records in the browser
Tools like dns.email allow you to check your DNS records in the browser.Go to this URL and replace 
You are looking to see the same values that you see in Resend.
example.com with the domain you added in Resend.
Check your records in the terminal
Check your records in the terminal
Checking your DNS records in the terminal is just as easy. You can use the Check your SPF Check your SPF If your domain shows 
You are looking to see the same values that you see in Resend.
nslookup command and a record type flag to get the same information.Replace example.com with whatever you added as the domain in Resend:Check your DKIM TXT record:TXT record:MX record:CNAME records for sending instead, check each of the shown CNAME records by name, as shown below: