From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 11 Jun 2004 11:54:43 +0300 From: Victor Forsyuk To: combr@vesna.ru, ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] spamassasin - 2.63 Message-ID: <20040611085443.GC31727@mailhub.gu.net> References: <200406091722.23005.combr@vesna.ru> <20040610084047.GC2120@mailhub.gu.net> <200406101423.21595.combr@vesna.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200406101423.21595.combr@vesna.ru> User-Agent: Mutt/1.4.2.1i Sender: Victor Forsyuk Cc: X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2004 08:54:46 -0000 Archived-At: List-Archive: On Thu, Jun 10, 2004 at 02:23:21PM +0500, Mike Lykov wrote: > > > > Откуда? > > В смысле почему skip_rbl_checks не дают эффекта? А spamd перестартовывали? > > по reload. что там делает reload - не смотрел пока. В man spamd описано. > но эффекта не дает, а только ругается как я привел Я как-то привык после правки конфигов restart делать, а не reload, так что из своего опыта не скажу, но все же reload должен тоже перечитывать конфиги. Что-то Вы невнимательно делали. > [combr@combr spamassassin]$ sudo service spamd reload > Reloading spamd service: Service spamd is not running. > ;) # service spamd reload Reloading spamd service: [ DONE ] # service spamd reload Reloading spamd service: Service spamd is not running. [PASSED] Дело в том, что reload - это посылка spamd сигнала HUP и немедленно после этого вызов service завершается. По сути же spamd дальше выполняет внутреннюю перезагрузку, которая занимает сопоставимое время с запуском spamd. До окончания этого процесса будет рассинхронизация по pid и Вы будете видеть такую картину, а также # service spamd status spamd is dead, but subsystem is locked > > Вполне может быть. Проверки в RBL и прочие сетевые проверки могут заметно > > увеличить время обработки письма. > > С этим ясно - отключил, стало 0.5 секунды. rbl и так postfix проверяет. Но спамассассин проверяет их с весами, а не блокирует получение по факту попадания хоста в rbl. Поэтому имеет смысл проверять и там и там. В MTA оставить reject по надежным rbl не включающим в себя лишнего, а добивать спам с хостов, попадающих в несколько более агрессивных rbl'ей, будет спамассассин. > > Как минимум, обходиться только локальными проверками, без RBL и прочего. > > Тут тоже интересно. стал на своей машине проверять некоторые письма ( с пом. > spamc < письмо) , так что-то результаты удручающие ;) Ну так Вы же этого и хотели. Включите RBL - результаты будут получше. :) > bayes-классификация отключена. > Протестировал так штук 7 писем - из них, кажется, только одно набрало хитов > больше 5 (английское про виагру в хтмл). > На другие он реагировать у меня не будет, что ли? Так он на все "реагирует", то есть score выставляет. А то что мало - ну так Вы же сами намеренно отключили некоторые возможности, вот очков и недобираете. > С русским текстом без хтмл он не работает, выходит? Из чего следует такой вывод? > > > 3. в ~/.spamassassin/auto-whitelist нашел (сразу после усттановки > > > пакетов): > > > aeqbukppsbkz@msn.com|ip=219.10.7.892.john@igtel.ru|ip=194.186|totscore > > > что это за происки m$ ?? откуда там это взялось? ;) > > Ну откуда же этой строчке взяться кроме как в результате работы > > спамассассина в включенным auto-whitelist? > > Работает он только на моем компе и только тогда, когда я вручную запускаю > spamc (сейчас). > Я вовсе не хотел этих адресов вносить в whitelist. как они могли туда попасть? Ну, RTFM на тему auto-whitelist. Или просто обратить внимание на приставку auto-. :)