On Tue, Feb 17, 2004 at 08:49:31PM +0200, Paul Arakelyan wrote:
В связи с успешным запуском в открытый космос шедевра програмизма, обозванного smtpshield, и даже вполне выполняющего часть поставленных задач (типа работы с blacklists, издевательств над злобными буратинами и прозрачного внедрения в существующую инфраструктуру, в коей можно голову сломать) тут "вдруг" возникли вопросы:
все эти вопросы решаются созданием smtpshield.cfg c прописаным в нем большим списком переменных ;-) а тулза крутая - выкладывай на sourceforge - тут тебе сразу и расскажут, как она должна работать ;) [...]
- при приёме data - эта самая DATA принимается read() кусочками типа "somebuffersize/blacklistscore" и sleep(something*blacklistscore) в промежутках. Шот-то начал я замечать что иногда отваливаются ихние DSL-ы - они вообще, конечно, и так не шибко скоростные и "от природы требуют прецизионной настройки спамвари", но всё равно подозрительно - мож я что не так сделал? А если я read() делаю "нечётными" кусочками - от этого ничего не может быть? (FreeBSD-5.2-S, gcc-3.3.3)
нечетными это как?
- Ото гляжу я на такое (stage blacklistscore ip...) и думаю, как по-умному вычислять этот самый score, и при каком посылать сразу.
перемножать вероятности, если лень; а так - можно как bayes. (ты же гипотезы строишь? :)
Чего б туда ещё воткнуть и какие идеи по "расчёту веса" может кто подбросит? Критерием для расстановки весов служит "адекватность оценки рассылки почты с заданного IP" - то есть "оттуда должны что-то нехорошее посылать". В конце расчёта нужно получить некоторое целое число, которое используется при расчёте задержек между ответами сервера ну и для "послать неглядя" его тоже использовать. Нда - трафика проверка по rbl жрёт тоже вполне.
ну типа - одна неудача по rbl = 0.9. перемножаешь их и потом результат переводишь в число - вероятность: (1 - p) * 10 (0.9 => 1, 0.8 => 2, 0.1 => 9) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message