В любом случае если брать необслуживаемую (т.е. установил, и пусть работает, обновляя базы, сама) установку эти решения сильно лучше, чем Ассасин. На последний надо постоянно посматривать, куда его несет (это если обновлять фильтры автоматом), или регулярно обучать, молясь, чтобы статистические фильтры не "забились". Коммерческие фильтры в этом смысле лучше, хотя их цена, конечно, на фоне цены Ассасина заметна.

Правда, для компаний (провайдеры, напр., или корпоратив), которые могут себе поставить те же KAV или DrWEB + Spamtest или SpamOborona, и готовы принять мысль, что сервис может оплачиваться, такие решения удобны.

Впрочем, за рекламу сочтут :)

Вот и предложите RFC. Как только дело доходит до конкретных спецификаций - размахивание руками резко заканчивается и начинается надувание щёк. Чтобы при этом протокол был максимально открытым (без необходимости предъявлять пароли и вводить капчи на каждом шагу). И с поправками на то, чтобы не потребовалось делать его редизайн, после того как он завоюет популярность сравнимую с SMTP (и когда им всерьёз заинтересуются спаммеры).

Ну, а фильтры типа DSPAM и без SMTP не пропадут. Мало ли где понадобится такого рода "механический цензор" ...

даже солидные коммерческие сервисы устанавливаются и настраиваются людьми :) если эти люди, например, испытывают неодолимую любовь к RBL - то подобное будет у них происходить регулярно. так что человеческий фактор тут, IMHO, важнее, хотя косяк в "солидном коммерческом сервисе" тоже не исключен. Я могу с уверенностью говорить только о себе, у меня с 2003 года все более-менее хорошо, несмотря на экспоненциальный рост количества спама :(

>профукивать почту - ее не надо фильтровать, но тогда придется искать
>в горах спама полезную почту.В общем все эти фильтры - донкихотство.Борьба
>не с причиной проблемы а со следствием с красочным выпусканием пара
>и рубками с ветряными мельницами.Нормальное решение - закопать SMTP нахрен и
>устроить редизайн старинного протокола.С поправками на современные реалии.

о том, что было бы хорошо, а что нет, спорить можно долго. Но я не пишу стандарты, я эксплуатирую то, что есть. И революцию устраивать в своем маленьком королевстве не буду и не просите :) так что, каким бы это не выглядело с вашей стороны донкихотством, выбора на сегодня нет - приходится использовать smtp и бороться со спамом, с оглядкой на то, что 3-5% почты - это все-таки не спам, а очень даже важная переписка. Пока получается.

Сейчас основная проблема спама в том, что спам рассылается с зомбированных машин, которые ни разу не SMTP-серверы. Решение проблемы очень простое:

1) Провайдеры должны объединиться в антиспамовый консорциум и подписать обязательство, по которому SMTP-доступ (порт:25) наружу предоставляется только тем пользователям, которые реально запросили такой доступ (т.е. владельцам почтовых серверов). Машинам простых юзеров такой доступ д.б. закрыт.

2) Провайдеры консорциума должны закрыть SMTP-доступ со стороны провайдеров, которые не присоединились к консорциуму. Для начала можно ограничиться созданием DNS-BL, куда будут занесены такие провайдеры.

3) Пользователи сами начнут давить на провайдеров, требуя присоединиться к консорциуму.

Да-да-да, вот тут как раз таких умных целая коллекция http://some-wise-man.livejournal.com/90955.html

Замена SMTP на новый протокол, не поможет.

До тех пор пока у честных пользователей есть возможность отправки сообщений, такая же возможность будет у спамеров, потому что больше 50% всех пользовательских машин затроянены, и троян может отправить сообщение точно так же как это делает пользователь. Хоть по SMTP, хоть по новому супер модному протоколу.

Пока пользователи клюют на рекламу из спама и нет работающих законов против тех кто рассылает и закывает спам, он будет существовать. Независимо от используемых протоколов.

А на чем основываетесь? Мы остались очень довольны после внедрения.
http://www.netcube.ru/support/test/testironport/

http://dspam.nuclearelephant.com/contracts.shtml

А вообще, уважаемый, у Вас просто не было желания разбираться с настройками. Покупать словарь, собранный чужими руками, как правильно заметил geekkoo, Ваше право. Ну, да не в этом дело. Ваш случай - лишнее подтверждение, что завернутый в красивый фантик и умело раскрученный продукт в настоящее время побеждает. Это то, чего не хватает таким проектам, как DSPAM.

Повод задуматься, господа.

Ага, Zdziarsky уже получил деньги.

>>И про DSPAM у вас какие-то неправильные представления. Можно любому новому пользователю
>>дать сразу статистику, включив его в merged-группу.
>
> нельзя. в том-то и дело, что dspam фильтрует не только гарантированный
>спам, но и то, что на него похоже. и если один
>умник научил dspam тому, что все приходящее в китайской кодировке -
>спам, то первый же мой клиент-китаец будет жутко недоволен. и так
>далее и тому подобное, примеров я могу привести десятки.

Вот и приводите примеры, а не свои выдумки о том, как устроена работа DSPAM. Про одного умника - это полная ерунда. Если я подложу пользователю статистику набранную на хомячках с яндекса или на сбалансированном (спам/хам) корпусе китайской почты, то она будет срабатывать независимо от решений, принятыми членами группы.
>[оверквотинг удален]
>>спам".
>
>  у меня нет и не будет веб-интерфейса, и я не
>буду предлагать пользователям обучать спам-фильтр - если он сразу не заработает
>как надо, то они от меня уйдут. к конкуренту :) всякого
>рода обучение годится только для бесплатных сервисов, за деньги люди хотят
>чтобы работало сразу. ну а редкие ложные срабатывания приходится фиксить вручную,
>но, как я уже написал, это бывает не чаще нескольких раз
>в год, да и в основном со всякого рода рассылками кривым
>софтом.

все еще проще --- не надо выкидывать классифицированную почту... вы уважаемый имея подписку на мега продукт можете очень лихо продавать dspam-базы обученные на своем корпусе писем (если эти самые мегамиллионы писем у вас есть в реальности :). А чё? вернете деньги... мне за идею отчислите, вы же у нас всем деньги заплатить норовите?