Комментарии на сайте Всеволод Стахов. Заметки.

Комментарий к записи unreal ircd + codepage patch (cebka)

cebka — Fri, 03 Sep 2010 21:00:23 +0000

Поправил ссылку. При переносе блога потерялось.

Комментарий к записи unreal ircd + codepage patch (lameroid)

lameroid — Fri, 03 Sep 2010 20:49:10 +0000

Ссылка на патч битая..

Комментарий к записи unreal ircd + codepage patch (HellisH)

HellisH — Tue, 31 Aug 2010 08:49:47 +0000

Линк на патч битый! Выложите пожалуйста еще раз.

Комментарий к записи Rspamd (Олег)

Олег — Fri, 20 Aug 2010 16:46:28 +0000

[...]Бета версия rspamd доступна для тестирования. Для сборки требуется cmake и gmime2.2. Сейчас rspamd работает примерно на порядок быстрее, чем spamassassin, но для окончательного релиза необходимо[...]

Комментарий к записи Ng_multicar или шейпинг трафика для большого числа ip адресов (Ilya Evseev)

Ilya Evseev — Sun, 23 May 2010 10:11:28 +0000

Отличная идея. Пытаюсь выбрать замену для dummynet, но всё остальное слишком сложно в настройке

Комментарий к записи Определение порядка прохождения пакетов по различным пакетным фильтрам в FreeBSD (Алексей)

Алексей — Thu, 20 May 2010 07:37:40 +0000

Спасибо.

Комментарий к записи Rspamd (Vsevolod Stakhov)

Vsevolod Stakhov — Thu, 03 Sep 2009 14:11:07 +0000

Насчет аллокации памяти у меня несколько другой подход. Допустим, malloc возвращает нам NULL, что в этой ситуации можно сделать? На самом деле по логике вещей лучше подохнуть, оставив решение проблемы диспатчеру, который либо отфоркает нового воркера (если будет память), либо как-то иначе решит проблему. Задача воркера – фильтрация почты, а не memory и process management. В том же nginx другой вариант: он просто начинает активнее освобождать ресурсы или же не принимать новые коннекты. В данном случае освобождать по сути нечего, лучше просто переложить эту задачу на плечи диспатчера.
Насчет glib’а: я лично считаю, что glib относится к C примерно как boost к C++. То есть, жить без glib’а можно, но херово. Особенно это касается портабельности. Свой предыдущий проект – rmilter, я писал под фрю, и когда потребовалось запустить его под линуксом, то пришлось весьма конкретно поплясать с бубном. Glib эти проблемы частично решает. Что же касается алгоритмов, то они в нем реализованы очень хорошо.
Насчет gmime: да, у него есть куча тараканов, и багу с декодированием я уже «обнаружил». Я думаю, лучшим вариантом будет форк gmime у себя и динамическая линковка с ним (дабы не нарушать lgpl). Но пока в ближайших планах окончательное допиливание lua и подключение нейросетевого классификатора.
Да, если неудобно общаться в комментах тут, то можно использовать jabber:
cebka@highsecure.ru
или почту:
vsevolod@highsecure.ru.

Комментарий к записи Rspamd (Vsevolod Stakhov)

Vsevolod Stakhov — Thu, 03 Sep 2009 14:02:37 +0000

Пофиксил эту и некоторые другие проблемы в этом коде. Просто так как мы пока не используем эту фичу, то она и тестировалась очень мало. Репозиторий на sf засинкал.

Комментарий к записи Rspamd (R2D2)

R2D2 — Thu, 03 Sep 2009 14:00:39 +0000

Вобщем готов принять посильное участие Так как мне интересно хорошее решение на С, надоело мне платить кучу денег Спамооброне
Кстати, а чего ты выбрал radix32? Мне как-то больше патриция понравилась

Комментарий к записи Rspamd (R2D2)

R2D2 — Thu, 03 Sep 2009 13:56:51 +0000

Assert тоже не выход, один фиг он аборт дергает! Так как прога должна просто плюнуть в лог ошибка аллокирования и продолжить работу, в надежде на то, что память все же будет или придет админ и что-то поправит А демон в итоге должен пропустить письмо как чистое
Понятно, что это усложит проверками почти все этапы, зато демон будет торчать как вкопанный.
Да и откуда такая любовь в glib ?
У меня ХТ много чего тоже написано и практика показала, что лучше все писать самому
Как пример я как-то давно еще для своих почтовых штучек использовал gmime, так вот автор этого чуда, чхать хотел на мои рекомендации Тебе вроде как Стас говорил про это Там есть косяк, с декодированием допустим сабжекта которые бейз64 или квотет, при малейшем отклонении от rfc он ничего не будет декодировать А у нас тьма почтовых программ которые только и спят и видят, чего бы такое нарушить из rfc