Отправка электронной почты с веб-сервера, если он размещен на другом сервере
Я нахожусь в процессе создания веб-приложения. И это будет ссылаться на сайты других людей.
Его цель — войти на портал, который будет управлять своими клиентами и данными.
Мое приложение в какой-то момент отправит электронное письмо своим клиентам, действуя в соответствии с интересами клиентов.
Я обеспокоен тем, что мы не будем размещать электронные письма наших клиентов.
Итак, мой вопрос: могу ли я заставить свое веб-приложение веб-сервера отправлять электронные письма клиентам моих клиентов, используя их доменное имя электронной почты?
Я думаю, что все, что мне нужно, это почтовый сервер и данные учетной записи электронной почты.
Я думаю, что я буду использовать phpemailer, если кто-то может порекомендовать что-нибудь еще? Это вообще возможно?
Я просто ищу ответы или документацию, чтобы помочь мне настроить конфигурацию, если кто-нибудь знает о них.
заранее спасибо
Решение
Как говорит Бармар, если ваши клиенты включают адрес ваших серверов в свои записи spf (и использовать только SPF для защиты), тогда ваш почтовый сервер может отправлять сообщения с адреса from с клиентского домена.
Однако есть и другие схемы, DKIM, который требует закрытого ключа, выданного клиентом. Чтобы еще больше запутать, существует схема, объединяющая DKIM и SPF, которая называется DMARC.
Мультиплексирование схем и клиентских ключей через ваш собственный MTA — сложная задача. Хотя @Barmar обычно дает хорошие советы, в этом случае я думаю, что рекомендация просто попросить клиентов включить ваш домен в их SPF — не лучший подход.
Есть много разных вариантов:
-
обратная ссылка на клиентский MTA (для клиентов, использующих свой собственный MX), который должен поддерживать SMTPS и SMTP-аутентификацию. Возможно даже поддержка vpn
-
модель на основе spf (для тех, кто не использует DMARC или DKIM)
-
отправка электронных писем с вашего MTA, но с замаскированной текстовой частью в адресе электронной почты, например,
От: «a_user@yourclient.com» <a_user_yourclient@yourdomain.com>
…но с заголовком Reply-to, указывающим на адрес клиента, хотя это может повлиять на ваш IPR
- просто используйте электронную почту клиентов в качестве адреса отправителя для тех, у кого нет схемы защиты
Было бы просто обработать начальную маршрутизацию электронной почты в коде ваших приложений, но вам понадобятся разработчики, которые действительно понимают, как электронная почта работает на практике.
Другие решения
Я бы порекомендовал вам использовать mailgun … Mailgun прост в реализации, вы можете отправлять 10000 электронных писем бесплатно каждый месяц (см. Ниже), и вы можете отправлять электронные письма от имени клиентских доменов. Вам необходимо добавить новые домены в учетную запись mailgun и проверить их, как описано в документации (см. Ниже).
Официальный SDK для php
https://github.com/mailgun/mailgun-php
Документация для проверки домена https://documentation.mailgun.com/en/latest/quickstart-sending.html#verify-your-domain
Ценовой план, если вам нужно отправить более 10 тысяч в месяц.
https://www.mailgun.com/pricing
Вот несколько вариантов:
- Если ваш клиент предоставляет вам учетную запись в своей среде электронной почты, вы можете отправить его, используя эти учетные данные. Если ваш клиент имеет правильно настроенную почтовую среду (SPF и / или DKIM и / или DMARC), тогда все должно быть хорошо.
- Вы можете отправлять сообщения прямо с вашего почтового сервера, но записи SPF вашего клиента должны содержать IP-адрес (а) вашего сервера, если вы не хотите, чтобы электронная почта переходила в спам. (Хотя возможно, что электронное письмо не будет отправлено в спам, в зависимости от того, насколько много вуду связано с фильтрацией спама и репутацией IP)
- Ваш клиент может настроить DNS-запись DKIM с открытым ключом, который вы генерируете. Затем ваш сервер может подписать сообщение с помощью DKIM и отправить его от имени клиента.
detector