Использование SMTP-сервера другого пользователя для отправки сообщений электронной почты во избежание предупреждения или предупреждения о фишинге

Question

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

FROM : "Sushant Danekar" "<"notification@mytestserver.com">" 

или в некоторых программах он говорит

on behalf of 'Sushant Danekar'. 

Я добавил sender's адрес электронной почты в Reply-To поле, а я добавил "notification@mytestserver.com" адрес электронной почты в FROM поле.

Чтобы избежать выше упомянутого вопроса я изменил From обращение к Sender's email address

Но теперь, Gmail пометил мое сообщение как спам, и это говорит «это сообщение не может быть отправлено по».

Мне нужно предложение, чтобы избежать обоих этих проблем 1) On behalf of 2) this message may not have been.

Я открыт для всех предложений

Я также думал о принятии детали SMTP [имя пользователя, пароль и сервер SMTP подробно] от пользователя, и при отправке электронной почты.

Правильно ли это? Это создает проблему для нашего инструмента в будущем? Каковы стандарты RFC?

Answer 1

В строке заголовка, который вы показываете, имеется ряд синтаксических ошибок.

• Там не может быть никакого пространства между From и :
• У вас есть чрезмерное цитирование, некоторые из которых не позволяет правильно синтаксический разбор адреса

Правильный способ форматирования этот адрес будет

From: Sushant Danekar <notification@mytestserver.com> 

(или вы могли бы хранить цитаты вокруг своего имени, но это означало бы, что человек не будет вашим именем).

Если исправление не исправит проблему, возможно, опубликуйте новый вопрос с полными заголовками сбойного сообщения, подробной диагностикой из спам-фильтра и/или снимком экрана, который показывает проблему в почтовом клиенте (укажите, какие один, включите несколько, если сможете).

---

Были ситуации, где традиционно имя человека должны были быть заключены в кавычки, но только если в нем содержатся символы, которые имеют особое значение для RFC5321, таких как одинарные кавычки.

From: "Paddy O'Reilly" <padster@example.com> 

В эти дни, решение это использовать RFC2047 кодирование на человека считываемых областях, где это необходимо.

From: =?utf-8?B?Paddy_O=27Reilly?= <padster@example.com> 

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