Introduction

Email headers contain the message’s 'roadmap': the servers that relayed it, relay dates/times, envelope addresses, authentication verdicts (SPF, DKIM, DMARC), and identifiers (Message‑ID). This information is essential for diagnosing a delivery problem or verifying whether a message has been spoofed.

This guide shows how to retrieve the raw headers from cPanel/Webmail (Roundcube) and from common mail clients, and how to quickly extract the elements useful for a technical investigation or to provide to support. See also cPanel's documentation on webmail for the interface (Webmail → Roundcube) and the cPanel help article on finding email headers (cPanel Webmail Interface, How do you find email headers?).

Prerequisites

  • Access to cPanel (or directly to the email mailbox);
  • Access to the suspicious message in Webmail or in your mail client (Gmail, Outlook, Thunderbird, Apple Mail...);
  • If you contact support: provide the exact date/time (specify the time zone), plus the subject and recipient.

1) Retrieve the headers (common methods)

From cPanel → Webmail (Roundcube)

  1. Log in to cPanel. (See our guide How to access my cPanel account? if necessary.)
  2. In the cPanel dashboard, open Email → Email Accounts, then click Check Email to the right of the mailbox in question to launch Webmail.
Access cPanel from the client area to open the cPanel dashboard
Open cPanel from the client area to access the email accounts.
  1. Choose Roundcube if the interface offers it and open the inbox.
  2. In Roundcube: select the message, open the menu (three dots or More) and choose Show Source / Afficher la source. A window opens containing the raw headers followed by the message body; copy the entire block.
List of email accounts in cPanel and 'Check Email' button to open Webmail
Go to Email Accounts then click Check Email to open Webmail (Roundcube/Horde depending on the configuration).

Note: we ask the reviewer to provide a Roundcube screenshot explicitly showing the 'Show Source' command (displaying the raw source) with a red marker on the button/menu. This screenshot is required before publication (see the notes at the end of the article).

Other clients / webmails (quick summary)

Wording varies by client, but the action is the same: show the message source/original and copy the headers.

  • Roundcube: Select the message → menu (3 dots) → Show Source / Afficher la source.
  • Gmail (web): open the message → menu (3 dots) → Show original.
  • Thunderbird: open the message → menu More → View Source.
  • Outlook (Windows): open the message in a new window → File → Properties → field Internet headers (labels and paths may vary depending on the version).
  • Apple Mail: select the message → menu View → Message → All Headers or Raw Source (depending on the version).

2) Copy and save the raw headers

  1. Display the full source (see previous section).
  2. Select all (Ctrl/Cmd + A) and copy (Ctrl/Cmd + C). Paste into a text file (.txt), preserving the entirety of the Received: Received: lines and the headers block.
  3. Do not change the order of the lines: relay analysis relies on their exact sequence.

3) Read and interpret the essential fields

Here are the elements that provide the most useful information for an investigation.

Received

Each SMTP server that relays a message adds a Received: line. Received:To reconstruct the path, read these lines from the bottom up : the lowest line (the first added) is generally the first server that accepted the message. The lines Received typically contain the hostname, the IP address, and the date/time of the relay.

Received: from mail.example.org (mail.example.org [203.0.113.45])
        by mx.example.net (Postfix) with ESMTPS id 123ABC;
        Tue, 13 Oct 2026 09:41:00 +0000 (UTC)

Identifying the first public (non-private) IP address encountered often indicates the initial sending server. Beware of private addresses (10./172.16./192.168.) — they indicate an internal relay.

From / Return-Path / Message-ID

  • From : the visible field shown to the recipient (RFC 5322) — it can be spoofed.
  • Return-Path (envelope-from): address used for bounces (error returns); for determining the technical origin, often prefer the envelope and the Received headers Received.
  • Message-ID : unique identifier of the message, useful for correlating the message with server logs.

Authentication-Results, DKIM, SPF, DMARC

