Электронное письмо с веб-сайта не доставляется из-за сбоя SPF
Мне нужно небольшое руководство по отклонению электронной почты, связанной со спамом, которую получает наш веб-сайт. Это сайт Wordpress, размещенный на WPengine. Насколько мне известно, он использует почтовую программу PHP по умолчанию.
Я настроил запись SPF для домена нашего веб-сайта, которая разрешает IP-адреса WPengine путем включения: wpengine.com. Это, в свою очередь, Существует также ряд других IP-адресов, которые включены в нашу запись, но, несмотря на ошибку http://www.kitterman.com/spf/validate.html и предупреждение о слишком большом количестве запросов из MXtoolbox , SPF действителен.
Мы получаем все отправленные формы с нашего сайта (я добавил некоторые правила сообщений Exchange, чтобы убедиться, что они доставляются во входящие, а не в спам или беспорядок), как и другие почтовые серверы Exchange в наших разных офисах используется другой домен электронной почты. Есть один проблемный офис, у которого есть почтовый сервер Kerio, который отклоняет электронные письма с отправкой форм с нашего веб-сайта.
Я знаю это, потому что я установил «Почтового пользователя» на нашем сервере Exchange с внешним пересылкой на почтовый ящик Kerio, для которого предназначена отправка формы.
Электронные письма для отправки формы отправляются с: postmaster@ourdomain.com.au на MailUser@ourdomain.com.au (перенаправляются на recipient@theirdomain.com.au ).
Когда я выполняю трассировку сообщений на нашем Exchange, я вижу следующие результаты:
Эта проблема полностью моя? Или я могу просто попросить администратора этого почтового сервера Kerio создать несколько записей в белом списке для нашего домена электронной почты, сайта WPengine и темы электронной почты для отправки формы?
Ответ заключается в предупреждении «слишком много просмотров», которое должно быть ошибкой, сообщающей вам, что ваша запись SPF недействительна из-за превышения лимита поиска 10 :
4.6.4. Ограничения поиска DNS
Некоторые механизмы и модификаторы (в совокупности «термины») вызывают DNS запросы во время оценки, а некоторые нет. Следующее термины вызывают запросы DNS: «include», «a», «mx», «ptr» и механизмы «существует» и модификатор «перенаправление». SPF реализации ДОЛЖНЫ ограничить общее количество этих терминов до 10 во время оценки SPF, чтобы избежать чрезмерной нагрузки на DNS. Если этот предел превышен, реализация ДОЛЖНА возвращать "permerror".
На этом сайте есть несколько предложений о том, как решить вашу проблему, например, просмотр вашей записи SPF для удаления ненужных включений или реструктуризация ваших почтовых доменов для разделения писем по источнику (или просто не использовать SPF).
Например, вы можете настроить форму для отправки электронной почты с (скрытого), а затем настроить запись SPF для этого имени:
webform.example.com. IN TXT "v=spf1 include:wpengine.com"
(не забудьте MX, если вы хотите, чтобы люди могли отвечать на эти электронные письма и, конечно, настроить ваш почтовый сервер для распознавания адресов)