В чем разница между Отправителем, От и Обратным путем?

138

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

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

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

email smtp

— Pixel Developer
источник

Ответы:

172

Таким образом, при отправке сообщения через 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так, чтобы любые отчеты о доставке отправлялись ему, а не отправителю.

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

— Шон Д.
источник

Кроме того, вам не нужно все устанавливать. т. е. если вы не указали отправителя и путь возврата, они перейдут на адрес отправителя. Я думаю, что если вы пропустите обратный путь, отчеты о недоставке отправляются отправителю.

— Шон Д.

... Что является привлекательным неудобством для почтовых бомбардировщиков. Не делай этого!

— tripleee

Я правильно понимаю? Когда речь идет о веб - формы для отправки по электронной почте, то Senderесть лицо , подавшее веб - форму , и Fromэто сервер , который разослал по электронной почте? Или наоборот?

— Итан Лерой,

Представьте себе VIP, у которого есть помощник, управляющий их почтовым ящиком Если помощник пишет электронное письмо от имени VIP, то помощником является Sender, но сообщение является FromVIP. Это то, что происходит, когда вы видите письмо, описанное как «От помощника от имени VIP»

— Девин

@ShawnD., Что если нет Return-Path. Это по умолчанию Senderтогда?

— Pacerier

Официальный 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.

— naitsirch
источник

Спасибо за предоставленную официальную ссылку RFC. Это действительно полезно, если кто-то спросит: «На основании чего?»

— Bayuah

В этом другом ответе (с 2011 года) утверждается, что указанный здесь метод заставляет gmail помечать электронные письма как спам. Интересно, так ли это сегодня?

— showdev

Обновлен в RFC 5322 tools.ietf.org/html/rfc5322#section-3.6 . Может кто-нибудь, пожалуйста, сообщите SMTP RFC людям, что было бы полезно, если бы поле Отправитель совпадало с адресом От, использованным в процессе рукопожатия SMTP, если он должен использоваться.

— BeowulfNode42

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

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

— cmeid
источник

Отправитель, использующий почтовый клиент, не установил бы его, но «отправитель», пишущий сценарий, который отправляет электронные письма, может установить его сценарием, поэтому я думаю, что вводить в заблуждение то, что отправитель никогда не должен его устанавливать.

— chiliNUT

К сожалению, Chilinut на самом деле неточно. Заголовок Return-Path: в сообщении в пути будет отброшен, MDA (агент доставки почты), который выполняет окончательную доставку, установит заголовок Return-Path: в соответствии со значением 5321.From (envelope-from), переносимым сообщение. Это связано с тем, что конверт теряется при доставке сообщения, поэтому заголовок Return-Path: записывает, каким был конверт, когда MDA получил сообщение.

— cmeid

Сейчас я просматриваю заголовки сообщения в моем почтовом ящике, и у него есть From:адрес и ( другой ) Return-Path:адрес, так что я не знаю, на что вы ссылаетесь

— chiliNUT

Return-Path:Заголовок отражает конверт-с, или RFC5321.From адрес. From:Заголовок отражает заголовок-с, или RFC5322.From адрес.

— cmeid

Это становится семантикой, важно (как выше), что вы не можете установить Return-Path:заголовок при отправке сообщения. Если это произойдет, он будет отброшен при передаче и позднее установлен в значение RFC5321.From или envelope-from MDA, который выполняет окончательную доставку сообщения. По сути, Return-Path:заголовок записывает, каким был конверт, поскольку конверт отбрасывается при доставке.

— cmeid