b2KIT

Email Header Analyzer

Parse and analyze email headers to trace message routing, verify SPF/DKIM/DMARC authentication, and detect spoofing.

Tested tool guide Tested browser tools Checked August 16, 2026

What Email Header Analyzer does and how it behaves

Paste a complete raw email header to map the message's recorded delivery path and inspect its authentication evidence. The analyzer identifies Received hops, sender-related fields, SPF and DMARC verdicts, and DKIM signing domains, then exposes mismatches that can indicate impersonation. The common surprise is that the visible From address is not necessarily the identity checked by SPF or signed by DKIM. DMARC connects those identities through domain alignment, so an isolated pass or fail can be misleading.

How the result is produced

1

Routing trace

The analyzer parses the header fields and separates the Received entries into routing hops. Mail servers normally prepend new Received fields, so the earliest recorded hop is usually at the bottom of the header and the latest is at the top. Hostnames, IP addresses, timestamps, and apparent delays help reveal an unexpected relay or an internally inconsistent route.

2

Authentication identities

SPF relates the connecting server to an envelope-sender domain, while DKIM associates a valid signature with the domain named by its d= tag. DMARC evaluates whether an authenticated SPF or DKIM domain aligns with the visible From domain. The analyzer brings these identities and recorded verdicts together so that a pass under an unrelated domain is not mistaken for aligned authentication.

Good uses

  • Investigating whether a message claiming to be from an organization has aligned SPF, DKIM, or DMARC evidence.
  • Tracing the relays recorded in a suspicious message to find unexpected hosts, addresses, or timing gaps.
  • Comparing From, Return-Path, Reply-To, and DKIM signing domains before escalating a phishing report.

Limits and checks

  • Received fields below the first header added by a trusted mail system may have been supplied or forged by the sender.
  • Authentication-Results is trustworthy only when it was added by a mail system you trust; pasted text can contain fabricated verdicts.
  • Authentication success does not prove a message is safe, and forwarding or message modification can make legitimate mail fail.

Common questions

Does an SPF, DKIM, or DMARC pass prove the sender is legitimate?

No. A pass shows that a particular authentication or alignment test succeeded for the identities shown in the header. An attacker can send authenticated mail from a domain they control, and a compromised account can produce valid authentication. Review the actual domains, Reply-To destination, route, and message context rather than treating any single pass as a safety verdict.

Why can the authentication results disagree?

The checks evaluate different evidence. SPF depends on the connecting IP address and envelope-sender domain, DKIM depends on a signature surviving content changes, and DMARC depends on alignment with the visible From domain. Forwarding, mailing-list modifications, multiple signatures, or results recorded by different receivers can therefore produce mixed outcomes. Missing historical DNS or transport context may prevent a definitive reconstruction.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools