1. Frage:
Zunächst einmal, um es klar zu sagen: Die Spamassassin-Konfigurationsdateien werden verwendet - sie werden nicht "übersprungen". Ich habe gesehen, dass andere berichten, dass sie überhaupt nicht verwendet werden.
Ich weiß, dass Sie diesen FAQ-Link gesehen haben, aber die Antwort scheint hier zu sein. In den FAQs werden möglicherweise nicht die genauen Variablen "$ sa_" (oder andere Typen) / etc angegeben, die Sie möglicherweise benötigen /etc/amavis/conf.d/50-user, aber es wird detailliert beschrieben, wie Dinge gestartet und gelesen werden. Es scheint, dass Sie von amavis-new wahrscheinlich einfach ignoriert werden, soweit die local.cf-Konfiguration von SA verwendet wird. Dies ist abhängig von der Konfiguration - einige Optionen von local.cf funktionieren möglicherweise - andere nicht.
Sie haben aber auch nicht erwähnt, welche exakten Optionen (benutzerdefinierte Regeln nehme ich an?) Sie unter local.cf haben und nicht verwendet werden (oder von amavis-new ignoriert / ignoriert werden).
https://www.ijs.si/software/amavisd/#faq-spam :
SA beachtet alle Einstellungen in seiner Konfigurationsdatei, aber nicht alle haben Auswirkungen auf die überprüfte E-Mail, da amavisd-new seine eigenen Entscheidungen auf der Grundlage der Spam-Bewertung (Treffer) trifft (so dass zum Beispiel required_hits keine Auswirkung hat - use tag / stattdessen tag2 / kill amavisd-new settings) und führt seine eigene Header-Bearbeitung durch, und der Body wird nicht geändert. Lesen Sie weiter für verwandte Informationen.
Wenn Sie nicht mehr darüber nachdenken möchten, welche spezifischen SA local.cf-Optionen ignoriert werden, ist dies Ihre Antwort. Sie müssten spezifischere Informationen veröffentlichen.
2. frage:
Ja, Sie können SA hypothetisch über Postfix / MTA / etc als separaten Inhaltsfilter verwenden. Es ist jedoch viel besser, als amavis-new als MTAs SA-Controller zu bleiben . Sie sollten in der Lage sein, das, was Sie unter SA tun, über Amavis-neue Konfiguration und / oder $sa_Variablen / etc zu replizieren .
Hinweis:
Wenn läuft unter Ubuntu (und wahrscheinlich Debian), gibt es auch eine globale amavis-new Spamassassin user_pref / config - Datei unter: /var/lib/amavis/.spamassassin/user_prefs.
Ich habe dieser Datei benutzerdefinierte SA-Regeln hinzugefügt - und sie funktionieren gut.
Sie können auch den Haupt-Amavis-Prozess beenden und Folgendes versuchen: sudo amavisd-new debug-saAusgabe der Aktivitäten von SA / Lesen / Kompilieren / etc. (Name / Ort von Debian / Ubuntu)
Beispiel LOG zeigt amavis-new config, wie einige SA-Konfigurationsdateien gelesen werden:
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