ToolNestr

Email Header Analyzer

Copy the full raw headers from any email and paste them below to analyze the delivery path, authentication results (SPF, DKIM, DMARC), and timing between each mail server hop.

Reviewed by the ToolNestr Editorial Team — July 2026

Paste raw email headers

How email header analysis works

Every email that traverses the internet carries with it a set of metadata headers that record the entire delivery journey. When you send an email from your Mail User Agent (MUA), it is submitted to a Mail Submission Agent (MSA), which relays it through one or more Mail Transfer Agents (MTAs) until it reaches the recipient's incoming mail server. Each server that handles the message adds a "Received" header to the top of the email, creating a chronological chain from the destination back to the source. Reading this chain from bottom to top reveals the path the email took across the internet.

Beyond the routing information, email headers contain critical authentication data that helps receivers determine whether the message is legitimate or fraudulent. The Sender Policy Framework (SPF) header records which IP addresses are authorized to send mail for the domain. DomainKeys Identified Mail (DKIM) adds a digital signature that cryptographically binds the email to the sending domain. DMARC (Domain-based Message Authentication, Reporting and Conformance) tells the receiving server how to handle messages that fail SPF or DKIM checks — whether to deliver them anyway, quarantine them, or reject them outright.

This tool extracts all of this information from the raw headers you paste. It parses the header block line by line, identifying known header fields and extracting their values. The Received headers are processed in reverse order (from the last MTA back to the original sender) to reconstruct the delivery path. Timestamps from each Received header are compared to calculate the delay introduced by each intermediate server. The authentication results are extracted from the Authentication-Results header, which mail servers add after performing SPF, DKIM, and DMARC checks.

Email Delivery Route with Hop Timeline Diagram showing an email traversing from sender through MSA, several MTAs, and finally to the recipient's mail server, with timestamps at each hop Email Delivery Route with Hop Timeline Sender MUA T0 MSA +0.1s MTA 1 +0.5s MTA 2 +2.0s Inbox Total Delivery Time: 2.6 seconds Received header chain (read bottom to top): Received: from mail2.example.com (10.0.0.5) by imap.example.org (10.0.0.1) with ESMTP; Thu, 15 Jun 2026 14:32:10 +0000 Hop 4 +0.3s Received: from mail1.example.org (203.0.113.5) by mail2.example.com (10.0.0.5) with ESMTP; Thu, 15 Jun 2026 14:32:09 +0000 Hop 3 +1.5s Received: from smtp.sender.com (192.0.2.10) by mail1.example.org (203.0.113.5) with ESMTPS; Thu, 15 Jun 2026 14:32:07 +0000 Hop 2 +0.7s Timestamps between consecutive Received headers reveal the delay at each hop
Email delivery route showing each server hop with cumulative timestamps and the Received header chain

Why email header analysis is important

Email headers contain the forensic evidence needed to determine whether a message is legitimate or malicious. Phishing emails often spoof the display name or email address of a trusted contact, but the headers reveal the true origin. By examining the Received chain, you can see the actual IP addresses the message passed through, which often differ from the claimed sender domain. The authentication headers — SPF, DKIM, and DMARC — provide an automated mechanism for detecting spoofing attempts. An email that claims to be from a bank but fails SPF and DKIM checks is almost certainly fraudulent.

System administrators responsible for email infrastructure use header analysis to troubleshoot delivery problems. If legitimate emails are being marked as spam or rejected entirely, examining the headers reveals which authentication check is failing. The delay between each hop helps identify bottleneck servers: a 30-second gap between two Received headers points to a specific MTA that is slow to process or relay messages. This information is invaluable for diagnosing email delivery performance issues and optimizing mail server configurations.

Email headers also document the security of the transmission path. Many receiving servers add an "ESMTPS" indicator in the Received header to confirm that the connection from the previous hop was encrypted with TLS. By reviewing these indicators, you can verify whether all hops in the delivery chain used encrypted transport. An email that passed through any unencrypted hop could theoretically have been intercepted or modified in transit, which is especially concerning for sensitive communications.

Understanding authentication results

SPF (Sender Policy Framework)

SPF checks whether the sending IP address is listed in the domain's DNS TXT record. A "pass" means the IP is authorized. "fail" means the IP is not authorized and the email may be forged. "neutral" or "softfail" means the domain owner has not fully committed to a policy.

