[Sysadmins] Проблемы с http://dsbl.org/

[Sysadmins] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

	Здравствуйте!
	Такая проблема: попала наша почта в  "чёрные списки" 
на http://dsbl.org/
	Для того, чтобы отписаться, google, похоже, выдал рецепт: почта
извне должна приходить на  postmaster@195.38.49.180.
Почта на  postmaster@mail.sesc.ru ходит, но 
http://dsbl.org/removal?ip=195.38.49.180 при попытке отправить письмо
на postmaster@mail.sesc.ru говорит:

"Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)"

	Что нужно подправить в postfix, чтобы почта приходила и на
postmaster@195.38.49.180?
	И правильный ли это рецепт?

	Успехов. Павел

Re: [Sysadmins] Проблемы с http://dsbl.org/

[LIO]

Здравствуйте.

11.10.2007 20:08 Pavel wrote:

PNS>         Здравствуйте!
PNS>         Такая проблема: попала наша почта в  "чёрные списки" 
PNS> на http://dsbl.org/

http://dsbl.org/
The DSBL lists contain the IP addresses of servers which have relayed
special test messages to listme@listme.dsbl.org; this can happen if
the server is an open relay, an open proxy or has another
vulnerability that allows anybody to deliver email to anywhere,
through that server. Note that DSBL itself doesn't do any tests; it
simply listens for incoming test messages and lists the server that
delivers the message to DSBL's mail server.

Для начала советуют всё же избавиться от вирусов, троянов, червей,
дырок и прочего.

http://dsbl.org/removalquery
How do hosts get removed from DSBL?
The removal of a host from DSBL is done using the following procedure:
1. Somebody requests that the host is removed from DSBL.
2. DSBL sends a confirmation email to the administrator of the host in
question.
3. The server administrator confirms that the server should be removed
from DSBL by clicking the link in the email.
4. 24-25 hours later, DSBL removes the server from the list.

Note that DSBL does not verify whether the server has been secured or
not, the fact that the server's administrator is made aware of the
fact that there is (or was) a problem should mean the problem gets
fixed. If it doesn't get fixed the next spam run will probably trigger
a test by one of the other DSBL testers and will get the server listed
again.

А когда избавились - написать свой IP тут http://dsbl.org/removalquery
и ждать пока, скорее всего на postmaster@vulnerable_host напишут.



-- 
Binary yours,
 LIO

Re: [Sysadmins] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

On Thu, 11 Oct 2007 20:29:35 +0400
LIO wrote:

> Здравствуйте.
> 
> 11.10.2007 20:08 Pavel wrote:
> 
> PNS>         Здравствуйте!
> PNS>         Такая проблема: попала наша почта в  "чёрные списки" 
> PNS> на http://dsbl.org/
....
> Для начала советуют всё же избавиться от вирусов, троянов, червей,
> дырок и прочего.

	Вирусов, троянов, червей и открытого релея с вероятностью 99,9%
нет.
 
......
> А когда избавились - написать свой IP тут http://dsbl.org/removalquery
> и ждать пока, скорее всего на postmaster@vulnerable_host напишут.

	Вот из-за этого и разгорелся весь сыр-бор. Я пишу на
