Существует множество причин, по которым адреса заголовка и конверта могут не совпадать. В большинстве случаев речь идет об автоматизированных процессах отправки почты, когда о проблемах доставки необходимо сообщать по адресу, который не является представителем того, кто отправил почту, кому было отправлено от имени или на кого следует ответить. Списки рассылки, как вы указали, являются хорошим примером.
Основная причина, по которой сообщения, отправленные с почтового клиента пользователя, могут отличаться от адресов, - это переадресованная почта. В этом случае содержимое почты должно быть достаточно точным по отношению к оригиналу, но в случае ошибок при доставке об этом следует сообщать пользователю, который перенаправил письмо, а не оригинальному отправителю.
Помимо заголовка 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 , но помните, что фактическая практика использования множества почтовых программ различается способами, которые необязательно соответствуют стандартам.
Хорошо попытаться выработать четкую философию того, как, по вашему мнению, должна использоваться почта, но не ожидайте, что все остальные будут делать то, что, как вы думаете, они должны.