Меню

Openspf net не работает

Gmail отклоняет электронные письма. Openspf.net не проходит тесты

У меня проблема с Gmail.

Он начался после того, как один из зараженных нами троянских компьютеров отправил спам в течение одного дня с нашего IP-адреса.

Мы исправили проблему, но попали в 3 черные списки. Мы это исправили. Но все же каждый раз, когда мы отправляем электронное письмо в Gmail, сообщение отклоняется:

Итак, я снова проверил руководство Google Bulk Sender и обнаружил ошибку в нашей записи SPF и исправил ее. Google говорит, что через некоторое время все должно стать хорошо, но этого не происходит. Прошло уже 3 недели, но мы по-прежнему не можем отправлять письма в Gmail.

Наша установка MX немного сложна, но не слишком много: у нас есть доменное имя delo-company.com, у него есть собственная почта @ delo-company.com (эта штука в порядке, но проблемы с sub -доменное имя corp.delo-company.com).

В домене Delo-company.com есть несколько записей DNS для субдомена:

все только для целей тестирования, это было все до этого)

Эти записи относятся к нашему корпоративному серверу Exchange 2003 по адресу 82.209.198.147. Его имя локальной сети — s2.corp.delo-company.com, поэтому приветствия HELO /EHLO также являются s2.corp.delo-company.com.

Чтобы пройти проверку EHLO, мы также создали некоторые записи в DNS delo-company.com:

Как я понимаю, проверки SPF должны быть переданы следующим образом: Out server s2 подключается к MX получателя (Rcp.MX): EHLO s2.corp.delo-company.com Rcp.MX говорит «ОК» и делает проверку SPF HELO /EHLO. Он NSlookup для s2.corp.delo-company.com и получает вышеупомянутые DNS-записи. В записях TXT говорится, что s2.corp.delo-company.com должен быть только с IP 82.209.198.147. Поэтому он должен быть передан.

