Каков лучший метод для отправки электронного письма от имени доменов моих клиентов?
Это зависит от того, как у Вас есть сетевая установка. Я у Вас есть он установка с NAT, затем Виртуальный ПК, присваиваю частный IP VPC (вероятно, на другой подсети, чем Ваш хост ПК). Если у Вас есть он установка для использования того же сетевого адаптера в качестве хоста, ОС использует, то (если я вспоминаю правильно) это должно получить другой IP от маршрутизатора, и можно попытаться проверить с помощью ping-запросов его через тот IP, хотя (если я вспоминаю), который хитер в этом, это имеет два IP-адреса с помощью того же MAC-адреса, и NIC не знал бы, где направить пакеты. Если у Вас есть вторая сетевая плата в хосте, Вы могли бы присвоить его Виртуальной машине и попытаться подключить к нему тот путь.
Вы могли, возможно, разместить информацию на том, что настройки TCP/IP для хоста и гостя, а также информации о типе сетей, у Вас есть установка в Виртуальном ПК?
Превосходный вопрос. Я только что провел несколько часов, исследуя то же самое.
я ранее развернул многочисленные веб-сайты, которые используют Опция C для почтовых форм (главным образом из наивности), но мы испытываем растущее число проблем доставки. Почтовые поставщики постепенно урезают вещи. Например Yahoo недавно изменил их политику DMARC для выяснения у получателей к отклонение все электронные письма From: ____@yahoo.com без допустимой подписи DKIM. Получение серверов SMTP, которые следуют за DMARC (который включает Gmail, и вероятно Hotmail/Outlook.com и Yahoo) будет твердый возврат эти сообщения. eBay и PayPal имеют подобные строгие политики, которым я верю в попытке уменьшить фишинг. К сожалению, определение заголовка "Отправителя" не помогает.
(Интересно, как Gmail работает вокруг этого при отправке "От" псевдонима Yahoo?!)
Опция A была бы более оптимальным вариантом, если Вы знаете "Из" электронной почты, не имеет строгой политики DMARC (Вы могли бы возможно подтвердить это с помощью простого запроса DNS).
Несмотря на то, чтобы быть наименее визуально привлекательным, Опция D является действительно самым безопасным и - то, что я рекомендую для большинства наших будущих проектов. Стоит отметить, что PayPal ранее использовал Опцию A, но теперь переключились на Опцию D .
получить дополнительное доверие и увеличили шанс доставки, я посмотрел бы на реализацию SPF и/или DKIM. Эти и другие вещи упоминаются в [1 115] Объемные Инструкции по Отправителю Google , который я нашел полезным.
Я не уверен, что Вы хотите. Нет никакого "безопасного" или "небезопасного" способа сделать то, что Вы хотите.
я всегда предпочитал бы D). Дополнительно я добавил бы записи SPF. Но поскольку я сказал, что это не более безопасно или более небезопасно, чем другие (независимо от того, что Вы имеете в виду с ним).
Ответ - К заголовку не влияет на репутацию всегда. Это только советы клиент для использования того адреса для ответов (Понятное дело, возможно, это - то, куда название происходит от?!). Если клиент будет следовать, то эта рекомендация не гарантируется.
Два надежных решения:
- просят от клиентов добавлять, что Ваши mailserver в их записи домена SPF
- просят, чтобы клиенты дали Вам учетные данные почтового ящика (их mailserver IP, имя пользователя, пароль) и использовали их в Вашем приложении, чтобы соединиться с их mailserver и послать электронное письмо (Вы на самом деле создаете почтовый клиент в своем приложении).