Должен ли я использовать заголовок Reply-To при отправке писем другим пользователям в качестве услуги?

112

Предположим, у нас есть приложение, которое действует как посредник, позволяя компании А отправлять отчеты своим клиентам.

Компания A -> Компания B (я) -> Клиенты компании A

После получения отчета мы отправляем уведомления по электронной почте получателям, но они обязательно исходят с адреса электронной почты для уведомлений нашей компании, например

joe.bloggs@a.com -> notifications@b.com -> peter@c.com

Теперь клиенты, как правило, отвечают на эти уведомления по электронной почте, желая, чтобы они вернулись к тому, кто отправил отчет в компании A. Вместо этого они возвращаются на наш адрес notifications@b.com.

Простым решением может быть изменение заголовка Reply-To в уведомлениях, которые мы отправляем на соответствующий адрес компании A, например

joe.bloggs@a.com -> notifications@b.com [Ответить на: joe.bloggs@a.com] -> peter@c.com

Но меня больше всего беспокоит:

  • полное несоответствие в адресе электронной почты и домене между полями From и Reply-To может сделать спам-фильтры или фишинговые фильтры более склонными отмечать электронные письма
  • не все почтовые клиенты могут уважать поле «Ответить», когда люди на самом деле нажимают «Ответить», и вместо этого просто используют «От». Меньшая проблема, если только не повсеместно.

Обоснованы ли вообще эти опасения? Или у меня должны быть другие проблемы?

Гэвин
источник

Ответы:

92

Вы можете рассмотреть возможность размещения имени клиента в Fromзаголовке и вашего адреса в Senderзаголовке:

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

Большинство почтовых программ будут отображать это как «From notifications@b.com от имени компании A», что верно. И тогда Reply-Toадрес компании А не будет казаться несоответствующим.

Из RFC 5322 :

Поле «От:» указывает автора (ов) сообщения, то есть почтовый ящик (я) человека (ей) или системы (ей), ответственных за написание сообщения. В поле «Отправитель:» указывается почтовый ящик агента, ответственного за фактическую передачу сообщения. Например, если секретарь должен отправить сообщение другому человеку, почтовый ящик секретаря появится в поле «Отправитель:», а почтовый ящик фактического автора появится в поле «От:».

dkarp
источник
4
Я действительно не хочу, чтобы ответ моего владельца был одобрен, но стоит упомянуть этот полезный вопрос и ответ, который также в основном подтверждает ответ dkarp: stackoverflow.com/questions/2231897/…
Гэвин
1
Если это для циркуляризации, это не сработает. @A и @b - разные домены, большинство серверов не позволяют отправлять сообщения от имени кого-то из другого домена. B должен будет переслать его, но вы всегда можете добавить скрытый multipart. Все знают, как переслать на другой адрес.
Аридана Аламо
2
Есть ли обновления с 2018 года о доставляемости при использовании поля От таким образом?
Дэвид Алан Хьелле
160

Я протестировал решение dkarp с Gmail, и оно было отфильтровано как спам. Вместо этого используйте заголовок Reply-To (или дополнительно, хотя gmail явно в нем не нуждается). Вот как это делает linkedin:

Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

Как только я перешел на этот формат, Gmail больше не фильтрует мои сообщения как спам.

Алекс Лауэрман
источник
Является ли member@linkedin.com общим адресом для приема всей почты домена или в вашем примере он должен читать john.doe@linkedin.com?
Шон
6
Это тот метод, который мы использовали. Однако сейчас у нас возникли проблемы с некоторыми серверами (... эээ ... AOL), которые возвращают сообщения, заявляя, что они не соответствуют своей политике. Единственное объяснение, которое мы получили, заключается в том, что заголовок ответа и заголовок from имеют разные домены, хотя, похоже, это точное намерение иметь два разных заголовка. Уже становится очень неприятно полагаться на электронную почту для B2B-коммуникаций в мультитенантных приложениях.
Брайан Х.
4
@BrianH: У AOL и Yahoo теперь есть агрессивная проверка DMARC. Это вызвало у меня проблемы с адресом «От:» для AOL. emailonacid.com/blog/details/C4/… .
EML
3
Обратной стороной этого подхода является то, что адресная книга получателя (во многих почтовых клиентах) теперь содержит «Джон Доу через LinkedIn <member@linkedin.com>». И когда ничего не подозревающий получатель хочет снова связаться с Джоном Доу, этот адрес появляется при вводе его имени в поле «Кому» нового сообщения (таким образом: «через LinkedIn» имеет большое значение с точки зрения UX).
smhg
1
Обновленная ссылка на сообщение в блоге @EML, связанное с: emailonacid.com/blog/article/industry-news/ ... ... в ней действительно подробно рассматриваются проблемы aol / yahoo.com.
Lambart
-3

Вот сработал для меня:

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers
Wildneuro
источник