https://ns.opennet.ru/openforum/vsluhforumID3/113849.html Представлен (https://rspamd.com/announce/2018/03/12/rspamd-1.7.0.html) релиз системы фильтрации спама Rspamd 1.7 (https://rspamd.com), предоставляющей средства для оценки сообщений по различным критериям, включая правила, статистические методы и чёрные списки, на основе которых формируется итоговый вес сообщения, используемый для принятия решения о необходимости блокировки. Rspamd поддерживает практически все возможности, реализованные в SpamAssassin, и имеет ряд особенностей, позволяющих фильтровать почту в среднем в 10 раз быстрее, чем SpamAssassin, а также обеспечивать лучшее качество фильтрации. Код системы написан на языке Си и распространяется (https://github.com/vstakhov/rspamd) под лицензией BSD. <br><br><br><br><br>Rspamd построен с использованием событийно-ориентированной архитектуры (Event-driven) и изначально рассчитан на применение в высоконагруженных системах, позволяя обрабатывать сотни сообщений в секунду. Правила для выявления признаков спама отличаются высокой гибкостью и в простейшем виде могут содерж https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#54 Thu, 29 Mar 2018 10:48:48 GMT сильно будет тормозить если SA и RSPAMD вместе поставить?)<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#53 Fri, 23 Mar 2018 08:48:16 GMT &gt;Но я себе слабо представляю, что там можно хранить такого, что потребует скорости memory based db.<br><br>Я себе слабо представляю, что там можно хранить такого, чего нельзя хранить непосредственно в памяти самого процесса. Redis тут скорее к месту как средство межпроцессного взаимодействия, когда есть несколько экземпляров rspamd, запущенных на разных машинах, которым нужны одинаковые для всех данные.<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#52 Thu, 22 Mar 2018 20:24:25 GMT &gt; будто что-то плохое<br><br>Просто всему свое место. А тут слишком много пытаются напихать, все новомодные фишечки.<br>Логи спам фильтра-не логи почтаря, смысл их хранить на эластике? Типа удобный поиск? Ну да. А что, часто кто лазит в эти логи? Нет. Тогда нафиг?<br>Редис - это хорошо. Но я себе слабо представляю, что там можно хранить такого, что потребует скорости memory based db.<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#51 Wed, 21 Mar 2018 07:21:06 GMT Подскажите, как ему сказать, что для вот этих получателей нужно пропускать всё?<br>Что-то я доки читал, но не осилил.<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#50 Tue, 20 Mar 2018 19:19:24 GMT Да ладно, задокументированный баг - есть фича! (С) :)<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#49 Tue, 20 Mar 2018 09:53:30 GMT Это HTTP 1.0 сложный? Или JSON, описанный в RFC, парсер для которого есть на любом языке, кроме разве что эзотерических (https://www.json.org/)? <br><br>Нет, лучше использовать кривой stateful протокол, единственная спецификация к которому существует в виде корявой поделки Оллмана. Ну и поддерживается он аж целыми двумя MTA в мире, а мы говорили про OpenSMTPD изначально. Хотя можете попробовать предложить поддерживать milter авторам данного MTA - это будет смешно.<br><br>И да, расскажите нам про "вечнодырявые" библиотеки для обработки HTTP 1.0 и JSON, раз уж вступили в дискуссию. Например, про joyent http parser или picohttp для первого и jsmn для второго.<br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#48 Mon, 19 Mar 2018 21:13:49 GMT &gt; к Rspamd можно сходить по plain HTTP (не заморачиваясь поддержкой идиотского <br>&gt; протокола milter'а), а ответ получить в виде JSON. Что может быть <br>&gt; проще вообще?<br><br>э... ну да, ну да, современный программист. Что может быть проще сложного сетевого протокола, предназначенного совсем не для этой цели, и парсинга полутекстового формата, особенно если сделать то и другое, приляпав к mta пару вечнодырявых "стандартных" библиотек? <br><br>при всей долбанутости libmilter, лучше уж я буду дружить с ней.<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#47 Mon, 19 Mar 2018 21:10:17 GMT &gt; Да ну?<br><br>ну да. http://www.postfix.org/BASIC_CONFIGURATION_README.html<br> mynetworks_style = subnet (default: authorize subnetworks)<br>[skip]<br>The default is to listen on all active interfaces.<br><br>при этом снять его с ручника в виде заботливо всунутого инсталлятором/пакетозаворачивателем inet_interfaces = localhost может каждый дурак, которому понадобилось принимать не только от крона руту локалхоста, а вот догадаться о смысле загадочной переменной и особенно - если ее в конфиге вообще нет - далеко не каждый и умный, но не сталкивавшийся с подобной подлянкой раньше.<br><br><br>"postfix - 20 лет рассылали спам!" (по-моему, в последних третьих все же уже host?)<br><br>и да, я знаю только один mta с похожими умолчаниями из коробки - qmail. Но тот хотя бы не релеит по-умолчанию. (впрочем, кого это останавливало...)<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/113849.html#46 Mon, 19 Mar 2018 11:16:19 GMT &gt;&gt;доступны модули для проверки отправителя с использованием SPF, подтверждения домена отправителя через DKIM, формирования запросов в списки DNSBL <br>&gt; Народ совсем забыл "бритву Оккама" - не плоди сущности без надобности.<br>&gt; Все выше перечисленное уже встроено в современные MTA (exim из коробки, например). <br>&gt; Нет разве только различного статистического анализа. Но вопрос допустимости анализа содержимого <br>&gt; переписки - это не сколько технический, сколько этический вопрос. Тут не <br>&gt; сложно переступить грань. Сбор предпочтений, поведенческих патернов и т.п. И вот <br>&gt; уже нарисовался Гугл во всей красе - с чужим спамом успешно <br>&gt; борется, при этом собирая всю возможную информацию о пользователях с целью <br>&gt; продвижения своего гиганского рекламного бизнеса. По сравнению с Гуглом большинство спамеров <br>&gt; - младшая группа детского сада.<br><br>Все это хорошо, вот только Exim и производительность находятся где-то в разных участках вселенной. Ну и будучи мейнтейнером этого MTA во фре, я приобрел навык механического сос