Почему появились два поля `Return-Path:`?

RFC822 на Return-Path::

Это поле добавляется конечной транспортной системой, которая доставляет сообщение получателю. Поле должно содержать точную информацию об адресе и маршруте до отправителя сообщения.

Так почему же в некоторых электронных письмах их два? (В моем примере, обычно один в конце и один в начале, откуда я предполагаю, что клиент добавил его туда.) Разве не существует только один инициатор?

Это плохая привычка некоторых клиентов?

Источник

4 ответа

Решение

Вы отстали на 30 лет. RFC 822 был заменен дважды.

… И подтверждающие документы, хотя они все еще несколько ошибочны, пытаются объяснить, что RFC 822 либо допустило для этого, что мир решил не делать, либо прямо ошиблось.

Разве не существует только один виновник?

Return-Path: а также Delivered-To: Заголовки не обозначают отправителя и получателя. Они содержат конверт сообщения после того, как сообщение покинуло среду SMTP и, таким образом, больше не разбиваются на конверт и содержимое - как это происходит, когда локальный агент доставки записывает конверт сообщения и содержимое сообщения в файл почтового ящика в точке локальной доставки.

Это плохая привычка некоторых клиентов?

Это плохая привычка для MUA или MTA, которые отправили сообщение, или какого-либо промежуточного шлюза из среды SMTP. Самые верхние поля трассировки почти наверняка будут добавлены вашим местным агентом доставки. Те, что были внизу, были добавлены чем-то другим. Ваш LDA может свободно удалять существующие заголовки конвертов, добавляя свои собственные. Но это не обязательно, и ясно, что это не так.

дальнейшее чтение

Источник

Обратный путь обычно добавляется вверху в момент получения электронного письма. В частности, это произойдет во время передачи SMTP команды "MAIL FROM". Он может не совпадать с адресом электронной почты в заголовках From:, Reply-To: или Sender:. Если внизу находится второй Return-Path, он, скорее всего, будет подозрительным, вероятно, добавлен после того, как доставка уже завершена.

Источник

Это либо вредные привычки клиента, либо спам.

Вы можете определить, является ли это последним, изучив содержимое и остальные заголовки.

Return-Path является одним из немногих заголовков, которые проверяет MTA, и что доставляющий MTA ДОЛЖЕН удалить и заменить его собственным.

Источник

Некоторые учетные записи электронной почты могут иметь возможность отправлять электронную почту "От имени...", которая будет использовать другой сервер для маршрутизации электронной почты. Это будет включать несколько электронных писем в ответ. В противном случае другой пример может быть, если приложение php отправляет электронную почту через сервер - вы можете указать обратный адрес или адреса (иногда вы даже можете подделать адрес ответа).

Очевидно, что лучшая привычка будет иметь ваших клиентов, чтобы разместить только один ответный адрес для поиска транзакций электронной почты и других задач отладки (если требуется).

" Once the transmission channel is established and initial handshaking
   completed, the SMTP client normally initiates a mail transaction.
   Such a transaction consists of a series of commands to specify the
   originator and destination of the mail and transmission of the
   message content (including any headers or other structure) itself.
   When the same message is sent to multiple recipients, this protocol
   encourages the transmission of only one copy of the data for all
   recipients at the same destination (or intermediate relay) host."

Источник: http://www.ietf.org/rfc/rfc2821.txt

Также: Стандарт для текстовых сообщений ARPA Internet

 C.3.2.  FROM

    The "From" field must contain machine-usable addresses  (addr-
    spec).   Multiple  addresses may be specified, but named-lists
    (groups) may not.

Источник: http://ietfreport.isoc.org/idref/rfc822/

Источник
Другие вопросы по тегам