Проблемы с проверкой записи почтовика в обратной зоне...

EXIM, sendmail, postfix, Dovecot и прочие. Решение проблем связанных с работой электронной почты

Модератор: xM

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-10 11:13:18

Салют всем...

Тет недавно столкнулся с такой вещью, скорее всего это давно уже всем известно...
Суть этой "вещи" вот в чем...
У меня в конфиге 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'ом...
Caravan так это вообще отдельная песня... Я им писал что мол так и так, на что они мне ответили что - "у нас всё работает разбирайтесь со своим почтовиком"
Пытаюсь вразумить "тех, на другой стороне" чтобы они поправили записи, а в ответ меня, в большинстве случаев, посылают...
Что посоветуете? Забить на всех и всё и оставить как есть или перенастраивать свой почтовик?
Может есть какой-нибудь способ доходчиво объяснить "тем, на другой стороне" чтобы они корректно настраивали свои почтовики?...
Я конечно понимаю, что по большому счету отсутствие или некорректная запись в обратной зоне это не ошибка, и в RFC по этому поводу
тоже, вроде, ничего не сказано...
Мож кто-чего посоветует... как быть в такой ситуации?

Хостинговая компания Host-Food.ru
Хостинг HostFood.ru
 

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2460 рублей (8 CPU, 8Gb RAM, 2x500Gb HDD, RAID 3ware 9750):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-10 11:31:20

Если у тебя ложных срабатываний спам-фильтра немного, то используй белые списки. Если много, тогда фильтруй по другим параметрам. Баллы там накидывай, ну, много вариантов есть.
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

Аватара пользователя
Laa
ст. лейтенант
Сообщения: 1032
Зарегистрирован: 2008-02-21 18:25:33
Откуда: Украина, Россия

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Laa » 2009-06-10 12:05:28

Ну нужно понимать, что весь интернет уму-разуму не научишь. :Search: :Search:
Можно вообще построить прием почты сугубо по РФЦ, но вас же ваши же пользователи и заклюют, мол не получил письмо от туда и от туда и еще от туда... :fool: :fool: :fool:

Поэтому остается только выполнять комплексную проверку, и по результатом комплексной проверки действовать. Например -- письмо от отправителя ХХ не попало ни в один из 5 РБЛ, в ДНС все четко, хело правильное и резолвится, в ДНС есть ПТР запись -- ОК, такое письмо принимаем без разговоров. Письмо от отправителя ZZ оказалось все хорошо, но проблемы с хело и в одном РБЛ он есть, ладно, бывает, даем defer (грейлист) и принимаем позже, если нормальный почтовый сервер -- доставит и позже, а если спамер -- то скорее всего обломится. Если отправитель YY оказался во всех РБЛ, в качестве хело у него QWERTY и хост, с которого идет отправка попадает, например, в шаблон [0-9-]+\.(cab|dsl|net)\.prima\.net\.ar , то тут явно спам и ничего хорошего от туда быть не может. Даем deny. И, возможно, вносим в базу данных, дабы после 10-20 раза на стадии коннект ему давать deny (на пол-дня или больше -- логи то не резиновые!)

Ну у меня так.
Пока полет нормальный.
exim: помните, что выдавая deny, вы можете недоставить ваше же письмо, зарубив sender-verify удаленного MTA к вашему MTA!!!

paix
лейтенант
Сообщения: 863
Зарегистрирован: 2007-09-24 12:41:05
Откуда: dn.ua
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение paix » 2009-06-10 14:19:54

Laa писал(а):. Даем deny. И, возможно, вносим в базу данных, дабы после 10-20 раза на стадии коннект ему давать deny (на пол-дня или больше -- логи то не резиновые!)
имеется в виду реляционная субд ? или можно обойтись и более простыми списками?
если не затруднит, можно примерчики?
With best wishes, Sergej Kandyla

Аватара пользователя
Laa
ст. лейтенант
Сообщения: 1032
Зарегистрирован: 2008-02-21 18:25:33
Откуда: Украина, Россия

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Laa » 2009-06-10 15:14:19

Мне лично sql понравился больше чем какие-то поделки в файловой системе.
exim поддерживает sqlite, можно и его юзать.
exim: помните, что выдавая deny, вы можете недоставить ваше же письмо, зарубив sender-verify удаленного MTA к вашему MTA!!!

