лучший способ не залить почтовый сервер
не так много, что вы можете сделать с этим, кроме проверки с администратором вашего почтового сервера (если это общая учетная запись хостинга / не под вашим контролем). но если требование - одно электронное письмо одному получателю на событие, это не должно быть слишком большой проблемой. вещи, которые имеют тенденцию забивать почтовые системы, - это письма с сотнями (или более) получателей.
если у вас постоянно запускаются события, возможно, стоит рассмотреть возможность их объединения и отправки по электронной почте с их периодической сводкой.
отправка сообщений, как будто от конкретного пользователя, но по-прежнему ясно из вашего приложения (для обеспечения возврата жалоб и т. Д.) Без нарушения хорошего этикета электронной почты
Вы можете сделать это, используя заголовок «Reply-To», в котором клиенты будут использовать этот адрес вместо адреса «От» при создании сообщения электронной почты.
Вы также должны установить заголовок «Return-Path» любого электронного письма, так как электронное письмо без этого часто отфильтровывается.
ех.
From: me@me.com
Return-Path: me@me.com
Reply-To: auto@myapp.com
настройка и использование идентификатора отправителя, ключей домена, SPF, обратного днс и т. Д., Чтобы убедиться, что ваши электронные письма правильно идентифицированы
все это в значительной степени зависит от того, насколько вы владеете своими почтовыми и DNS-серверами. spf / sender-id и т. д. - все это проблемы DNS, поэтому вам потребуется доступ к DNS.
в вашем примере это может представлять проблему. так как вы настраиваете почту для определенного пользователя, этому пользователю потребуется настроить SPF (например) в своей DNS, чтобы ваш почтовый сервер был действительным отправителем. Вы можете себе представить, насколько беспорядочно (если не совершенно невозможно) это может случиться с несколькими пользователями с разными доменными именами.
Что касается обратного DNS и тому подобного, это действительно зависит. большинство интернет-провайдеров и т. д. просто проверят, установлен ли обратный DNS. (то есть 1.2.3.4 преобразуется в host.here.domain.com, даже если host.here.domain.com не преобразуется обратно в 1.2.3.4). это связано с количеством общего хостинга (где почтовые серверы часто сообщают о себе как доменное имя клиента, а не как реальный почтовый сервер).
Есть несколько строгих сетей, которые требуют сопоставления с обратным DNS, но для этого необходимо иметь контроль над почтовым сервером, если он не совпадает с самого начала.
если вы можете быть немного более конкретным, я могу дать немного больше советов, но, как правило, для людей, которым нужно отправлять почту приложения и у которых нет контроля над своей средой, я бы предложить следующее:
- убедитесь, что установлен «Return-Path»
- приятно добавить ваше приложение и информацию о нарушении также в заголовках, например: "X-Mailer" и "X-Abuse-To" (это пользовательские заголовки, только для информационных целей)
- убедитесь, что для IP-адреса сервера исходящей почты установлен обратный DNS