Когда мы отправляем почту на серверы Hotmail, они не узнают наш идентификатор отправителя. В источнике получающей почты он читает
Результаты аутентификации: hotmail.com; отправитель-id = temperror ...
когда он должен сказать "пройти", как и любой другой. Поэтому наши законные письма попадают в папку нежелательной почты.
Несколько замечаний:
- SPF правильно настроен и работает со всеми другими крупными поставщиками электронной почты, такими как Yahoo, Gmail и т. Д.
- Мы давно отправили свой Sender ID.
- Мы подписались на программу JMR.
- Мы испробовали все вышеперечисленные шаги с другим нашим доменом и другими IP-адресами, ничего не изменилось.
Мы получаем эту ошибку в течение нескольких недель. Интересно, как это делают люди, у которых в шапке стоит «пас».
Я знаю, что не только идентификатор отправителя влияет на доставляемость, но мне нужно исправить только идентификатор отправителя, поскольку его решить сложнее всего, и, вероятно, это единственная проблема, которая у нас есть. IP и домен новые и не включены ни в один черный список.
Заранее спасибо.
У сотрудников OpenSPF есть объяснение этим вспыльчивым настроениям.
Из http://www.openspf.org/FAQ/Hotmail_and_TempError :
Hotmail не использует живой DNS для идентификатора отправителя. У них есть кеш DNS, который они обновляют дважды в день. Все TempError означает, что запись SPF вашего домена отсутствует в их кеше. Чтобы ваша запись была добавлена в их кэш, отправьте сообщение электронной почты на адрес senderid@microsoft.com с вашим доменом в нем. Они добавят его, но будьте терпеливы, поскольку это ручной процесс, а кеш обновляется только два раза в день.
Я бы высказать свое мнение о лицах, ответственных за это, но я почти уверен, что это нарушит правила сайта в отношении ненормативной лексики.
Кажется, ошибка на стороне Hotmail. У меня такая же проблема, как и у вас, с 3 месяцев, некоторые домены с такими же записями spf, чем другие домены, не работают с senderid = temperror.
Я написал в hotmail, они сказали мне, что это ошибка на их стороне (возможно, в их кеше DNS), и они «активно» работают над ее устранением ...
hotmail отстой ....
Попробуйте отправить сообщение на адрес верификатора порта 25 mailrcheck-auth@verifier.port25.com. Вы можете просмотреть мой опыт в Обнаружение подделки почтового сервера. В статье содержится список служб проверки, которые могут помочь вам отследить вашу проблему.
Я не знаю, в чем должен быть вопрос, поэтому предполагаю: «Как проверить записи SPF?»
Лучшее предположение - посетить http://www.kitterman.com/spf/validate.html, заполните форму (ы) и проверьте наличие ошибок. Вы, вероятно, не увидите ошибок, иначе Google сразу отклонит запрос. Но вы можете увидеть предупреждения. Позаботьтесь о предупреждениях, исправьте их, и вы увидите.
И тогда вы должны знать, что Sender ID не является SPF. См. Википедию вход и OpenSPF веб-сайт (когда он снова будет в сети). Но есть даже больше Ресурсы.
Эта проблема возникает у других интернет-провайдеров. Это не проблема вашего SPF. Я считаю, что в связи с новыми мерами соответствия есть изменения в прочтении SPF и DKIM. Я вижу эту ошибку больше с жесткими настройками SPF, но без DKIM. Вам не нужен DKIM, но я думаю, к сожалению, есть некоторая корреляция между этими ошибками и отсутствующим DKIM.