Add a DMARC record in GoDaddy
If your domain's DNS lives at GoDaddy, publishing a DMARC record is a two-minute job in its DNS manager. The record itself is identical everywhere; what varies by provider is how the form wants the name typed. Here's the GoDaddy version, plus the checks that confirm it worked.
One thing first: these steps only apply if the domain actually uses GoDaddy's nameservers. Plenty of GoDaddy-registered domains have been pointed at Cloudflare or another DNS host — in that case the record must be added there instead, and anything you save in GoDaddy's DNS manager is ignored. If you're unsure, check the domain's nameservers (its NS records) before you start.
The record you're publishing
| Field | Value |
|---|---|
| Type | TXT |
| Name | _dmarc |
| Value | v=DMARC1; p=none; rua=mailto:… |
| TTL | Default |
The Value is your DMARC policy. If you're onboarding with DMARCmetric, the wizard in Add your first domain builds the complete value for you — including your workspace's unique rua= reporting address — with a copy button. Use it; the reporting token must arrive intact. Starting at p=none means pure monitoring: nothing about your mail delivery changes.
Step by step
- Sign in to GoDaddy and open your product list (My Products), then find the domain and open its DNS settings — GoDaddy's DNS manager, where your existing records are listed.
- Choose to add a new record.
- Set Type to
TXT. - In Name, enter
_dmarc— and only that. GoDaddy appends your domain automatically, so_dmarcbecomes_dmarc.example.com. If you type_dmarc.example.comyourself, you'll publish the record at_dmarc.example.com.example.com, where no receiver will ever look. This is the single most common GoDaddy mistake. - In Value, paste your
v=DMARC1; …string, exactly as generated. - Leave TTL on the default and save.
Propagation: give it up to an hour
GoDaddy's default TTL is longer than some providers', and its changes are not always instant even at its own nameservers. Most records are visible within minutes; allow up to an hour before concluding something's wrong, and longer for resolvers that cached a "no such record" answer just before you published. Publishing the record and coming back later is completely fine — nothing else in the setup depends on you watching it propagate.
Verify it's live
From a terminal:
dig TXT _dmarc.example.com +short
Your v=DMARC1; … value should come back in quotes. Prefer a browser? Run the domain through the free DMARC checker — it fetches the live record and also validates the syntax. If you published the record as part of DMARCmetric onboarding, press Verify DNS in the wizard; Verify your domain walks through each possible result and what to do about it.
Common mistakes
- The double-domain name. Worth repeating because it's so frequent here:
_dmarcin the Name field, never_dmarc.example.com. Check what GoDaddy shows in the record list after saving — it should read_dmarc, not_dmarc.example.com. - Two DMARC records. A domain may have only one; two TXT records at
_dmarccancel each other and receivers see no valid policy. If one already exists, edit it rather than adding another — merge your reporting address into the existingrua=if needed. - Adding quote marks. Paste the raw value beginning
v=DMARC1— no surrounding quotes. The quotes you see indigoutput are display formatting, not part of the record. - Hand-editing the value. A dropped semicolon or a typo in the
mailto:address invalidates the record or misroutes your reports. Paste, don't retype — then confirm with the checker.
Done at GoDaddy but have other domains at Cloudflare? The Cloudflare walkthrough covers the same record in that panel. And once the record is live, reports start arriving on the mailbox providers' daily cycle — typically within 24–48 hours — landing straight in your dashboard if your rua= points at DMARCmetric.