Аватара пользователя
Alex Keda
стреляли...
Сообщения: 35071
Зарегистрирован: 2004-10-18 14:25:19
Откуда: Made in USSR
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Alex Keda » 2009-06-10 21:44:25

некоторые вещщи на файловой системе выглядят и работают красивей чем в sql
да и работают быстрей =)
есть своя прелесть в файловой системе
Убей их всех! Бог потом рассортирует...

Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-11 10:35:19

princeps писал(а):Если у тебя ложных срабатываний спам-фильтра немного, то используй белые списки. Если много, тогда фильтруй по другим параметрам. Баллы там накидывай, ну, много вариантов есть.
У меня основной спам рубится правилами EXIM'а... ну и в догонку ещё DSPAM стоит, он отлавливает то что всё-таки просочилось... :)
princeps писал(а):... то используй белые списки...
Вот как раз их я и использую...

paix
лейтенант
Сообщения: 863
Зарегистрирован: 2007-09-24 12:41:05
Откуда: dn.ua
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение paix » 2009-06-11 11:28:34

DSPAM это аналог спамассассина? чем он лучше последнего?
With best wishes, Sergej Kandyla

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-11 12:13:08

вроде поддержка прекратилась, так что уже ничем
Lazy caT писал(а): Вот как раз их я и использую...
Эээ, так и в чем тогда проблема?
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-15 10:56:09

princeps писал(а):вроде поддержка прекратилась, так что уже ничем
Lazy caT писал(а): Вот как раз их я и использую...
Эээ, так и в чем тогда проблема?
Проблема как раз в тех серваках которые некорректно настроены...
И в том что:
Еще очень много серверов рубятся на этих правилах при проверке адреса отправителя...
Иногда бывает прибегает какой-нибудь "перец" с выпучеными глазами и начинает вещать о том что он отправлял куда-то письмо а оно там не появилось и т.д. и т.п.
Приходится лезть в логи и смотреть, куда же это он чего отправлял... И оказывается что "тот сервак", куда он отправлял письмо, срезался, как раз, на правилах проверки записи в в обратной зоне DNS, при попытке проверить отправляющего...
И таких серваков уйма...

Сейчас вот думаю, как вывернутся и настроить exim таким образом чтобы, при попытке проверить отправляющего, серваки не рубились... Но, чтобы осталась проверка корректности записи в обратной зоне...

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-15 11:28:31

Lazy caT писал(а):Иногда бывает прибегает какой-нибудь "перец" с выпучеными глазами и начинает вещать о том что он отправлял куда-то письмо а оно там не появилось и т.д. и т.п.
Приходится лезть в логи и смотреть, куда же это он чего отправлял... И оказывается что "тот сервак", куда он отправлял письмо, срезался, как раз, на правилах проверки записи в в обратной зоне DNS, при попытке проверить отправляющего...
И таких серваков уйма...
Значит криво ты используешь белые списки. В прилепленной теме показано, как сделать, чтобы адрес автоматически вайт-листился при отправлении на него письма с твоего сервера. То есть при попытке удаленного сервера проверить отправителя, он уже должен быть в белых списках, соответственно, к нему проверка обратной записи не должна применяться.
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-16 12:18:24

