От чего различие в поведении между обратным каналом, ответом - к и?

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

 От: < coolstuff@mymailinglist.com >
Кому: < you@yourcompany.com >
Тема: Супер простое письмо
Ответить на: < coolstuff-threadId=123@mymailinglist.com >

Это очень простое тело.

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

 {S} 220 рабочая станция1 Microsoft ESMTP MAIL Service
{C} рабочая станция HELO1
{S} 250 рабочая станция1 Здравствуйте [127.0.0.1]
{C} ПОЧТА ОТ: < coolstuff-you=yourcompany.com@mymailinglist.com >
{S} 250 2.1.0 me@mycompany.com .... Отправитель ОК
{C} RCPT TO: < you@yourcompany.com >
{S} 250 2.1.5 you@yourcompany.com 
{C} ДАННЫЕ
{S} 354 Начать ввод почты; заканчиваться . 
{C} От: < coolstuff@mymailinglist.com >
Кому: < you@yourcompany.com >
Тема: Супер простое письмо
Ответить на: < coolstuff-threadId=123@mymailinglist.com >

Это очень простое тело.
.

{S} 250 Почта в очереди на доставку
{C} ВЫЙТИ
{S} 221 Услуга закрытия канала передачи

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

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

 Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
От: < coolstuff@mymailinglist.com >
Кому: < you@yourcompany.com >
Тема: Супер простое письмо
Ответить на: < coolstuff-threadId=123@mymailinglist.com >

Это очень простое тело.

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

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

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

Обратите внимание, что не все почтовые серверы подчиняются этому правилу; Некоторые почтовые серверы возвращают его обратно на адрес FROM.

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

3. Заголовок Reply-To добавляется отправителем (или программным обеспечением отправителя). Это то место, где должны быть рассмотрены все человеческие ответы. Обычно, когда пользователь нажимает кнопку «ответить», значение Reply-To должно быть значением, используемым в качестве получателя вновь составленного электронного письма. Значение Reply-To не должно использоваться никаким сервером. Он предназначен только для использования на стороне клиента (MUA).

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

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