http://dsbl.org/removalquery, а он мне отвечает, что: "Sorry, I wasn't
able to establish an SMTP connection. (#4.4.1)"
И я не могу понять, почему он не может соединиться.

Поиск в google рисует нерадостную ситуацию - например:
http://forum.windowsfaq.ru/archive/index.php/t-20853.html
где говорится, что проще IP сменить, чем отписаться.

 А вопрос был такой, что нужно подправить в конфигурации postfix, чтобы
письма на адрес postmaster@195.xxx.xxx.xxx принимались, где
195.xxx.xxx.xxx - адрес почтовой машины.

	Успехов. Павел.

Re: [Sysadmins] Проблемы с http://dsbl.org/

[LIO]

Здравствуйте.

11.10.2007 21:24 Pavel wrote:
>> А когда избавились - написать свой IP тут http://dsbl.org/removalquery
>> и ждать пока, скорее всего на postmaster@vulnerable_host напишут.
PNS>         Вот из-за этого и разгорелся весь сыр-бор. Я пишу на
PNS> http://dsbl.org/removalquery, а он мне отвечает, что: "Sorry, I wasn't
PNS> able to establish an SMTP connection. (#4.4.1)"
PNS> И я не могу понять, почему он не может соединиться.
Хммммм....
Добавления в 'mydestination' '195.xxx.xxx.xxx' должно хватить.


-- 
Binary yours,
 LIO

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

On Thu, 11 Oct 2007 20:29:35 +0400
LIO wrote:

> А когда избавились - написать свой IP тут http://dsbl.org/removalquery
> и ждать пока, скорее всего на postmaster@vulnerable_host напишут.

	Всё оказалось и проще, и сложнее.
Спасибо умнице Ване Дементьеву (http://www.divan1.pp.ru/), который
догадался искать письма от dsbl.org в списке отброшенных, как спам.
Дело в том, что письма на postmaster@ от dsbl.org, как выяснилось, идут
без указания адреса отправителя, а такие письма postfix, даже в
настройках по умолчанию, отстреливает на подлёте... В отброшенных
нашлось письмо от dsbl.org, где предлагалось сходить по ссылке и, менее
чем через сутки, мы были удалены из базы.
	Стало понятно, почему многие предпочитают сменить ИП-адрес, чем
бороться с dsbl.org...

-- 
	Успехов. Павел.

Re: [Sysadmins] Проблемы с http://dsbl.org/

[Dmitry Lebkov]

Pavel N. Solovyov пишет:
> On Thu, 11 Oct 2007 20:29:35 +0400
[skip]
>  А вопрос был такой, что нужно подправить в конфигурации postfix, чтобы
> письма на адрес postmaster@195.xxx.xxx.xxx принимались, где
> 195.xxx.xxx.xxx - адрес почтовой машины.

Вопрос неправильно поставлен. Надо искать реальную причину, по
которой dsbl.org не может доставить письма на postmaster@mail.sesc.ru.

Судя по отсутствию MX-записи:

$ dig @ns.sakhalin.ru mail.sesc.ru MX
;; QUESTION SECTION:
;mail.sesc.ru.                  IN      MX

;; AUTHORITY SECTION:
sesc.ru.                10600   IN      SOA     sesc.ru. support.sesc.ru. 1907241887 10800 3600 604800 38400

;; Query time: 0 msec
;; SERVER: 195.72.225.205#53(195.72.225.205)
;; WHEN: Wed Jan 16 14:00:15 2008
;; MSG SIZE  rcvd: 74


И невозможности подключиться на 25 порт mail.sesc.ru:

$ telnet mail.sesc.ru 25
Trying 195.38.49.180...
telnet: connect to address 195.38.49.180: No route to host


Сайт http://dsbl.org/removal?ip=195.38.49.180 говорит чистую правду:
"Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)"

Выясняйте, почему снаружи к вашему почтовику невозможно подключиться.


-- 
WBR, Dmitry Lebkov

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Anton Kvashin]

Pavel N. Solovyov пишет:
> Дело в том, что письма на postmaster@ от dsbl.org, как выяснилось, идут
> без указания адреса отправителя, а такие письма postfix, даже в
> настройках по умолчанию, отстреливает на подлёте...

Получается и callout для остальных (которые используют <>) не проходил?
postmaster должен быть открыт всем, странно что разработчики так 
организовали коробочную конфигурацию.

> Стало понятно, почему многие предпочитают сменить ИП-адрес, чем
> бороться с dsbl.org...

Многие предпочитают туда не попадать. И за исключение адреса не берут 
деньги.

-- 
Anton Kvashin

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

On Wed, 16 Jan 2008 10:32:26 +0500
Anton Kvashin wrote:

> > Дело в том, что письма на postmaster@ от dsbl.org, как выяснилось, идут
> > без указания адреса отправителя, а такие письма postfix, даже в
> > настройках по умолчанию, отстреливает на подлёте...
> 
> Получается и callout для остальных (которые используют <>) не проходил?
> postmaster должен быть открыт всем, странно что разработчики так 
> организовали коробочную конфигурацию.

	Для проверки прохождения писем на  postmaster@, завел, как
рекомендуют на dsbl.org, почтовый ящик на yahoo.com, отправил письмо на
postmaster@sesc.ru, письмо, как и следовало ожидать, пришло без
проблем, а вот от dsbl.org письма не приходили.

> > Стало понятно, почему многие предпочитают сменить ИП-адрес, чем
> > бороться с dsbl.org...
> 
> Многие предпочитают туда не попадать. И за исключение адреса не берут 
> деньги.

	Причина, по которой мы туда попали, мне неизвестна. Открытого
релея, который будто бы обнаружился, у нас никогда не было.

 -- 
	Успехов. Павел.

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Maxim Tyurin]

Pavel N. Solovyov writes:

> On Thu, 11 Oct 2007 20:29:35 +0400
> LIO wrote:
>
>> А когда избавились - написать свой IP тут http://dsbl.org/removalquery
>> и ждать пока, скорее всего на postmaster@vulnerable_host напишут.
>
> 	Всё оказалось и проще, и сложнее.
> Спасибо умнице Ване Дементьеву (http://www.divan1.pp.ru/), который
> догадался искать письма от dsbl.org в списке отброшенных, как спам.
> Дело в том, что письма на postmaster@ от dsbl.org, как выяснилось, идут
> без указания адреса отправителя, а такие письма postfix, даже в
> настройках по умолчанию, отстреливает на подлёте... В отброшенных
> нашлось письмо от dsbl.org, где предлагалось сходить по ссылке и, менее
> чем через сутки, мы были удалены из базы.

У вас криво настроен postfix. Он не должен отбрасывать письма от <>
ибо этим нарушает std.

> 	Стало понятно, почему многие предпочитают сменить ИП-адрес, чем
> бороться с dsbl.org...

Из dsbl.org адрес легко выносится роботом.
Хотя ошибочные попадания в базу у них замечены.
Но это не важно ИМХО - различными dbl пользуются те кому почта не
нужна. Доверять решение о доставке/отбрасывании коммерческой почты
непонятному удаленному дяде может только тот кто головой крепко
ударился. 
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Maxim Ivanov]

Maxim Tyurin пишет:
> Но это не важно ИМХО - различными dbl пользуются те кому почта не
> нужна. Доверять решение о доставке/отбрасывании коммерческой почты
> непонятному удаленному дяде может только тот кто головой крепко
> ударился. 
>   

Не согласен в корне.
Особенно, когда идет поток в 40 писем в секунду
и 90% из них всякая ерунда, проще спросить у "чужого дяди"
и послать спаммеров сразу на хутор.
Поскольку нагрузка spamassassin при таком потоке начинает
быть значительной для системы.
При ложном срабатывании (а такие случаи были) и почта
действительно коммерческая - есть телефон и другие способы
связи. Поверьте, найдут способ продублировать.
У меня отдел менеджеров был приучен: не пришло письмо за
некоторое время - спросить у меня. Если в логах чисто - продолжаем
ждать. Если адрес убит - звоним и просим продублировать
на бесплатную почту. А я в этот момент связываюсь с "админом
на той стороне" и пытаюсь убедить его сделать так, чтобы его
домен не фигурировал в DBL. Многие просто об этом даже не знают.
Мало этого: мой QMail изначально был настроен на уведомление
"той стороны" о причинах убиения письма. Причем уведомление
подробное (есть соответствующий патч). Так что все все знали.
А оборот - неск. млн у.е. в месяц. Так что наша коммерция была готова
поиметь небольшой гимор с "потерявшимся" письмом, чем получать
призывы к увеличению пениса каждые 15 мин.
________________
С уважением,
Максим Иванов

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Maxim Tyurin]