princeps писал(а):...чтобы адрес автоматически вайт-листился при отправлении на него письма с твоего сервера...
Во, а об этом я как-то и не подумал... :(
У меня все белые листы забиты вручную... и до того как я прикрутил в конфиге проверку на "обратную запись", туда забивались зоны com, biz, net (в настройках разрешено получение только с зоны ru), не было особой нужды этот лист менять... А вот после того как я прикрутил эту проверку, началась "сильная головная боль" как раз с этими "криво настроенными серверами"... И видимо я, как-то, упустил из вида возможность занесения домена в WL во время отправки...
Сегодня начну копать... Спасибо за наводку...

Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-24 11:58:32

Сделал WL... работатет ОК... только спама больше стало... Но на то есть DSPAM, пусть сыпется пока...

Сегодня встретилась такая кракозябра...

Есть доменное имя primokna.ru соответственно вся почта оттуда имеет формат username@primokna.ru
Почтовый сервак этого домена стоит у хостинг провайдера farpost.ru соответственно и HELO у этого
почтового сервера ant1m.farpost.ru.

Код: Выделить всё

Найдена MX запись: primokna.ru (приоритет 10)
Найдена только одна MX запись.
Почтовый сервер: primokna.ru [80.92.162.25] приоритет:10
Почтовый сервер 80.92.162.25 ответил на 25 порту.
<= 220-ant1m.farpost.ru ESMTP Exim 4.69 #1 Wed, 24 Jun 2009 19:39:24 +1100
   220-We do not authorize the use of this system to transport unsolicited,
   220 and/or bulk e-mail.
=> HELO mailvalid.nettools.ru
<= 250 ant1m.farpost.ru Hello mailvalid.nettools.ru [77.246.230.9]
=> MAIL FROM: <mailvalid@nettools.ru>
<= 250 OK 
Епт, и что тут делать?...

Скрипт который заносит домены в WL он заносит только те домены, которые указаны в адресе E-Mail,
в данном случае это primokna.ru.
Вбил в свой WL этот домен вручную...
Буду пробовать настроить свой EXIM чтобы он эти "кривые" домены тоже вносил в WL...

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-24 13:37:16

эмм, а что не так? что mx-сервер и имя домена не совпадают?
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

Аватара пользователя
Lazy caT
мл. сержант
Сообщения: 87
Зарегистрирован: 2008-09-11 9:59:17
Откуда: Местные мы...
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение Lazy caT » 2009-06-24 13:58:37

princeps писал(а):эмм, а что не так? что mx-сервер и имя домена не совпадают?
домен и почта @primokna.ru
имя сервера и его HELO ant1m.farpost.ru

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-24 14:31:56

ну и что? Письма-то приходят от @primokna.ru? значит, вайт-лист должен их пропускать. Делай проверку в вайт-листе по домену отправителя, а не по helo, иначе ты ни от кого почту не получишь, кто ее у хостеров держит.
Внимательно почитай первое сообщение http://forum.lissyara.su/viewtopic.php? ... 77&start=0, там $domain проверяют, а не $sender_helo_name.
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-06-24 14:34:00

кстати, поэтому, видимо, у тебя и спама больше стало - потому что заносишь в белые списки непонятно что :) DSPAM тоже не должен проверять письма из белых списков, иначе нафиг они такие нужны.
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

balton
ефрейтор
Сообщения: 51
Зарегистрирован: 2008-12-03 21:15:50

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение balton » 2009-07-13 22:21:12

Laa писал(а):Ну нужно понимать, что весь интернет уму-разуму не научишь. :Search: :Search:
Можно вообще построить прием почты сугубо по РФЦ, но вас же ваши же пользователи и заклюют, мол не получил письмо от туда и от туда и еще от туда... :fool: :fool: :fool:

Поэтому остается только выполнять комплексную проверку, и по результатом комплексной проверки действовать. Например -- письмо от отправителя ХХ не попало ни в один из 5 РБЛ, в ДНС все четко, хело правильное и резолвится, в ДНС есть ПТР запись -- ОК, такое письмо принимаем без разговоров. Письмо от отправителя ZZ оказалось все хорошо, но проблемы с хело и в одном РБЛ он есть, ладно, бывает, даем defer (грейлист) и принимаем позже, если нормальный почтовый сервер -- доставит и позже, а если спамер -- то скорее всего обломится. Если отправитель YY оказался во всех РБЛ, в качестве хело у него QWERTY и хост, с которого идет отправка попадает, например, в шаблон [0-9-]+\.(cab|dsl|net)\.prima\.net\.ar , то тут явно спам и ничего хорошего от туда быть не может. Даем deny. И, возможно, вносим в базу данных, дабы после 10-20 раза на стадии коннект ему давать deny (на пол-дня или больше -- логи то не резиновые!)

Ну у меня так.
Пока полет нормальный.
РБЛ убирай .. в РБЛ попадают низачто ни прочто .. например некоторых отсылают на юг говоря что у них динамический ИП адрес .. а выдрать из РБЛ никак уже ..