Тогда наш сервер s2 говорит, что RCPT FROM: сервер Rcp.MX` также проверяет его. Значения одинаковы, поэтому они также должны быть положительными.

Возможно, есть также проверка rDNS, но я не уверен, что проверено HELO или RCPT FROM.

Читайте также:  Если сломался рейсовый автобус должны ли вернуть деньги

Наша запись PTR для 82.209.198.147:

Для меня все выглядит хорошо, но в любом случае все письма отклоняются Gmail.

Итак, я проверил MXtoolbox.com — он говорит, что все в порядке, я прошел http : //www.kitterman.com/spf/validate.html Проверка Python, я проверил проверку почты 25port.com. Это тоже хорошо:

Я также проверил с [email protected], но он НЕИСПРАВНОСТИ все время, независимо от того, какие записи SPF я делаю:

Я заполнил форму Gmail дважды, но ничего не происходит.

Мы не отправляем спам, а только электронные письма для наших клиентов. 2 или 3 раза мы делали массовые электронные письма (например, поздравления с новыми гостями и рекламные промо) с адресов corp.delo-company.com, но они, где все соответствуют Gmail Bulk Sender’s Guide (я имею в виду SPF, Open Relays, Precedence: Bulk and Unsubscribe теги). Таким образом, это не должно быть проблемой.

Пожалуйста, помогите мне. Что я делаю неправильно?

UPD: Я также опробовал тест Unlocktheinbox.com, и сервер также пропустил этот тест. Здесь — результат; здесь является еще одним.

Я также попытался отправить электронную почту с этого сервера вручную через telnet, и все в порядке. Вот что я набираю:

Источник

Отправитель не проходит проверку по SPF

Все новые темы

Список форумов SYSAdmins.RU -> WINDOWS
Автор
DeniTornado
Старожил форума

Зарегистрирован: 22.10.2007
Пользователь #: 62,692
Сообщения: 2344


Голоса: 2

Добавлено: Пн 14 Май, 2018 13:57 Заголовок сообщения: Отправитель не проходит проверку по SPF
Вернуться к началу
Зарегистрируйтесь и реклама исчезнет!

b1den
Новичок

Зарегистрирован: 11.02.2011
Пользователь #: 128,587
Сообщения: 42


Голоса: 1

Добавлено: Пн 14 Май, 2018 14:16 Заголовок сообщения:
Вернуться к началу
DeniTornado
Старожил форума

Зарегистрирован: 22.10.2007
Пользователь #: 62,692
Сообщения: 2344


Голоса: 2

Добавлено: Пн 14 Май, 2018 14:28 Заголовок сообщения:
Вернуться к началу
b1den
Новичок

Зарегистрирован: 11.02.2011
Пользователь #: 128,587
Сообщения: 42


Голоса: 1

Добавлено: Пн 14 Май, 2018 14:34 Заголовок сообщения:
Вернуться к началу
b1den
Новичок

Зарегистрирован: 11.02.2011
Пользователь #: 128,587
Сообщения: 42


Голоса: 1

Добавлено: Пн 14 Май, 2018 14:35 Заголовок сообщения:
Вернуться к началу
DeniTornado
Старожил форума

Зарегистрирован: 22.10.2007
Пользователь #: 62,692
Сообщения: 2344


Голоса: 2

Добавлено: Пн 14 Май, 2018 14:46 Заголовок сообщения:
Вернуться к началу
b1den
Новичок

Зарегистрирован: 11.02.2011
Пользователь #: 128,587
Сообщения: 42


Голоса: 1

Добавлено: Пн 14 Май, 2018 14:53 Заголовок сообщения:
Вернуться к началу
DeniTornado
Старожил форума

Зарегистрирован: 22.10.2007
Пользователь #: 62,692
Сообщения: 2344


Голоса: 2

Добавлено: Пн 14 Май, 2018 15:03 Заголовок сообщения:
Вернуться к началу
DeniTornado
Старожил форума

Зарегистрирован: 22.10.2007
Пользователь #: 62,692
Сообщения: 2344

Источник

Gmail отклоняет электронные письма. Openspf.net не проходит тесты

У меня проблема с Gmail.

Это началось после того, как один из наших зараженных трояном компьютеров отправил спам на один день с нашего IP-адреса.

Мы исправили проблему, но попали в 3 черных списка. Мы это тоже исправили. Но, тем не менее, каждый раз, когда мы отправляем письмо в Gmail, сообщение отклоняется:

Поэтому я еще раз проверил руководство Google Bulk Sender и нашел ошибку в нашей записи SPF и исправил ее. Google говорит, что через некоторое время все должно стать хорошо, но этого не происходит. Уже прошло 3 недели, но мы все еще не можем отправлять письма в Gmail.

Наши настройки MX немного сложны, но не слишком сложны: у нас есть доменное имя delo-company.com, у него есть свой собственный mail @ delo-company.com (это хорошо, но проблемы с именем субдомена corp.delo-company.com).

Домен Delo-company.com имеет несколько DNS-записей для субдомена:

все только для целей тестирования, это было до этого)

Эти записи предназначены для нашего корпоративного сервера Exchange 2003 по адресу 82.209.198.147. Его имя в локальной сети s2.corp.delo-company.com, поэтому приветствия HELO / EHLO также s2.corp.delo-company.com.

Чтобы пройти проверку EHLO, мы также создали несколько записей в DNS delo-company.com:

Как я понимаю, SPF-проверки должны проходить следующим образом: наш сервер s2 подключается к MX получателя (Rcp.MX): EHLO s2.corp.delo-company.com Rcp.MX говорит «ОК» и выполняет проверку SPF для HELO / EHLO. Это делает NSlookup для s2.corp.delo-company.com и получает вышеупомянутые DNS-записи. Записи TXT говорят, что s2.corp.delo-company.com должен быть только с IP 82.209.198.147. Так что это должно быть принято.

Затем наш сервер s2 сообщает RCPT FROM: Сервер Rcp.MX` тоже проверяет это. Значения одинаковы, поэтому они также должны быть положительными.

Может быть, есть также проверка rDNS, но я не уверен, что проверяется HELO или RCPT FROM.

Наш рекорд PTR для 82.209.198.147:

Для меня все выглядит хорошо, но в любом случае Gmail отклоняет все электронные письма.

Итак, я проверил MXtoolbox.com — он говорит, что все в порядке, я прошел http://www.kitterman.com/spf/validate.html Проверка Python, я сделал тест электронной почты 25port.com. Это тоже хорошо

Я также проверил с spf-test@openspf.net, но он постоянно СДЕЛАН, независимо от того, какие записи SPF я делаю:

Я заполнил форму Gmail дважды, но ничего не происходит.

Мы не рассылаем спам, только электронные письма нашим клиентам. 2 или 3 раза мы делали массовые электронные письма (например, новогодние поздравления и рекламные акции) с адресов corp.delo-company.com, но все они соответствовали Руководству для массовых отправителей Gmail (я имею в виду SPF, открытые ретрансляции, приоритет: массовые и отписаться) теги). Таким образом, это не должно быть проблемой.

Пожалуйста, помогите мне. Что я делаю неправильно?

UPD: Я также пробовал тест Unlocktheinbox.com, и сервер также не проходит этот тест. Вот результат; вот еще один.

Я также пытался отправить электронную почту с этого сервера вручную через telnet, и все в порядке. Вот что я печатаю:

Источник

Настройка и ремонт техники © 2021
Внимание! Информация, опубликованная на сайте, носит исключительно ознакомительный характер и не является рекомендацией к применению.

Adblock
detector