08 Oct 20265 minutes read
Waseem OsmanDMARC PractitionerDMARC Check Results: What They Confirm and What They Don’t Show

Overview:
- A passing result can still leave spoofed email reaching inboxes and legitimate email failing DMARC
- DMARC check results confirm that a record is valid, not how receivers treat your email
- A p=none record passes a DMARC check but provides reports, not protection
- Alignment and forwarding failures appear in aggregate reports, not in DMARC check results
A domain can pass a DMARC check and still have two problems. Spoofed email using the domain may still reach inboxes. Legitimate email from your own senders may fail DMARC. DMARC check results confirm that a record exists and is valid, not how receiving servers treat email sent in your domain's name.
Enterprises send email through many platforms, and each one must align with your domain. A sender that fails alignment has its email blocked once you reach p=reject. This guide explains what DMARC check results show, what they leave out, and how CISOs, email administrators, and compliance officers should act on each result.
Get your baseline before reading further. Run a domain DMARC check with Sendmarc’s free tool.
If you're at risk of impersonation, one of our experts will be in touch to assist.
What DMARC Check Results Confirm
A domain DMARC check queries the DNS for a TXT record at _dmarc.yourdomain.com. It then validates that record against the DMARC specification.
DMARC check results typically confirm four things:
- A DMARC record is published
- The syntax is valid, with
v=DMARC1as the first tag - A policy tag is set to p=none, p=quarantine, or p=reject
- Reporting tags such as
rua=exist
A valid record looks like this:
| Host | Type | Value |
|---|---|---|
_dmarc.yourdomain.com | TXT | v=DMARC1; p=reject; rua=mailto:[email protected] |
A passing DMARC check is a starting point. It describes what you've published, not whether your legitimate email passes.
What DMARC Check Results Don’t Show
Policy level versus protection. A p=none record passes a DMARC check. Receiving servers still deliver unauthenticated email that claims to come from your domain. You get reports, but no protection.
Subdomain coverage. Subdomains without their own record inherit the parent domain’s policy unless the sp= tag sets a different one. A domain DMARC check on the root won’t show subdomains that publish their own weaker records.
Third-party sender alignment. DMARC passes only when the “From” domain aligns with the domain that passed SPF or DKIM. Many SaaS platforms pass SPF on their own domain, not yours. Without a DKIM signature, that legitimate email fails DMARC.
Forwarding. Forwarding servers send from IP addresses that aren’t in your SPF record, so SPF fails. DKIM survives forwarding when the message arrives unmodified. Mailing lists that alter the message break DKIM, so both checks can fail. Forwarding failures show up in aggregate reports, not in a DMARC check.
What DMARC Check Results Mean for Each Team
The same DMARC check results mean different things to different teams. Each role needs a different next step.
CISOs
For security leaders, the policy tag indicates exposure.
- p=none: Unauthenticated email using your domain reaches inboxes. Reports show abuse, but receivers take no action.
- p=quarantine: Receivers route unauthenticated email to Spam or Junk. The message still reaches the recipient’s environment.
- p=reject: Receivers block unauthenticated email before it reaches the inbox. This is full enforcement.
A p=reject policy protects only the domain that publishes it and the subdomains that inherit it, so each registered domain needs its own record. A DMARC check on the primary domain alone isn’t enough for board reporting.
Run a domain DMARC check on every active domain. Report the percentage of active domains at p=reject, and name the domains still at p=none.
Email and IT administrators
For administrators, DMARC check results confirm the record is correct. The real work is matching that record against your actual senders.
Start with aggregate reports. Receiving servers send XML reports to the rua= address, listing every source that sent email using your domain. These reports show which senders align, which fail, and which you don’t recognize. Unrecognized sources often point to shadow IT: tools a business unit adopted without DNS review.
Resolve every legitimate failure before advancing policy. Moving to p=reject with unaligned senders blocks legitimate email, including billing notices and password resets. Repeat a domain DMARC check after every DNS change or sending platform addition.
Risk and compliance officers
For compliance teams, DMARC check results are one input to audit evidence. Auditors need more than a single DMARC check.
Document four things for every active domain:
- Current policy and subdomain policy
- Reporting coverage
- Domains not yet at p=reject
- A remediation timeline with named owners
Mailbox provider rules set the floor. Since February 2024, Google has required bulk senders (5,000+ messages a day to Gmail) to publish an aligned DMARC record. Yahoo introduced its own DMARC requirement for bulk senders at the same time, and Microsoft followed in May 2025.
How Sendmarc Helps
A single DMARC check shows one domain at one moment. Enterprise environments change constantly. New tools launch, DNS records shift, and business units add senders without telling IT.
Sendmarc adds what DMARC check results can't provide: continuous visibility into every sender. The Sendmarc Platform analyzes aggregate reports across every domain. It surfaces unauthorized senders, misconfigurations, and authentication failures before they become incidents.
That visibility reduces manual investigation for stretched IT and security teams. Centralized management standardizes authentication policies across departments, regions, and acquired entities. Audit trails and compliance-ready reporting give risk teams credible evidence for audit and risk committees.
Sendmarc’s implementation team moves each domain from p=none to p=reject in stages, so critical communications keep flowing. Optimization continues after enforcement as your environment changes.
DMARC enforcement covers the domains you own. Lookalike Domain Defense monitors newly registered domains that imitate your brand. Breach Detection monitors multiple sources, including the dark web, for compromised employee credentials.
Explore DMARC Management to see how Sendmarc replaces a one-off DMARC check with continuous sender visibility and a path to p=reject across every domain.


