Лучшие практики: отправка электронной почты от имени пользователей

Question

Компания, в которой я работаю, предоставляет услуги по тестированию для отрасли здравоохранения. В рамках наших услуг нам необходимо отправить электронное письмо сотрудникам наших клиентов. Как правило, это временные сотрудники, сотрудники, работающие неполный рабочий день или работающие по контракту, и поэтому имеют частные адреса электронной почты (например, Hotmail, GMail, Yahoo!, и т. Д.).

До сих пор мы отправляли сообщения с внутреннего адреса, но это означает, что ответы возвращаются к нам, когда сотрудники не обращают внимания или не знают, как отправлять запросы нашим клиентам. Я хотел бы изменить это так, чтобы человек, который запрашивает отправку электронного письма, был тем, кому ответили.

В прошлом мы использовали функцию reply-to:, но это, похоже, приводило к тому, что спам-фильтры задерживали дополнительную почту.

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

Answer 1

on-behalf-of заголовок - лучший способ сделать это, но вы также попадете в ловушку спам-фильтров. Лучшее, чтобы уменьшить или уменьшить вероятность того, что вы попадете в спам-фильтр, - это внедрить все отраслевые стандарты проверки вашего домена и почтового сервера. Как указано в этой статье:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

Однако это очень сложно сделать, потому что вам нужно быть в курсе стандартов СПАМА, соблюдать законы CAN-SPAM и все остальное. Лучше всего использовать облачный SMTP-сервер по требованию, например, такой:

https://www.postmarkapp.com/

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

Answer 2

Вы, вероятно, ищете Reply-To, Это официальный и широко поддерживаемый заголовок, в отличие от On-Behalf-Ofи не подлежит таким же проверкам на спам, как From,

Если вы действительно хотите, чтобы сообщения отправлялись от имени другого пользователя, "в основном" правильным способом, по стандартам SMTP, было бы ввести ваш "реальный" адрес в Sender: и адрес вашего клиента (из которого вы отправляете от имени) в From:, Тем не мение, From: специально предназначено для DMARC, очень строгого протокола предотвращения спама, внедренного большинством поставщиков электронной почты. Они не будут упускать из виду From: Отказ DMARC только потому, что у вас есть действительный Sender: заголовок.

DMARC позволяет владельцам доменов указывать, как SPF и DKIM должны применяться к From: заголовок. Популярной политикой является отклонение электронной почты, которая не соответствует SPF или DKIM, что означает, что ваша электронная почта даже не будет помечена как спам: она будет отклонена.

Sender: + From: все еще работает, технически. Первоначально он был создан с целью использования людьми в одной организации, такими как секретарь или помощник. Это превратилось в жесткое ограничение с появлением механизмов предотвращения спама.

Answer 3

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

Чтобы избежать таких взломов, я бы предложил решение. Создайте уникальный адрес электронной почты для каждого клиента и сделайте его "посредником" для общения между клиентом и сотрудниками.

Как это устроено

Все разговоры по электронной почте должны быть сделаны через созданную вами электронную почту. Вы можете установить собственные отображаемые имена (например, John <[e-mail]) не путать получателей электронной почты с вашими странными уникальными идентификаторами. Так когда A нужно написать B, он на самом деле пишет на вашу электронную почту, а затем вы пересылаете почту Bи наоборот для B в A,

Эта реализация имеет некоторую сложность, но это будет оплачено в будущем.