Suped

Will ISPs respect custom headers added to outbound emails for tracking replies when the subject line changes?

Summary

The question of whether internet service providers (ISPs) respect custom headers for tracking email replies, especially when the subject line changes, is a nuanced one. In practice, the primary responsibility for handling email headers in replies lies with the mail client (Mail User Agent, or MUA), not the ISP. While custom headers can be added to outbound emails, they are generally not reliably returned by mail clients in subsequent replies. Email threading typically relies on standard headers such as Message-ID, In-Reply-To, and References, as defined by email standards.

What email marketers say

Email marketers often look for effective ways to track engagement beyond opens and clicks, and reply tracking is a valuable metric. However, the intricacies of email header processing by various mail clients present significant challenges for custom header-based tracking. Marketers frequently encounter the issue of broken email threads when subject lines are altered, highlighting the limitations of relying on anything other than established threading mechanisms.

Marketer view

Email marketer from Email Geeks states that when sending outbound emails, custom headers are generally not included by mail clients in replies, making them ineffective for tracking conversational threads. This is a common challenge for those looking to maintain context across email exchanges, especially in automated systems.

16 Sep 2021 - Email Geeks

Marketer view

Marketer from a Digital Marketing Forum explains that a primary issue with email threading is when the subject line changes, as many clients, including Gmail, will then treat the reply as a completely new email, disconnecting it from the original conversation. This behavior directly impacts reply tracking efforts.

10 Aug 2022 - Digital Marketing Forum

What the experts say

Email deliverability experts consistently clarify that the handling of email headers in replies is primarily a function of the mail client (MUA), not the Internet Service Provider (ISP). They stress that custom headers are generally not returned in replies, and reliable threading mechanisms depend on adherence to email standards, particularly the use of Message-ID, In-Reply-To, and References. Any attempt to track replies using non-standard custom headers is likely to be unreliable due to the varied implementations of email clients.

Expert view

Expert wise_laura from Email Geeks clarifies that it is the mail client's decision, not the ISP's, whether to return certain headers in a reply. This fundamental distinction is key to understanding why custom headers are not effective for tracking replies.

16 Sep 2021 - Email Geeks

Expert view

Expert from Spam Resource suggests that custom headers are generally not designed to persist in reply messages, as replies are effectively new email structures generated by the recipient's mail client. Senders should not expect custom headers to be returned.

03 Jan 2024 - Spam Resource

What the documentation says

Email documentation and RFCs (Request for Comments) define the intricate structure of email messages and how replies should be handled for proper threading. These standards specify headers like Message-ID, In-Reply-To, and References as essential for conversation continuity. Custom headers, while permitted for specific application-level functions, are not part of the standard mechanisms for reply threading and are not guaranteed to be preserved or returned by mail clients.

Technical article

IETF RFC 2822 documents the standard for Internet Message Format, emphasizing that the In-Reply-To field is used to hold the Message-ID of the message to which the current message is a reply. This is the official mechanism for threading.

01 Apr 2001 - IETF RFC 2822

Technical article

The RFC states that the References field may contain the Message-ID field of the message to which the current message is a reply, and other message identifiers from the previous messages in the conversation. This further solidifies the standard threading approach.

01 Apr 2001 - IETF RFC 2822

4 resources

Start improving your email deliverability today

Get started