|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Victor Sudakov 2:5020/400 21 Feb 2004 10:47:41
To : Valentin Nechayev
Subject : Re: spam filtering: какой способ эффективнее?
--------------------------------------------------------------------------------
Valentin Nechayev wrote:
>>>>> Любой фильтр milter-based
>> VS>> Огласите весь список :)
>> VS>> Я думал, что после появления Milter API всевозможные полезняшки под
>> VS>> него будут появляться как грибы. Ан нет, ничего подобного.
>>> А чего бы ты хотел из полезняшек?
> VS> Hапример, часто спрашивают приблуду для копирования транзитной почты
> VS> для товарища майора.
>
> Ясно. У меня есть, но я её принципиально не раздаю незнакомым и не
> отвечаю на письма про неё. (Тебе дам, если попросишь.)
Мне пока не надо. За предложение спасибо.
В простейших случаях IMHO можно mailsnarf-ом обойтись.
>
> VS> Проверялка квот на объем принятой/отправленной
> VS> юзером почты тоже не помешала бы.
> Такой необходимости у нас не было.
У нас хитрые абоненты повадились через свои POP3 ящики гонять
мелконашинкованное файло большого размера. Потому что фиксированная
абонплата.
>
> VS> Я как раз сейчас в размышлениях, чем бы сделать квоты на количество
> VS> мегов принятой/отправленной почты в час и в день.
>
> Для начала достаточно, IMO, адекватного учёта по логам и записей
> в access_db.
Этот метод неизбежно будет обладать некоторой неоперативностью (в
зависимости от частоты перестройки db). А мечтается вообще о такой
штуковине, чтобы она еще и ESMTP-шный SIZE могла в реальном времени
учитывать и принимать решение - принять почту или вернуть ошибку.
Интересно, хвалёный CGP умеет такое?
Попутно идеологический вопрос - на твой взгляд, при переполнении квоты
лучше возвращать 4xx или 5xx ? Честнее вроде 4xx, но тогда придётся
обучить квотам все MX-ы, а не только последний, иначе затея теряет
смысл.
С другой стороны, у нас сейчас приёмом почты извне и приёмом почты от
абонентских MUA занимается один и тот же релей. Как клиентский Outlook
обработает 4xx, тоже непонятно.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
--- ifmail v.2.15dev5.3
* Origin: Golden Bough (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
