В чем разница между Sender, From и Return-Path?
В чем разница между значениями Sender, From 9X_smtp и Return-Path?
Пример: у меня есть контактная форма, в 9X_email-integration которой пользователь может ввести свой адрес 9X_email-integration электронной почты, будет ли он назначен 9X_smtp отправителю, от или обратному пути?
Я быстро 9X_mail поискал в StackOverflow и не нашел ничего 9X_email полезного.
Ответ #1
Ответ на вопрос: В чем разница между Sender, From и Return-Path?
Таким образом, при отправке сообщения через 9X_email-injection SMTP конверт SMTP (отправитель, получатели 9X_email-integration и т. д.) отличается от фактических данных 9X_mail сообщения.
Заголовок Sender
используется для идентификации 9X_email-injection в сообщении, кто его отправил. Обычно это 9X_email-integration то же самое, что и заголовок From
, который указывает, от 9X_email-injection кого пришло сообщение. Однако это может 9X_email-integration отличаться в некоторых случаях, когда почтовый 9X_email-integration агент отправляет сообщения от имени другого 9X_email-integration лица.
Заголовок Return-Path
используется для указания 9X_mail получателю (или принимающему MTA), куда 9X_smtp следует отправлять уведомления о недоставке.
Например, возьмем 9X_mail сервер, который позволяет пользователям 9X_email-injection отправлять почту с веб-страницы. Итак, sender@yourcompany.com
вводит 9X_mail сообщение и отправляет его. Затем сервер 9X_email отправляет сообщение своему получателю с 9X_mail From
, установленным в sender@yourcompany.com
. Фактическая отправка 9X_email-injection SMTP использует другие учетные данные, что-то 9X_smtp вроде mailagent@mywebmail.com
. Итак, заголовок sender
установлен на mailagent@mywebmail.com
, чтобы 9X_email-integration указать, что заголовок From
не указывает, кто 9X_mail на самом деле отправил сообщение.
В этом 9X_email случае, если сообщение не может быть отправлено, вероятно, лучше, чтобы 9X_email агент получил отчет о недоставке, поэтому 9X_email для Return-Path
также будет установлено значение mailagent@mywebmail.com
, чтобы 9X_email все отчеты о доставке отправлялись ему вместо 9X_email этого. отправителя.
Если вы делаете именно 9X_email-integration это, отправку формы для отправки электронной 9X_email-integration почты, то это, вероятно, прямая параллель 9X_smtp с тем, как вы устанавливаете заголовки.
- Представьте себе VIP, у которого есть помощник, управляющий их почтовым ящиком. Если помощник пишет элект ...
Ответ #2
Ответ на вопрос: В чем разница между Sender, From и Return-Path?
Официальный RFC, определяющий эту спецификацию, можно 9X_email найти здесь:
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. Поле заголовка: Return-Path
Description: Message return path [...] Related information: Return path for message response diagnostics. See also RFC 2821 [17]. Defined as standard by RFC 822.
- Спасибо, что дали официальную ссылку на RFC. Действительно полезно, если кто-то спросит: «На осно ...
Ответ #3
Ответ на вопрос: В чем разница между Sender, From и Return-Path?
Незначительное обновление: отправитель никогда 9X_mail не должен устанавливать заголовок Return-Path:
. Не существует 9X_email такой вещи, как заголовок Return-Path:
для сообщения 9X_email в пути. Этот заголовок устанавливается MTA, который 9X_email-integration осуществляет окончательную доставку, и обычно 9X_email-injection устанавливается в значение 5321.From
, если локальной 9X_mail системе не требуется какая-то необычная 9X_email маршрутизация.
Это распространенное заблуждение, потому 9X_email-integration что пользователи редко видят в своих почтовых 9X_email-integration ящиках электронные письма без заголовка 9X_email-integration Return-Path:
. Это связано с тем, что они всегда видят 9X_email доставленные сообщения, но MTA никогда не 9X_email должен видеть заголовок Return-Path:
в передаваемом 9X_mail сообщении. См. http://tools.ietf.org/html/rfc5321#section-4.4
- Это становится семантикой, важно (как и выше) то, что вы не можете установить заголовок `Return-Path:` при отправке сообщения. В противном случае он будет отброшен при передаче и позже будет установлен в значение RF ...
-
23
-
10
-
4
-
3
-
13
-
5
-
28
-
13
-
2
-
19
-
9
-
4
-
4
-
8
-
8
-
6
-
6
-
1
-
2
-
5
-
2
-
2
-
6
-
3
-
5
-
9
-
10
-
4
-
6
-
1
-
2
-
4
-
5
-
7
-
4
-
3
-
13
-
3
-
3
-
1
-
8
-
4
-
13
-
3
-
5
-
5
-
3
-
14
-
3
-
3