DKIM (DomainKeys Identified Mail)

DKIM uses a public key published in DNS to verify a cryptographic signature in the email headers. A "pass" means the email was signed with the domain's private key and has not been modified in transit. "fail" means the signature is invalid or the email was tampered with.

DMARC (Domain-based Message Authentication)

DMARC tells receiving servers what to do when SPF or DKIM fails. The policy can be "none" (monitor only), "quarantine" (send to spam), or "reject" (block delivery). DMARC also enables aggregate reporting so domains can see who is sending email using their domain.

When to use an email header analyzer

Security-conscious users should analyze email headers whenever they receive a suspicious message. By pasting the raw headers into this tool, you can quickly determine whether the email actually came from the claimed sender or is a sophisticated phishing attempt. IT support teams helping users who receive suspicious emails can ask them to forward the raw headers for analysis, providing objective evidence about the email's authenticity that can guide the response — whether that is ignoring the message, reporting it, or escalating to incident response.

Email marketers and deliverability specialists use header analysis to ensure their campaigns are reaching inboxes rather than spam folders. If email open rates suddenly drop, examining the headers from test sends can reveal whether the DKIM signature is correctly configured, whether the sending IP has good reputation, and whether any intermediate servers are adding or modifying headers. DMARC failure reports help identify unauthorized use of the sending domain, such as spoofing attempts or misconfigured third-party senders.

The tool is equally useful for learning. Students of networking and system administration can dissect real email headers to see SMTP in action. Each Received header documents a real SMTP transaction between two mail servers, complete with the protocol version (ESMTP, ESMTPS), the server hostnames, IP addresses, and timestamps. This practical understanding of email routing is difficult to gain from textbooks alone but immediately accessible through the raw headers of any email you have received.

Frequently asked questions

How do I get the raw headers from an email?

In Gmail, open the email and click the three dots menu > "Show original". In Outlook, double-click the email and go to File > Properties. In Apple Mail, open the email and select View > Message > Raw Source. The raw headers include all routing and authentication information.

What information can I extract from headers?

Headers reveal the email delivery path (all intermediate Mail Transfer Agents), the authentication results (SPF pass/fail, DKIM signature verification, DMARC policy), timestamps from each hop, the original sender IP address, and whether the message was delivered over encrypted TLS connections.

How do I identify delays between hops?

The "Received" headers form a chain from the originating server to your mail server. Each shows a timestamp. By comparing consecutive Received timestamps, you can calculate the delay contributed by each server in the delivery chain.

What is SPF, DKIM, and DMARC?

SPF (Sender Policy Framework) checks that the sending server is authorized to send mail for the domain. DKIM (DomainKeys Identified Mail) uses cryptographic signatures to verify the email was not tampered with. DMARC (Domain-based Message Authentication, Reporting and Conformance) tells receivers how to handle messages that fail SPF or DKIM checks.

Can I see if the email was spoofed?

Yes. The Authentication-Results header shows whether SPF and DKIM checks passed. If they failed, the email may be spoofed or forged. The Received-SPF header also shows which IP sent the message and whether it matches the domain policy.

Why are there so many Received headers?

Each email server that handles the message adds its own Received header to the top of the header block. A typical email passes through 2-5 servers: the sender MTA, possibly a submission server, the recipient inbound server, and maybe spam filtering gateways.

All tool categories

Networking & IP Tools (36 tools)
🧮 Everyday (26 tools)
💪 Health & Fitness (30 tools)
💰 Finance (34 tools)
🔢 Math (23 tools)
📄 PDF Tools (10 tools)
🎨 Creators (12 tools)
💻 Developers (24 tools)
⚡ Engineering & Science (24 tools)
⚛️ Physics (48 tools)
🧪 Chemistry (50 tools)
🧬 Biology (50 tools)
🏠 Construction & Home Improvement (105 tools)
👗 Clothing & Garment Tools (68 tools)
🍳 Cooking & Baking (9 tools)
🚗 Automotive (26 tools)
🖼️ Image Tools (13 tools)
🔐 Security & Hash (15 tools)
📝 Text Tools (15 tools)
🔍 SEO Tools (11 tools)
🔄 Converters (69 tools)
🕐 Time & Date (15 tools)
📊 Chart Generators (11 tools)
🕌 Islamic Tools (16 tools)