1-й вопрос:
Во-первых, чтобы быть ясным: файлы конфигурации Spamassassin используются - они не «пропускаются». Я видел, как другие сообщают, что они вообще не используются.
Я знаю, что вы видели эту ссылку часто задаваемые вопросы, но ответ, кажется, здесь. Часто задаваемые вопросы могут не содержать точных переменных $ sa_ (или другого типа), которые могут вам понадобиться /etc/amavis/conf.d/50-user, но в них подробно рассказывается о том, как все запускается и читается. Может показаться, что amavis-new вас просто «игнорирует» в конфигурации local.cf SA. Это зависит от параметров конфигурации - некоторые параметры local.cf могут работать, а некоторые - нет.
Но вы также не упомянули, какие именно опции (пользовательские правила я предполагаю?) У вас есть в local.cf, которые не используются (или игнорируются / undef'd amavis-new).
https://www.ijs.si/software/amavisd/#faq-spam :
SA наблюдает все настройки в своем файле конфигурации, но не все они влияют на проверяемую почту, так как amavisd-new принимает свои собственные решения на основе оценки спама (хитов) (поэтому, например, required_hits не имеет никакого эффекта - используйте tag / tag2 / kill amavisd-new settings), и выполняет собственное редактирование заголовка, а тело не изменяется. Продолжайте читать для связанной информации.
Без дальнейших подробностей о том, какие конкретные параметры SA local.cf игнорируются, это ваш ответ. Вам нужно будет опубликовать более конкретную информацию.
2-й вопрос:
Да, вы можете гипотетически использовать SA в качестве отдельного фильтра содержимого через Postfix / MTA / etc. Тем не менее, вам лучше остаться с amavis-new в качестве контроллера SA MTA. Вы должны быть в состоянии воспроизвести то, что вам нужно сделать в SA, через новую конфигурацию Amavis и / или $sa_переменные / etc.
Замечания:
Если работает под Ubuntu (и, возможно, Debian), существует также глобальный AMaViS-новый Spamassassin файл user_pref / конфигурации в: /var/lib/amavis/.spamassassin/user_prefs.
Я добавил пользовательские правила SA в этот файл - и они работают нормально.
Вы также можете убить основной процесс amavis и попробовать: sudo amavisd-new debug-saполучить вывод о том, что SA делает / читает / компилирует / и т.д. (Имя / местоположение Debian / Ubuntu)
Пример LOG показывает конфигурацию amavis-new, считывающую некоторые файлы конфигурации SA:
mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: using "/etc/spamassassin" for site rules pre files mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/init.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/sa-compile.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v310.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v312.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v320.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v330.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v340.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/v341.pre mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: using "/usr/share/spamassassin" for sys rules pre files ...
mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: using "/etc/spamassassin" for site rules dir mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/65_debian.cf mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: read file /etc/spamassassin/local.cf mail.example.net /usr/sbin/amavisd-new[30358]: SA dbg: config: using "/var/lib/amavis/.spamassassin/user_prefs" for user prefs file