>>Насколько мне известно, amavisd-new просто использует код спамассешана и, соответственно, конфиги оного
>>не играют роли в проверке письма - вся конфигурация системы содержиться
>>в amavisd.conf. Те за судьбу письма (discard) , например опознанного как
>>спам, отвечает след.строчка:
>>
>>$final_spam_destiny = D_DISCARD;
>>
>>Соответственно, надо поменять на D_PASS;
>
>
> Т.е. не удасться видимо заставить amavis-new использовать конфиг внешний?
>
Вот... сначала ответил, потом прочитал, что уже отвечено - и правильно отвечено Ж8-).
Опять же вопрос - что значит "использовать внешний конфиг"? Если я кусок, отвечающий за работу спамодава или правил обработки, вынесу в другой файл путем include, к примеру - это внешний конфиг или нет? Если же касается испоьзования конфига SpamAssassin - то его использование в этой связке ограничено.
Правда, Paul не совсем четко выразился - amavisd 1) плюет с высокой колокольни на то, пропускает SA письмо или нет - он передает его ассассину и смотрит ответ, а исходя из этого решает, что делать (не будем флеймить, я считаю, что это правильно), а также вставляет в письмо заголовки, полученные от SA (или не вставляет - это как укажешь), но вместе с тем он 2) конечно, может передать в SA ряд параметров, которые оверрайдят кой-что в local.cf - равно как и пользовательские конфиги оверрайдят local.cf , равно как и local.cf оверрайдит общие настройки , но далеко не все...
Посему - такая связка рассчитана на то, чтоб настройки весовых коэффициентов и игнорируемых параметров производились в local.cf, а поведение в зависимости от веса - в amavisd.conf. И это правильно, ибо там же определяется реакция на вирусы, запрещенные вложения и еще на много что. Так что конфиг SA таки используется - но только в настройке весов оценки
|
