Experts, marketers, and documentation sources overwhelmingly agree that relying on custom headers for tracking email replies when the subject line changes is unreliable. ISPs and email clients frequently strip or modify these headers for security, standardization, and interoperability reasons. Email threading primarily depends on standard headers like 'In-Reply-To', 'References', and the 'Subject' header, with variations in how different clients handle threading. Custom headers might also be ignored by spam filters or even used as spam signals. Alternative tracking methods and a focus on standard headers are recommended.
9 marketer opinions
The consensus is that relying on custom headers for tracking email replies when the subject line changes is unreliable. ISPs and email clients often strip or modify these headers, and thread tracking primarily depends on standard headers like 'In-Reply-To' and 'References'. Changing the subject line can break email threads, and custom headers offer little to no help in preventing this.
Marketer view
Email marketer from Email on Acid explains that different email clients and ISPs have varying levels of support for custom headers. Some may strip them out entirely, while others may modify them. This inconsistency makes custom headers unreliable for tracking purposes.
11 Mar 2025 - Email on Acid
Marketer view
Email marketer from Campaign Monitor shares that relying on custom headers for tracking is risky due to inconsistent support across email clients and servers. Best practices include using standard tracking methods and carefully managing subject lines.
20 Nov 2024 - Campaign Monitor
4 expert opinions
Experts across various platforms agree that relying on custom headers for tracking email replies when the subject line changes is not a reliable strategy. ISPs and email clients often strip or modify these headers. Email clients thread differently, and some rely on subject lines or 'In-Reference-To' headers. While custom headers can be used, they might be ignored by spam filters or treated as spam signals. Using standard headers is generally more reliable, but even these can be subject to change. Alternative methods like cookies in the Reply-To field or original quoted mail might be more effective.
Expert view
Expert from Word to the Wise explains that custom headers are not reliable for tracking replies, as they are often stripped or modified by ISPs or email clients. Standard headers are more likely to be respected, but even they can be subject to change.
16 Aug 2024 - Word to the Wise
Expert view
Expert from Spam Resource shares that while custom headers can be used, they are often ignored by spam filters or are used as signals for potential spam. They are not a reliable method for ensuring delivery or tracking replies, especially if the subject line changes.
23 Aug 2024 - Spam Resource
5 technical articles
Documentation from various sources indicates that ISPs and email clients are not guaranteed to respect custom headers added to outbound emails, especially if the subject line changes. Standard headers are more consistently handled, but custom headers can be modified or removed for security, compliance, or interoperability reasons. Gmail's threading relies primarily on the Subject and References headers, and if those are disrupted, a new thread may start. Reliable tracking should focus on standard headers and parameters rather than relying on custom headers.
Technical article
Documentation from Microsoft shares that Exchange Online may modify or remove custom headers for security or compliance reasons, particularly in outbound emails. This behavior can affect the reliability of custom headers for tracking replies.
30 Aug 2023 - Microsoft
Technical article
Documentation from Google Groups explains that Gmail's threading algorithm primarily relies on the 'Subject' and 'References' headers. If the subject line changes drastically, or the 'References' header is missing or incorrect, Gmail may start a new thread.
20 Dec 2022 - Google Groups
Do X-Headers negatively impact email deliverability?
How can I effectively avoid spam filters when sending emails?
How do DMARC, spam complaints, and IP reputation affect email deliverability and rejections?
How do SPF, DKIM, and DMARC email authentication standards work?
How to troubleshoot emails landing in spam despite passing DKIM, SPF, and DMARC?
What are the best practices for email deliverability and avoiding spam filters?