The receiving server may add an Authentication-Results header Authentication‑Results indicating the results of SPF, DKIM and DMARC checks (e.g. dkim=pass, spf=pass, dmarc=permerror). These results are crucial:

  • SPF checks whether the IP address that sent the message is authorized by the sending domain's SPF record.
  • DKIM checks the cryptographic signature attached to the message: if dkim=pass, the signature matches the domain indicated in the d= field d= and the content has not been altered since it was signed.
  • DMARC applies an alignment policy (checks the match between the domain in the From field From and the domain validated by SPF/DKIM) and can return pass / fail.

To check the public configuration (DNS DKIM/SPF/DMARC records) use the Email Deliverability in cPanel (Guide Email Deliverability).

Date / time zone

The field Date is provided by the sender; the actual arrival dates often appear in the lines Received. When reporting, always indicate the time and the time zone (or UTC).

4) Brief example of an analysis method

  1. Identify and isolate all the lines Received ; copy them into a separate file if useful.
  2. Re-read these lines from bottom to top to follow the relay chain; note the first non-local public IP encountered (possible initial sending server).
  3. Check Authentication‑Results : if dkim=pass and spf=pass, the message has been authenticated by these checks. In case of failure (fail), be cautious and continue the analysis.
  4. Compare the field From and the Return‑Path : a notable mismatch combined with failed authentication suggests spoofing.
  5. Note the Message‑ID and, if necessary, provide it to support for correlation with the server logs.

5) What to provide to support to speed up the investigation

  • The complete raw headers (a .txt file or paste the block into the ticket);
  • Exact arrival date/time (indicate the time zone), subject, recipient;
  • The Message‑ID of the message and the IP address found in the Received Received headers, if you have identified it;
  • Screenshot of the source view (optional) and any error displayed in Webmail.

Our team can then correlate these elements with the mail logs to determine the actual origin and recommend an action (IP blocking, DNS record adjustments, or security advice).

Limitations & precautions

  • Some headers can be added or tampered with by relays controlled by the sender: prioritize authentication verdicts (DKIM/SPF/DMARC) and the Received Received headers added by trusted servers.
  • Reworked messages (forwarders, lists) sometimes modify the chain of Received Received headers; in case of ambiguity, provide the complete message to support for server‑side verification.
  • Labels and locations of the “Show Source” command vary by client and language: always use the “source/raw/original” view to ensure you capture the entire block.

Quick troubleshooting

  • If the “Show Source” command does not appear in your webmail: try opening the message in another client (e.g. Gmail web → Show original).
  • If any Received Received headers appear to be missing or truncated: attach the complete message to support; our technicians will check the server logs (Track Delivery / mail logs). See also our guide " Track Delivery: How to track your Emails in cPanel ".
  • If Webmail displays an error such as “Could not load message from server”: report the error with a screenshot — this may indicate a MIME problem on the sender’s side or a server incident.

Need help?

If you would like our team to check a message, open a ticket via our client area (How to contact supportby attaching:

  • the raw headers (a .txt file or copy/paste);
  • the Message‑ID, the date/time, the subject and the recipient;
  • optionally a screenshot of the source or the message.
We can then correlate these with the mail logs and propose the recommended action (IP blocking, DNS adjustment, or security recommendations).


References: RFC on message format (header fields) and cPanel documentation on webmail and finding headers. For more on DKIM/SPF/DMARC, also consult our guide “ SPF and DKIM: How to improve the reputation of my emails sent from cPanel? ”

Email Deliverability view in cPanel showing the list of domains and the Manage button
Check DKIM/SPF/DMARC configuration via Email Deliverability in cPanel.
DKIM, SPF and DMARC diagnostic in cPanel — example of public records
Example of a cPanel interface displaying the status of DKIM, SPF and DMARC records.

Reference documentation

Documentation consulted on 16 October 2026. Tools may vary depending on your hosting.