Maxim Ivanov writes:

> Maxim Tyurin пишет:
>> Но это не важно ИМХО - различными dbl пользуются те кому почта не
>> нужна. Доверять решение о доставке/отбрасывании коммерческой почты
>> непонятному удаленному дяде может только тот кто головой крепко
>> ударился. 
>>   
>
> Не согласен в корне.
> Особенно, когда идет поток в 40 писем в секунду
> и 90% из них всякая ерунда, проще спросить у "чужого дяди"
> и послать спаммеров сразу на хутор.
> Поскольку нагрузка spamassassin при таком потоке начинает
> быть значительной для системы.

А кроме spamassasin больше ничего нет?
И проверять HELO, MAIL FROM, RCPT TO религия не позволяет?
Есть для этого много софта. И свои белые/черные списки вести никто не
мешает.

\skip
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

On Wed, 16 Jan 2008 14:49:15 +0200
Maxim Tyurin wrote:

> У вас криво настроен postfix. Он не должен отбрасывать письма от <>
> ибо этим нарушает std.

	Спасибо. Думал, что наоборот.

	Успехов. Павел.

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Pavel N. Solovyov]

On Wed, 16 Jan 2008 16:18:05 +0300
Maxim Ivanov wrote:

> > Но это не важно ИМХО - различными dbl пользуются те кому почта не
> > нужна. Доверять решение о доставке/отбрасывании коммерческой почты
> > непонятному удаленному дяде может только тот кто головой крепко
> > ударился. 
> 
> Не согласен в корне.
> Особенно, когда идет поток в 40 писем в секунду
> и 90% из них всякая ерунда, проще спросить у "чужого дяди"
> и послать спаммеров сразу на хутор.

	Мои провайдеры @k66.ru и @r66.ru а также yandex.ru не
