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