SOFTFAIL = неисправный SPF или упорный почтовый сервер?

Я получаю softfail в большинстве писем, отправленных с помощью phphmailer. Я много раз обновлял SPF и завязывал разные препирательства. Я прочитал большинство связанных сообщений о stackoverflow, но ни одного из них не касается моей проблемы.

SPF, который лучше всего работает:

"v = spf1 mx a a: mail.citynetwork.se? all"

Он по-прежнему дает мне softfail и X-Spam-Score 1,4–1,9.

сервер mail.citynetwork.se (91.123.193.200) обрабатывает всю входящую почту, включая smtp, но при отправке они используют mailout.citynetwork.se (91.123.193.63 и 91.123.193.90).

Здесь говорится либо: Received-SPF: softfail (google.com: домен перехода [email protected] не обозначает 2a00: 16d8: 0: 12 :: 10 в качестве разрешенного отправителя) client-ip = 2a00: 16d8: 0: 12 :: 10;

Received-SPF: permerror (google.com: постоянная ошибка обработки при поиске [email protected]) client-ip = 2a00: 16d8: 0: 12 :: 10;

или Received-SPF: softfail (google.com: домен перехода [email protected] не назначает 91.123.193.90 разрешенным отправителем) client-ip = 91.123.193.90;

ip 91.123.193.90 (mailout.citynetwork.se), похоже, не содержит каких-либо записей SPF, поэтому, если я добавлю его, это приведет к ошибке.

Однажды я волшебным образом получил пропуск: Received-SPF: pass (google.com: домен [email protected] обозначает 91.123.193.90 в качестве разрешенного отправителя) client-ip = 91.123.193.90;

но когда я попробовал снова, он перестал работать.

с SPF: "v = spf1 mx a include: mail.citynetwork.se -all" я получил сначала permerror, затем PASS, затем нейтральный, нейтральный нейтральный ....

Кто-нибудь может понять это? Не обновляются ли записи SPF на моем сервере мгновенно или как я могу получить другой чек с тем же кодом, почтой и SPF? Дают ли "include:" и "a:" одинаковый результат? Нужен ли мне адрес CIDR? Следует ли / Могу ли я добавлять IP-адреса вместо доменов?


email smtp spf
person pratbubbla    schedule 14.01.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Итак, в вашем вопросе много чего происходит, и нам нужно немного его разобрать. Во-первых, помните, что SPF - это политика на основе DNS, и поэтому оценка политики зависит от DNS получающего почтового сервера. Таким образом, из-за кэширования DNS изменения политики могут не вступить в силу немедленно или даже не согласованно для разных серверов, обрабатывающих входящую электронную почту для одного домена. Это может объяснить, почему вы видите разные результаты.

Как правило, при работе над отладкой политики SPF вы должны установить низкий TTL (300 или 600 секунд) и попытаться распределить свои изменения. Некоторые серверы будут рассматривать любой TTL менее 1 часа как час, поэтому ваши изменения могут не распространяться так, как вы ожидаете, если вы сделаете их слишком быстро.

Теперь, что касается другого вопроса о том, какую политику вы должны использовать:

  1. Не используйте include, если вы не включаете запись SPF, которая определена в включаемом домене. Для mail.citynetwork.se не определена запись SPF, поэтому вам не следует использовать директиву include

  2. Как правило, лучше использовать явные IP-адреса, чем директивы a или mx, когда это возможно. В вашем случае должно работать правило типа v=spf1 ip4:91.123.193.90 ip4:91.123.193.63 ip6:2a00:16d8:0:12::10 ~all. Обратите внимание, это предполагает, что IP-адреса статические, что может быть не так.

  3. Если IP-адреса не статические, вы можете использовать директиву a в своем правиле. Например, что-то вроде v=spf1 a:mailout.citynetwork.se ~all. Это включает в себя два адреса IPv4, на которые вы ссылаетесь, хотя адрес IPv6 в записи AAAA не является точным совпадением с адресом в вашем вопросе. Этот адрес мог быть изменен с момента, когда вы задали вопрос, и сейчас, или это может быть неправильный адрес. Так что это правило может не работать из коробки.

Поэтому измените правило на то, которое я указал выше в №2 или №3 с низким TTL, подождите час или около того, а затем снова запустите тесты.

person Peter Goldstein    schedule 15.01.2015
comment
Спасибо за отличный ансер. На этот раз я не буду пробовать его, так как решил использовать бесплатный smpt-сервер Mandrill, который также регистрирует всю почту. У моего хоста citynetwork.se в основном есть сайты на wordpress, и, похоже, он вообще не был заинтересован в устранении моих проблем. - person pratbubbla; 22.01.2015