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

Question

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

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

 FROM :  "Sushant Danekar" "<"[email protected]">"

или в каком-то программном обеспечении это говорит

 on behalf of 'Sushant Danekar'.

Я добавил sender's адрес электронной почты в Reply-To поле в то время как я добавил "[email protected]" адрес электронной почты в FROM поле.

Чтобы избежать вышеупомянутой проблемы, я изменил From Отправить Sender's email address

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

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

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

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

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

0

email php smtp spam-prevention

Решение

Другие решения

Других решений пока нет …

Источник

Accepted Answer

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

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

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

From: Sushant Danekar <[email protected]>

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

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

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

From: "Paddy O'Reilly" <[email protected]>

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

From: =?utf-8?B?Paddy_O=27Reilly?= <[email protected]>

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

0