Существует множество причин, по которым адреса заголовка и конверта могут не совпадать. В большинстве случаев речь идет об автоматизированных процессах отправки почты, когда о проблемах доставки необходимо сообщать по адресу, который не является представителем того, кто отправил почту, кому было отправлено от имени или на кого следует ответить. Списки рассылки, как вы указали, являются хорошим примером.
Основная причина, по которой сообщения, отправленные с почтового клиента пользователя, могут отличаться от адресов, - это переадресованная почта. В этом случае содержимое почты должно быть достаточно точным по отношению к оригиналу, но в случае ошибок при доставке об этом следует сообщать пользователю, который перенаправил письмо, а не оригинальному отправителю.
Помимо заголовка SMTP, существует множество заголовков MIME, которые различные программы используют для разграничения между исходным отправителем и промежуточным отправителем и / или предпочитаемым адресом для сообщения об ошибках. Например, Reply-To, Sender, Originally-From , Ошибки-К и т. Д. И т. Д., Каждый с различной семантикой. Некоторые из них имеют поддержку стандартов, в то время как многие другие не поддерживают, но могут использоваться в любом случае. Поведение различных почтовых программ на практике значительно различается.
Является ли способ адресации почты желательным, это другой вопрос, не является ли он «законным», как вы просите. Если вы рассматриваете легитимность здесь с точки зрения политики в отношении потенциального спама, то нет, я не думаю, что вы сможете сделать простое различие таким образом.
Подумайте о подписи электронной почты DKIM и SPF-аутентификации почтовых серверов для почтовых доменов. Если вы отправляете много почты, может быть важно иметь возможность аутентифицировать вашу почту этими способами, и это может иметь последствия для адресации почты из заголовков, поскольку вы можете аутентифицировать только почту, относящуюся к доменам, на которые у вас есть полномочия. ,
-
Продлен по запросу:
Заголовок MIME «Reply-To» направляет MUA (почтовый пользовательский агент, обычно почтовый клиент) на отправку ответов на другой адрес вместо адреса MIME «From». Это не используется MTA (Mail Transport Agent) для таких вещей, как ошибки.
Обычно MTA использует адрес «MAIL From» для конверта SMTP для отправки ошибок. Это можно переопределить с помощью заголовка MIME «Errors-To», который является инструкцией MTA. Не все адаптеры MTA соблюдают его, поэтому это плохой механизм для установки адреса конверта SMTP, но существует множество обстоятельств, при которых возможно установить заголовки MIME в сообщении, но не адрес конверта SMTP из. Например, программное обеспечение, работающее в среде общего хостинга, может оказаться в такой ситуации.
«Отправитель» гораздо более неоднозначен в качестве инструкции для программных агентов, но указывает, кто или что отправил электронное письмо, если оно отличается от адреса «От», что больше похоже на то, кому письмо было отправлено от имени. Например, когда вы заполняете онлайн-форму mail-your-politician, было бы очень уместно, чтобы полученное письмо использовало вашу почту в заголовке From, но имело бы адрес отправителя, связанный с организацией, которая настроила форму.
«Изначально-От» используется некоторыми программами MUA при пересылке почты, а адрес пересылки используется для заголовка «От». Другие MUA оставят адрес отправителя в покое и будут использовать заголовок «Resent-From». Независимо от того, будут ли MUA, получающие эти различные электронные письма заголовков, толковать заголовки с пользой, или даже отображать их, весьма различно. Отвечая на письмо, которое было отправлено вам, на кого должен идти ответ по умолчанию? Может быть, лучше установить этот заголовок «Ответить»?
Поведение MUA является переменным и плохо определенным, хотя, похоже, со временем оно улучшается. В отличие от этого, семантика огибающей гораздо более определена. Как правило, существовала сильная позиция, что MTA никогда не должны интересоваться заголовками MIME, но, поскольку MTA все больше и больше несут ответственность за содержимое почты (например, см. SPF и новые стандарты DMARC), существует необходимость снижения четкости этой позиции. Давние механизмы, такие как Errors-To, также вступали в конфликт с понятием MTA, не обращающим внимания на содержимое заголовка, что является частью того, почему эти механизмы всегда применялись непоследовательно. Философии авторов программного обеспечения различны.
Возможно, вам будет полезно просмотреть http://tools.ietf.org/html/rfc4021#section-2 , но помните, что фактическая практика использования множества почтовых программ различается способами, которые необязательно соответствуют стандартам.
Хорошо попытаться выработать четкую философию того, как, по вашему мнению, должна использоваться почта, но не ожидайте, что все остальные будут делать то, что, как вы думаете, они должны.
Автоматическая обработка является большой причиной. Вы хотите иметь возможность отправлять любые сообщения об отказах / автоответчиках / ошибках, которые будут обрабатываться отдельно, в противном случае эти сообщения исчезают или игнорируются, или какой-то плохой сок должен их пролистать. Да, добавление X-заголовка для обработки возможно, но большая часть времени отскакивает / etc. не будет содержать исходное письмо или только его искаженную часть, и вы не сможете получить источник.
Например, скажите, что кто-то регистрируется на вашем сайте, и вы отправляете им электронное письмо с благодарностью за регистрацию. Ваш MAILFROM и From может выглядеть так:
Таким образом, пользователь видит «дружественный от» в почтовом клиенте. Но если пользователь не существует, его MTA отправит сообщение о сбое:
и автоматизированный процесс может легко извлечь идентификатор пользователя (часть 123123123) и часть системы, которая создала отскок (часть -signup-) из заголовка, и легко удалить / пометить этого пользователя как отключенного.
источник
Письмо от: в диалоге smtp предназначено для того, чтобы отправлять сообщения о доставке. Заголовок От: в теле сообщения используется для отображения получателю и в качестве адреса ответа, если заголовок Reply-to: не установлен.
Электронные письма, которые не должны вызывать отказов, должны указывать пустого отправителя в конверте, например, квитанция о возврате обычно будет иметь:
mail from:<>с именем пользователя в заголовке from :.Другая ситуация, когда почтовый сервер использует BATV для отклонения поддельных отскоков. Письмо от: будет в форме prvs=tag-value=mailbox@example.com.
источник
Если я неправильно читаю свои заголовки или вопрос, электронные письма с моего BlackBerry отправляются с сервера BlackBerry, и в основном ни одно из полей не совпадает. Небольшой процент пользователей, я понимаю. Я недавно смотрел на это при оценке моего почтового сервера. Ниже приведено анонимное письмо, отправленное с моего BlackBerry на мою учетную запись Gmail:
источник