Digital Marketing Expert Witness · Reference Article

Authentication Evidence in Email Litigation: SPF, DKIM and DMARC in Plain English

Message content is contested. Authentication results are close to arithmetic.

Why authentication evidence carries weight

Most email disputes involve competing accounts of who sent what. Content can be edited, forwarded copies lose fidelity, and recollection is unreliable. Authentication records are different: they are produced by systems that had no stake in the litigation, at the moment of delivery, according to published standards.

An email expert witness works from those records because they are the closest thing this field has to objective evidence - provided they are read correctly, which is where non-specialist analysis usually fails.

The three mechanisms, without the jargon

  1. SPF is a list, published in DNS by a domain owner, of the servers authorised to send mail for that domain. A receiving server checks whether the sending server appears on the list. It answers: was this sender permitted to send for this domain?
  2. DKIM is a cryptographic signature applied by the sending system and verified by the receiver against a public key in DNS. It answers: was this message signed by the domain, and was the signed portion altered in transit?
  3. DMARC ties the two to the visible "from" address and tells receivers what to do when they fail. It answers: does the domain the recipient sees match the one that authenticated, and what did the domain owner ask receivers to do about mismatches?

Together they address the impersonation question directly, which is why they appear in so many deceptive-email and phishing matters.

What they establish - and what they do not

The over-claim to avoid is treating a pass as proof of legitimacy. Authentication establishes authorisation and integrity, not honesty. A message can pass SPF, DKIM and DMARC and still be entirely deceptive in content, because the sender genuinely controls the domain they are misusing.

The reverse over-claim is treating a failure as proof of forgery. Failures are routinely caused by mailing lists that modify messages, forwarding that breaks the SPF path, misconfigured records, or a legitimate third-party sender that was never added to the domain's authorisation list.

Reading the rest of the header

Beyond authentication, the Received chain records the path a message took, in reverse order, with timestamps. That chain supports timeline reconstruction and can expose inconsistencies - a claimed sending time that conflicts with the relay record, or an origin that does not match the asserted sender's infrastructure.

Header analysis has to be paired with the sending platform's own logs where they can be obtained. ESP records showing list membership, send events, bounce handling, opens and unsubscribe processing are what connect an individual message to a campaign and to the consent record behind it.

Reputation, filtering and blocklists

Where the claim is that a provider wrongly suppressed mail, the evidence set widens to sender reputation history, blocklist listings and delistings, complaint rates, spam-trap hits and bounce behaviour. Gmail, Outlook and Yahoo filtering is driven by machine-learning classifiers responding to a sender's own list hygiene, which means a suppression complaint usually has to survive an examination of the complainant's practices first.

Practice scope

Dan Stratford has over two decades of hands-on work in email deliverability, authentication and CRM systems alongside national-scale campaign management, and his email marketing expert witness practice at Stratex Digital Marketing covers CAN-SPAM and FTC compliance analysis, cold-outreach classification, spam and phishing investigation, misrepresentation review and due-care opinions. Full scope is on the email marketing expert witness Dan Stratford page; enquiries reach 720-985-7945.

Related expertise

Frequently asked questions

What do SPF, DKIM and DMARC prove in an email dispute?

That a sending server was or was not authorised for the domain, that the signed portion of a message was or was not altered in transit, and whether the visible sender aligned with the authenticated domain under the policy the domain owner published.

Does passing authentication mean an email was legitimate?

No. Authentication establishes authorisation and integrity, not honesty. A sender who controls a domain can send fully authenticated messages that are deceptive in content.

Can an authentication failure prove forgery?

Not on its own. Failures are commonly caused by mailing lists modifying messages, forwarding breaking the SPF path, misconfigured DNS records, or legitimate third-party senders never added to the authorisation list.

What email records should be preserved for litigation?

Full message headers rather than forwarded copies, ESP send and suppression logs, consent and opt-out records, campaign content versions, DNS authentication records as configured at the time, and any bounce or complaint data.