Какова разница в поведении между return-path, reply-to и from?

давайте начнем с простого примера. Предположим, у вас есть список электронной почты, который собирается отправить следующий контент RFC2822.

From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Теперь предположим, что вы собираетесь отправить его из списка рассылки, который реализует VERP (или какой-либо другой механизм отслеживания отказов, который использует другой путь возврата). Допустим, у него будет обратный путь coolstuff-you=yourcompany.com@mymailinglist.com - ... Сеанс SMTP может выглядеть например:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

где {C} и {S} представляют команды клиента и сервера соответственно.

почта получателя будет выглядеть так:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Теперь, давайте опишем различные "от" s.

1. обратный путь (иногда называемый обратным путем или конвертом из -- ВСЕ эти термины могут использоваться взаимозаменяемо) - это значение, используемое во время сеанса SMTP. Как видите, в этом нет необходимости быть тем же значением, которое фактически найдено в заголовках почты. Только почтовый сервер получателя должен добавить заголовок пути возврата в верхнюю часть письма. Это записывает фактического отправителя пути возврата во время сеанса SMTP. Если заголовок Return-Path уже существует в письме, то этот заголовок должен быть удален и заменен почтовым сервером получателя.

   все отскоки, которые происходят во время сеанса SMTP, должны вернуться к значению пути возврата. Некоторые серверы могут принять вся электронная почта, а затем очередь его локально, пока он имеет свободный поток для доставки его в почтовый ящик получателя. Если получатель не существует, он должен вернуть его обратно к записанному значению пути возврата.

   обратите внимание, что не все почтовые серверы подчиняются этому правилу. Некоторые почтовые серверы будут ответить на адрес.

2. адрес FROM-это значение, фактически найденное в заголовке FROM. Предполагается, что сообщение от него. Это то, что вы видите "ОТ" в большинстве почтовых клиентов. Если письмо не имеет заголовка ответа, то все ответы человека (почтового клиента) должны вернуться на адрес FROM.

3. заголовок ответа добавляется отправителем (или программным обеспечением отправителя). Именно здесь должны быть рассмотрены все человеческие ответы. В принципе, когда пользователь нажимает "ответить", значение ответа должно быть значением, используемым в качестве recpient вновь составленного письма. Значение Reply-To не должно использоваться ни одним сервером. Это предназначен для использования на стороне клиента.

   однако, как вы можете сказать, не все почтовые серверы подчиняются стандартам или рекомендациям RFC.

надеюсь, это поможет прояснить ситуацию. Однако, если я что-то пропустил, дайте мне знать, и я постараюсь ответить.