Pasting only part of the headers
The analyzer needs the whole header block above the message body, including the Received and Authentication-Results lines. Use your client's show original or view source option and copy everything.
Paste the raw headers from any email to trace its delivery path hop by hop, see where time was lost, and read the SPF, DKIM, and DMARC results the receiving server recorded. Parsing happens entirely in your browser, so nothing you paste is uploaded or stored.
Every email carries a block of headers that records how it traveled and how it was authenticated. This analyzer parses that block locally and lays it out clearly: the Received hops from the origin server to your mailbox, the delay at each step, the Authentication-Results the receiver stamped for SPF, DKIM, and DMARC, and key fields like From, Return-Path, Subject, and Message-ID. It is the fastest way to answer why a message landed in spam, where a delay came from, or whether a message claiming to be from a brand actually authenticated. Open your email client's view raw or show original option, copy everything above the message body, and paste it in.
The SPF, DKIM, and DMARC verdicts the receiving server recorded. pass is what you want. A fail, softfail, or none on the domain that should authenticate is a deliverability red flag worth chasing down.
Each Received line is one server that handled the message. They are written newest first in the raw headers, so the analyzer reverses them to show the real order, from the origin to your mailbox.
The time between consecutive hops. A single hop holding the message for many seconds or minutes usually points to greylisting, a queue, or a slow relay, a common cause of mail that arrives late.
From is the visible sender; Return-Path is the envelope sender that SPF checks. When they differ, alignment matters for DMARC, and a mismatch can explain an authentication failure.
The unique identifier assigned when the message was sent and the time it was created. Both are useful when tracing one specific message in server logs or with a provider's support.
The analyzer needs the whole header block above the message body, including the Received and Authentication-Results lines. Use your client's show original or view source option and copy everything.
Some internal, forwarded, or self-sent mail never gets stamped with an Authentication-Results header. If it is missing, the receiving server did not record one, or it was left out of what you pasted.
If one step shows a long gap, the message was held there. Greylisting deliberately delays first-time senders, and a backed-up queue does the same. Repeated delays at the same hop are worth investigating.
This usually means alignment: SPF passed for the Return-Path domain, but that domain differs from the visible From domain, so DMARC does not count it. DKIM aligned to the From domain fixes this.
Forwarding rewrites the delivery path, which often breaks SPF and can break DKIM if the message is modified. A header trace shows where the forward happened and which checks survived it.