После года разработки доступен релиз платформы для фильтрации спама - SpamAssassin 3.4.3. В SpamAssassin реализован комплексный подход в принятии решения о блокировании: сообщение подвергается ряду проверок (контекстный анализ, черные и белые списки DNSBL, обучаемые байесовские классификаторы, проверка по сигнатурам, аутентификация отправителя по SPF и DKIM и т.п.). После оценки сообщения разными методами, накапливается определенный весовой коэффициент. Если вычисленный коэффициент превышает определенный порог - сообщение блокируется или помечается как спам. Поддерживаются средства автоматического обновления правил фильтрации. Пакет может использоваться как на клиентских, так и на серверных системах. Код SpamAssassin написан на языке Perl и распространяется под лицензией Apache...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52014
Он жив еще чтоле? 10 лет, наверное, новостей не было.
17.09.2018 20:15 Выпуск системы фильтрации спама SpamAssassin 3.4.2
> байесовские классификаторыПрочитал дважды "бесовские классификаторы", аж вспотел.
Везде на Rspamd перешли вместо него
За всех говорить это же так приятно - чуствуешь себя приобщённым к правильному выбору масс :) !Smapassassin отличный инструмент и кто умеет его готовить использовали, используют и будут продолжать его использовать !
А я переходить на rspamd побаиваюсь. Да, палочкой тыкал на одном домене, настраивается просто, работает. Но:1. SpamAssassin есть в дистрибутивных пакетах, которые работают, и за их использование меня не заругают.
2. rspamd есть в дистрибутивных пакетах, но автор категорически против их использования, так как они уже устарели и вообще были собраны неправильно.
3. SpamAssassin написан на Perl, и поэтому неуязвим к сишным болячкам типа выхода за границу массива.
4. rspamd написан на си и использует кучу сторонних библиотек. Я что-то не видел ни стороннего аудита, ни регулярного фаззинга этих библиотек.
Там большинство модулей написано на lua, что частично снимает проблему. Сегфолтов не видел со времен 1.5.*, но они были.
Но это перловое нечто тормозит как ни в себя - и это при том, что письма сегодня шлют немаленькие. Задержка в минуты на прохождение одного письма еще так себе, но когда массовые рассылки случаются, или еще что-то "чуть более обычного" - вот тут алес начинается.rspamd в этом смысле как-то логичнее выглядит, пилится в т.ч. под скорость.
А что автор за или против, так и самому можно собрать и в своей репе держать, мало ли.
> rspamd есть в дистрибутивных пакетах, но автор категорически против их использования, так как они уже устарели и вообще были собраны неправильноЧто мешало ему забагрепортить это дистрибутивам? И что это за софтина такая, которую собрать Правильно™ в состоянии только апстрим? Его разработчик Pale Moon что ли покусал?
>> rspamd есть в дистрибутивных пакетах, но автор категорически против их использования, так как они уже устарели и вообще были собраны неправильно
> Что мешало ему забагрепортить это дистрибутивам? И что это за софтина такая,
> которую собрать Правильно™ в состоянии только апстрим? Его разработчик Pale Moon
> что ли покусал?Мешает мне неадекватность мейнтейнеров.
Например, один Debian Developer требовал, чтобы я в репозиторий на гитхабе включил jquery.min.js (который где-то в веб морде используется) в полном, неминимизированном виде. Потом они добавили зависимость от libhiredis, который в той версии, которая есть в Debian, просто падает с сегфолтом. А потом ко мне приходят пользователи, которые жалуются на баги в устаревших и неправильно собранных пакетах. Зачем мне это? И зачем это пользователям? Они доверяют vasyan@debian.org больше, чем vsevolod@highsecure.ru? Их право, только пусть и жалуются потом на vasyan@debian.org.
Там, где мейнтейнеры адекватные, проблем никаких нет.
А с Exim у вас что за история?
> А с Exim у вас что за история?А то же самое: мне не удалось убедить разработчиков, что не надо ходить к Rspamd, как к спамассассину, а надо использовать, как все, http+json. Поэтому ради работы с Exim приходится поддерживать старые, некрасивые и дурно пахнущие костыли, что у меня вызывает некоторый ангст. Понимаете, я программист, я не менеджер, не решальщик вопросов - я не люблю и не умею общаться с людьми, хотя стараюсь над собой работать. Но с Exim'ом не срослось...
По мне так идея тащить HTTP в не-веб софт идея так себе. Так поддержу разработчиков Exim.
В конце-концов, коль вы декларируете существенную совместимость со Spamassassin, то можно сделать и ещё один шажок. Rspamd это пойдёт только на пользу.
Давно отошёл от почты, но прочёл - и стало интересно, когда это "все" успели перейти с милтера (или что там ещё было) на http+json?
> Давно отошёл от почты, но прочёл - и стало интересно, когда это
> "все" успели перейти с милтера (или что там ещё было) на
> http+json?Так в milter Exim тоже не умеет. Три интерфейса - это эребор слегка.
Ну в общем тут все яссно
> Там, где мейнтейнеры адекватные, проблем никаких нет.Согласен на все 100. В дебиане с этим туго более чем. У них стабильно то, на что не светится в их местечковой багзиле тикетов. А посмотреть тикеты в багзиле апстрима им корона не дает. А потом получается, что в репах "стабильный" астериск 13.4.0, когда в апстриме уже 13.29.2.
> один Debian Developer требовал, чтобы я в репозиторий на гитхабе включил jquery.min.js (который где-то в веб морде используется) в полном, неминимизированном видеНу вообще правильно требует. Минифицированный JS - не исходник, а результат компиляции (в широком смысле этого слова). По той же причине мейнтейнер дебиановского хромиума пытается вырезать все, что зависит от min.js.[1] А веб-морду лучше собирать отдельным тулчейном, который сам скачает все зависимости, сам их сожмет и соберет единый гигантский минифицированный main.js. В итоге в репу не попадет ни минифицированный, ни оригинальный jquery, а только декларативный package.json со списком зависимостей.
> libhiredis, который в той версии, которая есть в Debian, просто падает с сегфолтом
Тут виноваты обе стороны. С их стороны нужно поддерживать актуальность зависимостей, а со стороны апстрима нужно учитывать, что на конечной системе может быть (сильно) устаревшая библиотека. Если хотя бы одна из сторон выполняет свою часть, все становится хорошо. Ну или нужно продолжать поддерживать ветки, зависящие от старой версии hiredis.
> Они доверяют vasyan@debian.org больше, чем vsevolod@highsecure.ru?
Вообще да. vsevolod лучше всех знает, как устроен его софт, но он не может быть специалистом по всем дистрибутивам одновременно. Больше всех про дебиан знает vasyan, и им обоим нужно скоординироваться. Апстримные бинарники всегда были инопланетными гостями на машине конечного пользователя.
[1] https://salsa.debian.org/chromium-team/chromium/blob/master/...
Тогда разраб превращается в вертолёт, который вместо пиления софта только и занимается тем, что поворачивается навазелиненным задом ко всем мантейнерам по их первому требованию.
> Тогда разраб превращается в вертолёт, который вместо пиления софта только и занимается
> тем, что поворачивается навазелиненным задом ко всем мантейнерам по их первому
> требованию.Хотел написать развернутый ответ, но вы хорошо описали суть проблемы.
Не "вместо", а "вместе с". Если у проекта не хватает ресурсов на интеграцию с мажорными дистрибутивами и выполнение небезосновательных требований, то это недвусмысленно отвечает на вопрос, созрел ли софт для серьезного энтерпрайза. Тысячи пакетов в дебиане и рхеле, им всем как-то удалось поладить с требованиями конечных дистров, а rspamd не удалось, хоть он и не использует в себе чего-либо сверх-нестандартного.
> Не "вместо", а "вместе с". Если у проекта не хватает ресурсов на
> интеграцию с мажорными дистрибутивами и выполнение небезосновательных требований, то
> это недвусмысленно отвечает на вопрос, созрел ли софт для серьезного энтерпрайза.
> Тысячи пакетов в дебиане и рхеле, им всем как-то удалось поладить
> с требованиями конечных дистров, а rspamd не удалось, хоть он и
> не использует в себе чего-либо сверх-нестандартного.Уважаемый (-ая), (-ые) гр...! Мы получили и прочли ваше интересное письмо. Сообщаемые вами факты хорошо известны науке и интереса для неё не представляют. Тем не менее мы горячо благодарим вас за ваше наблюдение и желаем вам успехов в работе и в личной жизни. Подпись.
Опять ты встрял. Я не тебе писал, а YetAnotherOnanym.
Ну тоесть ты слился ибо вменяемых агрументов в ответ нет. Ну чтож ок, как собирали сами так и будем собирать, тут по сему видно что ментейнер софта не особо вменяем. Пичаль.
Ну по той инфе что на сайте я так понял нет вменяемых ментейнеров Debian, Fedora, CentOS, Gentoo и еще каких-то дистров. Ну тоесть я так понял они все не вменяемые обезбяны да? Если же вы имели плохой опыт с Debian то почему остальные дист мантейнеры других дистов попали под эту же гребенку?
везде = твой localhost + localhost Васяна из соседнего подвала?
Интересно с помощью плагина OLEVBMacro можно ли будет очки добавлять...
Сейчас макро вирусов дофига стало.
+1, ушёл с SpamAss на Rspamd после 13 лет. Причина - на тот момент была стагнация у SpamAss.
> +1, ушёл с SpamAss на Rspamd после 13 лет. Причина - на
> тот момент была стагнация у SpamAss.Ну, любой релиз SpamAssassin - это хорошо, есть повод сделать что-то новое и интересное. OLEVBMacro хорошо вписывается в мой roadmap в виде еще одного дополнения к lua_content. У Heinlein есть некая интеграция с питоновской библиотекой для нахождения макросов, но это, конечно, никак не вяжется с идеей работать быстро. Например, запароленные PDF Rspamd я научил находить худо-бедно, хотя сам формат - это просто рай для спамеров и вирусов.
Готовое, удобное. Рекомендую.
www.proxmox.com/en/proxmox-mail-gatewayВсем добра )
Опять столбцы в таблице хранения данных TxREP переименовали. Да что ж такое...