What changes when you reply?

Still have a question, spotted an error, or have a better explanation or a source we should cite?

When you hit reply, your email client creates a completely new message with its own unique Message ID. It's not the same message coming back. It's a fresh send that happens to reference the original.

Here's what changes under the hood:

  • In-Reply-To header: Gets set to the Message ID of the email you're replying to. This tells threading systems "this message is responding to that one."
  • References header: Gets updated with the full conversation chain. If you're replying to a reply to a reply, all those Message IDs stack up in References.
  • Subject line: Gains a "Re:" prefix (short for "regarding" or "reply", depending on who you ask). Most clients add this automatically.
  • Body: Quotes the original message, usually prefixed with "On [date], [sender] wrote:" or similar.

The threading headers (In-Reply-To and References) are what let Gmail, Outlook, and other clients group conversations together. Without them, your reply shows up as a brand new thread.

But here's the critical part for deliverability: mailbox providers treat your reply as a completely new message. It gets its own SPF, DKIM, and DMARC check. The thread history helps with organization, but each message in the conversation is evaluated on its own authentication and reputation. If your reply fails DMARC, it can still land in spam even if the original message you're replying to made it to the inbox just fine.

This matters more than you'd think. If you're replying from a domain with broken authentication (say, you're using a personal Gmail address to reply to a work conversation, or your company's DMARC policy is set to reject), your reply might not deliver even though you're just continuing an existing thread.

Want to see what headers your email client actually adds when you reply? Use our free Email Header Analyzer to check In-Reply-To, References, and authentication results on any message.

Contributors

Who worked on this answer

Every name links to their profile. Every company links to their site. Real people, real accountability.

Ask an AI · tailored to your setup

Get personalized help with reply authentication →

I read this on the Email Almanac about reply behavior and authentication: "When you hit reply, your email client creates a completely new message with its own unique Message ID and fresh SPF, DKIM, and DMARC evaluation. The In-Reply-To header references the original message's ID, and the References header tracks the full conversation chain. Mailbox providers treat each reply as a separate send, so broken authentication on your reply can cause it to land in spam even if the original message delivered fine." Help me apply this to MY specific situation: 1. Authentication setup: What should I check to make sure my replies authenticate correctly? 2. Domain configuration: If I'm replying from a different domain than the original sender, what breaks? 3. Threading issues: How do I troubleshoot when my replies don't group with the original conversation? 4. Deliverability impact: What's the most common mistake that causes replies to fail authentication? --- My details (fill in what applies): - Email client: Gmail, Outlook, Apple Mail, Thunderbird, etc. - Sending domain: your domain or personal email provider - Authentication status: SPF/DKIM/DMARC set up, partially set up, or not sure - Issue I'm seeing: [replies going to spam, threading broken, authentication failures] - Use case: [personal email, customer support, transactional replies, marketing follow-ups]

Edit the yellow boxes, then send to the AI of your choice.