пользуются dbl, но спама, тем не менее практически не наблюдается -
одно письмо за 2-3 недели, а на yandex.ru  за 2 года (тьфу, тьфу) ни
одного. Чем же они, интересно, отсекают спам, может кто знает?
	А вот почта на yahoo.com эти базы использует...

	Успехов. Павел

Re: [Sysadmins] [SUMMARY] Проблемы с http://dsbl.org/

[Gosha]

Hi!

Maxim Tyurin пишет:

> Maxim Ivanov writes:
>> Не согласен в корне.
>> Особенно, когда идет поток в 40 писем в секунду
>> и 90% из них всякая ерунда, проще спросить у "чужого дяди"
>> и послать спаммеров сразу на хутор.
>> Поскольку нагрузка spamassassin при таком потоке начинает
>> быть значительной для системы.
> 
> А кроме spamassasin больше ничего нет?
> И проверять HELO, MAIL FROM, RCPT TO религия не позволяет?

И действительно. Я вообще не вижу особого смысла в spamassassin.
Все равно почта сначала принимается, а только потом анализируется.
Средствами postfix + postgrey я у себя убрал практически 99% спама.
Пару писем в неделю все же проскакивают, но это уже не те масштабы.
У меня конечно не 40 писем в секунду, а 1-2 всего, но все же.

-- 
Best regards!
Gosha

Re: [Sysadmins] [SUMMARY] Проблемы с http ://dsbl.org/

[Vladimir V. Kamarzin]

>>>>> On 16 Jan 2008 at 21:03 "MT" == Maxim Tyurin writes:

>>> Но это не важно ИМХО - различными dbl пользуются те кому почта не
>>> нужна. Доверять решение о доставке/отбрасывании коммерческой почты
>>> непонятному удаленному дяде может только тот кто головой крепко
>>> ударился. 
>>>   
>>
>> Не согласен в корне.
>> Особенно, когда идет поток в 40 писем в секунду
>> и 90% из них всякая ерунда, проще спросить у "чужого дяди"
>> и послать спаммеров сразу на хутор.
>> Поскольку нагрузка spamassassin при таком потоке начинает
>> быть значительной для системы.

 MT> А кроме spamassasin больше ничего нет?
 MT> И проверять HELO, MAIL FROM, RCPT TO религия не позволяет?
 MT> Есть для этого много софта. И свои белые/черные списки вести никто не
 MT> мешает.

Дак это, на qmail-е вроде шибко-то и не попроверяешь ;)

-- 
vvk

Russian Postfix irc: irc.freenode.net #postfix-ru

Re: [Sysadmins] [SUMMARY] Проблемы с http ://dsbl.org/

[Maxim Ivanov]

Vladimir V. Kamarzin пишет:
>>>>>> On 16 Jan 2008 at 21:03 "MT" == Maxim Tyurin writes:
>>>>>>             
>
>   
>>>> Но это не важно ИМХО - различными dbl пользуются те кому почта не
>>>> нужна. Доверять решение о доставке/отбрасывании коммерческой почты
>>>> непонятному удаленному дяде может только тот кто головой крепко
>>>> ударился. 
>>>>   
>>>>         
>>> Не согласен в корне.
>>> Особенно, когда идет поток в 40 писем в секунду
>>> и 90% из них всякая ерунда, проще спросить у "чужого дяди"
>>> и послать спаммеров сразу на хутор.
>>> Поскольку нагрузка spamassassin при таком потоке начинает
>>> быть значительной для системы.
>>>       
>
>  MT> А кроме spamassasin больше ничего нет?
>  MT> И проверять HELO, MAIL FROM, RCPT TO религия не позволяет?
>  MT> Есть для этого много софта. И свои белые/черные списки вести никто не
>  MT> мешает.
>
> Дак это, на qmail-е вроде шибко-то и не попроверяешь ;)
>
>   
Ошибаетесь, коллега!
Еще как. Разумеется, все 

HELO, MAIL FROM, RCPT TO проверяются. На то существует в QMail демон
chkuser. Но этого оказывается недостаточно. От spamassassin отказываться
все равно не собираюсь, поскольку он - как последняя линия обороны с 
автоматическим обучением. У мне нет спама. И юзеры (а в основном -
руководство) - выражают свою признательность.