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

Question

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

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

Мы использовали ответ-к: в прошлом, но, казалось, вызвали дополнительную почту, чтобы попасть в ловушку спама фильтрами.

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

Answer 1

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

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-eamail-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 <123@yourdomain.com) Чтобы не путать приемники электронной почты с вашими странными уникальными идентификаторами. Так когда A нужно писать в B, он на самом деле пишет на вашу электронную почту, а затем вы отправляете электронное письмо B, и наоборот для B к A.

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