Тет недавно столкнулся с такой вещью, скорее всего это давно уже всем известно...
Суть этой "вещи" вот в чем...
У меня в конфиге EXIM есть следующие проверки:
Код: Выделить всё
# Проверяем соответствие HELO и обратной записи DNS для севера:
deny
hosts = !+relay_from_hosts : *
condition = ${if !eq{$sender_helo_name}{$sender_host_name}{yes}{no}}
logwrite = "Host=$sender_host_name [$sender_host_address] with HELO=$sender_helo_name - reverse zone not match with HELO"
# Смотрим, нашлась ли обратная запись для этого хоста
deny
hosts = !+relay_from_hosts : *
condition = ${if eq{$host_lookup_failed}{1}{yes}{no}}
logwrite = "Host=$sender_host_name [$sender_host_address] with HELO=$sender_helo_name - no reverse zone for host"
Еще очень много серверов рубятся на этих правилах при проверке адреса отправителя...
Вот к примеру:
Код: Выделить всё
EXIM LOG ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
2009-04-02 12:26:30 "Host=filial.mrggroup.ru [77.247.188.92] with HELO=mx1.mrggroup.ru - reverse zone not match with HELO
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[12:54] / >nslookup mx1.mrggroup.ru
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
Name: mx1.mrggroup.ru
Address: 77.247.188.92
[12:54] / >nslookup 77.247.188.92
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
92.188.247.77.in-addr.arpa name = mail.mrggroup.ru.
92.188.247.77.in-addr.arpa name = filial.mrggroup.ru.
92.188.247.77.in-addr.arpa name = mail.mrgarant.ru.
Authoritative answers can be found from:
188.247.77.in-addr.arpa nameserver = ns2.westcall.ru.
188.247.77.in-addr.arpa nameserver = ns3.westcall.ru.
188.247.77.in-addr.arpa nameserver = ns.westcall.ru.
Код: Выделить всё
EXIM LOG ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
2009-02-17 10:55:52 "Host=severgaz.ru [62.213.77.82] with HELO=www.severgaz.ru - reverse zone not match with HELO"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[12:49] / >nslookup www.severgaz.ru
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
www.severgaz.ru canonical name = severgaz.ru.
Name: severgaz.ru
Address: 62.213.77.82
[12:49] / >nslookup 62.213.77.82
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
82.77.213.62.in-addr.arpa name = SEVERGAZ.RU.
Authoritative answers can be found from:
77.213.62.in-addr.arpa nameserver = ns2.caravan.RU.
77.213.62.in-addr.arpa nameserver = ns.caravan.RU.
ns.caravan.RU internet address = 217.23.128.1
ns2.caravan.RU internet address = 217.23.146.1
Caravan так это вообще отдельная песня... Я им писал что мол так и так, на что они мне ответили что - "у нас всё работает разбирайтесь со своим почтовиком"
Пытаюсь вразумить "тех, на другой стороне" чтобы они поправили записи, а в ответ меня, в большинстве случаев, посылают...
Что посоветуете? Забить на всех и всё и оставить как есть или перенастраивать свой почтовик?
Может есть какой-нибудь способ доходчиво объяснить "тем, на другой стороне" чтобы они корректно настраивали свои почтовики?...
Я конечно понимаю, что по большому счету отсутствие или некорректная запись в обратной зоне это не ошибка, и в RFC по этому поводу
тоже, вроде, ничего не сказано...
Мож кто-чего посоветует... как быть в такой ситуации?
не мешайте людям работать никто еще не придумал 100% избавления от спама .. а вот про ложное срабатывание слыхали все ..