balton
ефрейтор
Сообщения: 51
Зарегистрирован: 2008-12-03 21:15:50

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение balton » 2009-07-13 22:26:12

Lazy caT писал(а): Иногда бывает прибегает какой-нибудь "перец" с выпучеными глазами и начинает вещать о том что он отправлял куда-то письмо а оно там не появилось и т.д. и т.п.
Приходится лезть в логи и смотреть, куда же это он чего отправлял... И оказывается что "тот сервак", куда он отправлял письмо, срезался, как раз, на правилах проверки записи в в обратной зоне DNS, при попытке проверить отправляющего...
И таких серваков уйма...

Сейчас вот думаю, как вывернутся и настроить exim таким образом чтобы, при попытке проверить отправляющего, серваки не рубились... Но, чтобы осталась проверка корректности записи в обратной зоне...
иногда бывает черте чо возомнивший о себе админ .. когда говоришь ему .. чувак отруби нахрен всю антиспам, рбл и тд .. .. уже три дня нет ниодного письма .. а он ни бе ни ме не моежт сказать .. и приходится ставить самому личный сервер

людям нужна почта , нужен спам :"": не мешайте людям работать никто еще не придумал 100% избавления от спама .. а вот про ложное срабатывание слыхали все ..

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-07-14 8:29:21

пиз.... хм, ложь и провокация. У меня рубится 99,5% спама, ложные срабатывания - раз в полгода. Моим пользователям спам не нужен.
не засланный ли казачок? ;-)
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

princeps
майор
Сообщения: 2684
Зарегистрирован: 2007-09-25 10:20:59
Откуда: Сочи, Москва
Контактная информация:

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение princeps » 2009-07-14 8:30:36

balton писал(а):например некоторых отсылают на юг говоря что у них динамический ИП адрес
и совершенно правильно поступают, нехрен нормальному почтовику делать на динамическом ип.
Deus quos vult perdere dementat prius
http://www.itforum-sochi.ru

balton
ефрейтор
Сообщения: 51
Зарегистрирован: 2008-12-03 21:15:50

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение balton » 2009-07-14 12:42:20

princeps писал(а):
balton писал(а):например некоторых отсылают на юг говоря что у них динамический ИП адрес
и совершенно правильно поступают, нехрен нормальному почтовику делать на динамическом ип.
ИП имеет домен вида mail.host.ru тоесть домен 4 симовльный
имеет обратную зону типа mail.host.ru
и этот ИП адрес принадлежит около 5 лет одной и тойже организации

в каком месте он динамический ?

balton
ефрейтор
Сообщения: 51
Зарегистрирован: 2008-12-03 21:15:50

Re: Проблемы с проверкой записи почтовика в обратной зоне...

Непрочитанное сообщение balton » 2009-07-14 12:44:27

princeps писал(а):пиз.... хм, ложь и провокация. У меня рубится 99,5% спама, ложные срабатывания - раз в полгода. Моим пользователям спам не нужен.
не засланный ли казачок? ;-)
у меня 99% процентов рубится по правилам вида
http://forum.lissyara.su/viewtopic.php? ... 42#p178042
balton писал(а):
стоят правила (тоесть письмо ваабще не принимается .. если не соответствует одному из ниже)
1) рубить всех у кого нет домена
2) у кого нет обратной зоны
3) у кого динамический ИП вида

Код: Выделить всё

  ${if match{$sender_host_name}{adsl|dialup|pool|peer|dhcp|dsl|cable|dynamic|dialin|ppp|pppoe}{yes}{no}}
  ${if match{$sender_host_name} {\N^\S+\d+\-\d+\-\d+\S+\N} {yes}{no}}
  ${if match{$sender_host_name} {\N^\D+\d{5,}\D+\N} {yes}{no}}
4) ну и всякие мелочевки которые претваряютца нашим доменом

всё .. с этими простыми правилами про спам я ваабще забыл напрочь
без всяких РБЛ листов и без антиспамов .. и ниодно письмо ни "потерялось" ни "недошло"

вы посмотрите логи .. покумекайте .. и всё .. никаких списков РБЛ никакх серых списков .. ничо не надо будет ..

покуда большинство спамеров .. спамят то с левых машин .. которые не имеют ни домена ни обратной зоны и тд и тп .

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