https://opennet.ru/openforum/vsluhforumID3/36375.html В статье (http://gate.udec.ntu-kpi.kiev.ua/~bat/exp/about-spam.html) проводится общий обзор алгоритмов и методов борьбы со спамом, даются рекомендации по выбору почтовых фильтров и выстраивания их в цепочки. <br><br><br>Статья написана по "горячим следам" уже настроенной и долгое время работающей системы. Будет полезна начинающим системным администраторам, использующим FreeBSD и Sendmail (или другой MTA, совместимый с механизмом milter).<br><br>URL: http://gate.udec.ntu-kpi.kiev.ua/~bat/exp/about-spam.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=9424<br> https://opennet.ru/openforum/vsluhforumID3/36375.html#24 Wed, 17 Jan 2007 22:52:26 GMT &gt;spamhaus.org и spamcop.net стали банить сетями. В моем посте про ddnsbl уже <br>&gt;это обсуждалось. При почтовом трафике в 20000+ в день я на <br>&gt;dnsstuff.com упарюсь отслеживать хороший хост или плохой. У меня трафик до <br>&gt;40 писем в минуту. <br><br>У нас поменьше будет, причём намного... Но все письма отслеживать вовсе не обязательно. Здесь как раз их чем больше - тем лучше: быстрее наберётся статистика, какие блеклисты более эффективны, какие - менее.<br><br>&gt;Как правило возникают проблемы с доставкой нужной почты, не каждая компания может <br>&gt;позволить себе ждать ЧАС, когда время доставки информации идет на секунды. <br><br>Согласен. Если инициатором переписки является клиент - грейлист не подойдёт.<br><br>&gt;&gt;Пытался связываться с суппортом yahoo, ответа жду уже больше, чем полгода. :) <br>&gt;&gt;<br>&gt;и бесполезно. у aol тоже самое. <br><br>Проблема лечится незначительной модификацией spamilter, который, получив успешный ответ после команды RCPT TO, ещё отправляет команду DATA :) Правда, после этого придётся принудительно разорвать соедине https://opennet.ru/openforum/vsluhforumID3/36375.html#23 Wed, 17 Jan 2007 22:44:05 GMT &gt;Какой объем писем проходит через ваш релей в сутки(это к вопросу ручной <br>&gt;проверки хостов) ? <br><br>Не считал, честно говоря. Но большой. Если имеются ввиду блеклисты - то просто при получении спама я смотрел, в каких блеклистах находится айпи отправителя. Количество спама резко сократилось ;)<br> https://opennet.ru/openforum/vsluhforumID3/36375.html#22 Thu, 11 Jan 2007 13:22:33 GMT &gt;Всем добрый день:) <br>&gt;<br>&gt;Спасибо за Ваш отзыв, Bad_UID, у меня есть некоторые комментарии. <br>&gt;<br>&gt;&gt; публичный dnsbl уже неприемлем, слишком много ложных срабатываний.<br>&gt;<br>&gt;Можно поинтересоваться, о каком dnsbl идёт речь? Или обо всех? Я ложные <br>&gt;срабатывания замечал лишь у sorbs. Есть также несколько блеклистов, которые на <br>&gt;www.dnsstuff.com отмечены надписью "should not be used". Они, похоже, работают по <br>&gt;принципу "что вижу, то блокирую" :)<br><br>spamhaus.org и spamcop.net стали банить сетями. В моем посте про ddnsbl уже это обсуждалось. При почтовом трафике в 20000+ в день я на dnsstuff.com упарюсь отслеживать хороший хост или плохой. У меня трафик до 40 писем в минуту.<br><br>&gt;<br>&gt;&gt; greylisting уже обходится посылкой двух писем подряд с интервалом в минуту.<br>&gt;<br>&gt;Это неправильно настроенный грейлистинг :) Его задача - не отвергнуть первую попытку <br>&gt;передачи письма, а отвергать все попытки в течение часа. (на одном <br>&gt;сервере у меня стоит 28 минут, на другом 70). Спамеры, как <br>&gt;правило, спустя час, не повторяю https://opennet.ru/openforum/vsluhforumID3/36375.html#21 Thu, 11 Jan 2007 12:31:11 GMT Всем добрый день:)<br><br>Спасибо за Ваш отзыв, Bad_UID, у меня есть некоторые комментарии.<br><br>&gt; публичный dnsbl уже неприемлем, слишком много ложных срабатываний.<br><br>Можно поинтересоваться, о каком dnsbl идёт речь? Или обо всех? Я ложные срабатывания замечал лишь у sorbs. Есть также несколько блеклистов, которые на www.dnsstuff.com отмечены надписью "should not be used". Они, похоже, работают по принципу "что вижу, то блокирую" :)<br><br>&gt; greylisting уже обходится посылкой двух писем подряд с интервалом в минуту.<br><br>Это неправильно настроенный грейлистинг :) Его задача - не отвергнуть первую попытку передачи письма, а отвергать все попытки в течение часа. (на одном сервере у меня стоит 28 минут, на другом 70). Спамеры, как правило, спустя час, не повторяют пересылок.<br><br>&gt; Проверка валидности юзера на удаленном сервере не работает если отправляющий<br>&gt; сервер используется как почтовый релей<br><br>С этим на 100% согласен, кроме того, очень зол на некоторые почтовые службы за то, что проверяют наличие пользователя после к https://opennet.ru/openforum/vsluhforumID3/36375.html#20 Thu, 11 Jan 2007 08:20:16 GMT &gt;greylisting уже обходится посылкой двух писем подряд с интервалом в минуту. <br><br>Неправда Ваша, через минуту не сработает (см. дефолтные настройки для postgrey, там 5 минут), да и изменить этот параметр тоже можно. И в том и в другом случае greylist заставляет спамеров делать лишнюю для них работу, что увеличивает время рассылки по огромной базе адресов. А что спамеру плохо, то для нас щастье! :-)<br> https://opennet.ru/openforum/vsluhforumID3/36375.html#19 Tue, 09 Jan 2007 20:40:42 GMT Какой объем писем проходит через ваш релей в сутки(это к вопросу ручной проверки хостов) ? https://opennet.ru/openforum/vsluhforumID3/36375.html#18 Tue, 09 Jan 2007 20:21:02 GMT с одной стороны всё честно, однако много но....<br><br>публичный dnsbl уже неприемлем, слишком много ложных срабатываний.<br>greylisting уже обходится посылкой двух писем подряд с интервалом в минуту.<br>auto-whitelist не работает если принимающий сервер выполняет задачи спаморезки, фильтра вирусов и пересылает почту дальше на боевой сервер. В данном случае определить есть пользователь или нет на сервере без приема письма невозможно. <br>Проверка валидности юзера на удаленном сервере не работает если отправляющий сервер используется как почтовый релей(hub) для множества доменов. А также отправляющий и принимающий сервера не одно и тоже.<br><br>я всётаки остановился на своём решении ddnsbl + spamassassin.<br>Из плюсов:<br>- автоматически формируемый локально список dnsbl.<br>- белые и черные списки серверов.<br>- возможность быстрого подсчета почтовой статистики(список всех сообщений в одном файле)<br>- авторотация блокированных хостов по истечению промежутка времени<br>- минимальные трудозатраты на внедрение<br>- отсечение спамхостов по https://opennet.ru/openforum/vsluhforumID3/36375.html#17 Tue, 09 Jan 2007 09:28:31 GMT Это работает только в случае, если инициатором переписки выступаю я. Если первыми письма присылают клиенты, они будут сидеть в очереди. К сожалению, greylisting не везде можно использовать, но сама идея - замечательная. :-) https://opennet.ru/openforum/vsluhforumID3/36375.html#16 Tue, 09 Jan 2007 07:28:44 GMT механизм auto whitelisting еще никто не отменял, правда, работает только для исходящей почты (т.е. все MX адресата автоматически заносятся в whitelist, что исключает долгое сидение ответов и всех последующих в greylist).