Primary use
Live DMARC lookup
Inspect the exact DMARC TXT value currently visible in public DNS.
Free DMARC lookup
Run a free DMARC lookup to fetch the live TXT record for any domain, inspect policy tags, and review warnings before enforcement, migrations, or deliverability changes. Use it as a fast DMARC checker when you need the real record, not just documentation.
Run a free lookup
Enter the root domain. The lookup checks the live TXT value at _dmarc, surfaces warnings, and highlights the policy and reporting tags that matter most.
Best fit
DMARC lookups are most useful when the live policy matters right now: before tightening enforcement, after DNS edits, or while investigating why a sender path is no longer trusted.
Upgrade path
One-shot DMARC lookups are useful for triage. Production teams usually need recurring verification, history, and a shared view of auth drift across domains.
Primary use
Inspect the exact DMARC TXT value currently visible in public DNS.
Policy signal
See whether the domain is still monitoring-only or actually enforcing.
Reporting
Confirm aggregate report routes and alignment settings before tightening policy.
Output
Get the raw record, parse warnings, and a practical launch verdict in one view.
Confirm what receivers can actually read from DNS before assuming a change is in place.
Spot whether the domain is still on p=none or already moving toward quarantine or reject.
Warnings and parse issues surface before policy changes create deliverability or spoofing confusion.
What this returns
The useful output is the combination of live DNS visibility, policy details, report destinations, and warnings that tell a team whether the record is ready for the next enforcement step.
Record
Live TXT value
Review the exact DMARC string receivers will evaluate.
Policy
p=none or reject
Check whether the domain is only observing or actually enforcing.
Reports
rua coverage
Confirm aggregate-report routing before relying on DMARC reporting workflows.
Warnings
Parse issues
Catch malformed tags or weak rollout choices before they create confusion later.
Operational use
Searchers usually want a DMARC lookup because the policy is changing or because trust is already in question. Treat this as a release-control step, not a passive reference page.
Confirm tags, reporting routes, and live visibility before moving from monitoring-only toward quarantine or reject.
Re-run the lookup after migrations so the team knows the expected policy is actually visible to mailbox providers.
Use the live record as the first shared source of truth before chasing downstream alignment or provider-specific symptoms.
Get the broader DMARC policy and alignment workflow when you need context beyond the raw lookup.
Open toolValidate required tags when you want a pass-fail checklist for the published record.
Open toolGenerate a clean DMARC record when the current one needs to be rebuilt.
Open toolConfirm real messages show the DMARC verdict and alignment outcomes you expect.
Open toolA DMARC lookup fetches the live DNS record and shows the exact value, warnings, and parse results. A broader DMARC checker workflow also helps interpret policy mode, reporting setup, and sender-alignment implications.
Run it before and after DNS changes, before tightening enforcement, and during deliverability or spoofing incidents when you need to confirm the live policy quickly.
Not always. A record can be syntactically valid while still using a monitoring-only policy such as p=none. Teams should review both validity and enforcement posture.
Fix syntax first, confirm the record is published at _dmarc.yourdomain, then re-run the lookup after propagation. If spoofing or alignment issues continue, pair this with SPF, DKIM, and header analysis.