В чем разница между Отправителем, От и Обратным путем? - PullRequest
121 голосов
/ 06 декабря 2010

В чем разница между значением отправителя, отправителя и пути возврата электронной почты?

Пример : у меня есть контактная форма, где пользователь может ввести свою электронную почту, будет ли она назначенаsender, from или return-path?

У меня был быстрый поиск по StackOverflow и я не смог найти ничего полезного.

Ответы [ 3 ]

154 голосов
/ 06 декабря 2010

Таким образом, при отправке сообщения через SMTP конверт SMTP (отправитель, получатели и т. Д.) Отличается от фактических данных сообщения.

Заголовок Sender используется для идентификации в сообщении, которое его отправило. Обычно это то же самое, что и заголовок From, от которого исходит сообщение. Однако в некоторых случаях это может отличаться, когда почтовый агент отправляет сообщения от имени другого лица.

Заголовок Return-Path используется для указания получателю (или получателю MTA), куда должны быть отправлены недоставленные квитанции.

Например, возьмите сервер, который позволяет пользователям отправлять почту с веб-страницы. Итак, sender@yourcompany.com набирает сообщение и отправляет его. Затем сервер отправляет сообщение своему получателю с From, установленным на sender@yourcompany.com. Фактическая отправка SMTP использует разные учетные данные, что-то вроде mailagent@mywebmail.com. Таким образом, заголовок sender установлен на mailagent@mywebmail.com, чтобы указать, что заголовок From не указывает, кто фактически отправил сообщение.

В этом случае, если сообщение не может быть отправлено, агенту, вероятно, лучше получить отчет о недоставке, и поэтому Return-Path также будет установлен на mailagent@mywebmail.com, чтобы вместо него отправлялись любые отчеты о доставке отправителя.

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

87 голосов
/ 10 января 2013

Официальный RFC, который определяет эту спецификацию, можно найти здесь:

http://tools.ietf.org/html/rfc4021#section-2.1.2 (см. Параграф 2.1.2 и последующие)

2.1.2.Поле заголовка: от

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3.Поле заголовка: Отправитель

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22.Поле заголовка: обратный путь

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.
18 голосов
/ 16 сентября 2014

Незначительное обновление: отправитель никогда не должен устанавливать заголовок Return-Path:. Для транзитного сообщения нет такой вещи, как заголовок Return-Path:. Этот заголовок устанавливается адаптером MTA, который выполняет окончательную доставку, и обычно устанавливается на значение 5321.From, если локальной системе не нужна какая-то необычная маршрутизация.

Это распространенное недоразумение, поскольку пользователи редко видят в своих почтовых ящиках электронную почту без заголовка Return-Path:. Это потому, что они всегда видят доставленные сообщения, но MTA никогда не должен видеть заголовок Return-Path: в транзитном сообщении. Смотри http://tools.ietf.org/html/rfc5321#section-4.4

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...