|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 29 Aug 2002 11:04:35
To : Spartak Radchenko
Subject : Re: Anti-spam idea
--------------------------------------------------------------------------------
>>> Spartak Radchenko wrote:
MS>> Если хранить еще и дату занесения, то можно сделать "устаревание".
SR> А не получится. Hа первый взгляд всё просто, но если прикинуть,
SR> как много дырявых хостов доступно для спамеров, то разумный
SR> таймаут, скажем, в одну неделю будет совершенно недостаточен.
SR> С другой стороны, ждать неделю после закрытия open relay мало
SR> кто согласится. Так что фигня всё это.
Фигня, извини, то, что ты говоришь.
Ты чем нашел, что это open relay? Вот тем же и проверь по истечении
таймаута после последнего подтверждения. Продолжает быть открытым -
хранишь дальше, нет - выносишь.
Ждать неделю после закрытия? Проверяй чаще. Или давай ручку за которую
пинать на проверку почаще.
Будто ты никогда не видел как какой-нибудь ORBS работает.
ORBS, правда, было очень легко обмануть - что мы и делали - у них постоянный
envelope-to, который мы закручивали себе на специальную рассылку.
Как только кого-то из даунлинков, отправляющих через нас, успешно
проверили - мы срабатываем быстрее;) Аналогично и еще раньше ловили IMRSS
(если кто помнит - невменяемые дебилы от фильтрации).
SR> В качестве подтверждения могу сослаться на спамера, который
SR> достаёт меня не один месяц, и каждый раз делает это с нового IP.
SR> В основном, из Китая, а там один провайдер на целую провинцию,
SR> так что жаловаться бесполезно.
Hу фильтруй весь Китай, как уже многие делают.
SR> Единственный вариант, когда оно таки работает - это глобальная
SR> база данных типа ORBZ/SpamCop. Так это давно есть, пользуй на
SR> здоровье.
Глобальная глобальной, а локальные мы вели, куча коллег ведет,
и вполне довольны результатами, и ведется корректно. Hадо только немного
/dev/brain применить при создании движка базы.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
