Any email · more detail for Microsoft 365

Email header analyzer

Paste the headers of any email and read what they record: the route it took and how long each step lasted, how it authenticated, who sent it and where replies go. Mail that passed through Microsoft 365 or Exchange also gets what Microsoft stamped on it. It reads headers from Gmail, Exchange, Postfix, Exim and the common secure email gateways.

  • Your headers stay in your browser
  • Free, no account
  • Any email; more for Microsoft 365
Try an example:

The whole header block, or a whole message: the body is left out. An .eml file can be dropped here.

Your email headers stay in your browser. They are analysed on your device and not sent anywhere.

Where to find the headers
New Outlook and Outlook on the web
Open the message, select … (More actions) → View → View message details (in some versions View message source), then copy everything.
Classic Outlook for Windows
Double-click the message to open it in its own window, then File → Properties, and copy the box “Internet headers”.
New Outlook for Mac
Right-click the message in the list, without opening it, and choose View Source.
Gmail
Open the message, select ⋮ (More) → Show original, then “Copy to clipboard”.
Apple Mail
Select the message, then View → Message → All Headers or Raw Source.

How it works

Reading email headers.

How email routing headers work

Every mail server that accepts a message adds a Received line: who handed it over, who took it, how, and when. Together they record the route, from the sender’s server through gateways and filters to the recipient’s mailbox. Servers add other headers too: authentication results, spam verdicts, IDs.

Why Received headers appear backwards

Each server puts its Received line on top of the ones already there. Read from the top, the lines run from the recipient back to the sender; the analyzer turns them round, so the timeline reads in the order the message travelled.

How delivery delay is calculated

Each Received line ends with a timestamp. The analyzer converts them to one time zone and subtracts each from the next: the result is the time between two servers recording the message. The total runs from the first to the last recorded timestamp, not from the Date header, which the sender’s system sets and which can be wrong.

Why the timeline is no proof of who queued it

Ten minutes between two timestamps say that ten minutes passed, not who held the message. The first server may have queued it, the connection may have failed and been retried, the second server may have deferred it, a hop may not have added a line, or a clock may be wrong. The timeline shows where to look; the logs of the systems involved say why.

SPF, DKIM and DMARC

SPF checks whether the sending server may send for the envelope sender’s domain. DKIM checks a signature that a domain put on the message. DMARC asks whether one of the two passed for the domain in the visible From address, and tells the receiver what to do if not.

Headers and message trace

Headers only hold what travelled with the message. For a message in Exchange Online, message trace in the Exchange admin center holds Microsoft’s own record of each event, including retries, quarantine and messages that never arrived.

Privacy

Your headers stay in your browser.

Privacy notice
  • The analyzer runs in your browser. The headers you paste, and any .eml file you open, are read on your device and sent to nobody: not to Dynavo, not to anyone else.
  • Nothing is stored: the headers are gone when you close or reload the page.
  • Headers hold addresses, IP addresses and internal host names. Use “Redact before copying” before you share an analysis.
  • The page itself comes from dynavo.ch like any other, and our host records the request in its server logs. There are no cookies and no analytics.