Pfix + amavisd-new + SpamAssassin 2.63 + clamav - Filterung?

[arnee]

Ich verstehe das nicht - warum nur bleibt SpamAssassin teilweise inaktiv? Ich schicke eine GTUBE-Test-eMail von einem Account vom Client zum anderen, die Nachricht wird geblockt, d.h. Spamassi ist aktiv, dann schicke ich eine normale eMail von einem Account vom Client an den anderen Account auf dem Server und in den eMail-Headern ist nix, null zu sehen. Dort sollte aber sowas wie HITS=0.0 Required=6.3 stehen.
Die Absenderdomain (info@blablubb.de) als auch die Empfängerdomain (info@foo.de) stehen in @local_domains_acl eingetragen.

/etc/mail/spamassassin/local.cf:

Code: Select all

rewrite_subject 1
report_safe 0
use_terse_report 0

clear_headers
add_header spam FLAG _YESNOCAPS
add_header all Status _YESNO_, hits=_HITS_ required=_REQD_ tests=_TESTS_ version=_VERSION_
add_header all Level _STARS(*)_
add_header all Checker-Version SpamAssassin _VERSION (_SUBVERSION_) on _HOSTNAME_
fold_headers 1

use_bayes 1
bayes_path /var/amavis/.spamassassin/bayes
auto_learn 1

skip_rbl_checks 0
use_razor2 0
use_dcc 0
use_pyzor 0
dcc_add_header 1

dns_available no

Auszug aus amavis.log :

Feb 2 17:25:04 srv1 amavisd[3524]: (03524-02) Using Clam Antivirus-clamd: (built-in interface)
Feb 2 17:25:04 srv1 amavisd[3524]: (03524-02) Clam Antivirus-clamd: Connecting to socket /var/amavis/clamd
Feb 2 17:25:04 srv1 amavisd[3524]: (03524-02) Clam Antivirus-clamd: Sending CONTSCAN /var/amavis/tmp/amavis-20040202T140755-03524/partsn to UNIX socket
/var/amavis/clamd
Feb 2 17:25:04 srv1 amavisd[3524]: (03524-02) Clam Antivirus-clamd result: /var/amavis/tmp/amavis-20040202T140755-03524/parts: OKn

amavisd-new als auch clam laufen, in den Logs /var/log/amavis.log als auch /var/log/clamd.log tauchen keine Fehlermeldungen auf.

Wenn ich z.B. vom Server aus per telnet 127.0.0.1 10024 eine eMail direkt in amavisd-new injiziere, nimmt SpamAssassin seine Aufgabe war.

Code: Select all

srv1:/var/log# telnet 127.0.0.1 10024
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 [127.0.0.1] ESMTP amavisd-new service ready
MAIL FROM:<info@foo.de>
250 2.1.0 Sender info@foo.de OK
RCPT TO:<info@foo2.de>
250 2.1.5 Recipient info@foo2.de OK
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: dsafhsjdfskdf

test1
.
250 2.6.0 Ok, id=03525-02, from MTA: 250 Ok: queued as ED30E662C3

Auszug aus dem Header der abgerufenen eMail des Postfaches info@foo2.de:

X-Spam-Status: No, hits=3.1 tagged_above=3.0 required=6.3 tests=DATE_MISSING,
FROM_NO_LOWER
X-Spam-Level: ***

Woran liegt es, dass SpamAssassin nur teilweise aktiv ist und wie kann ich prüfen, ob clam-av vernünftig funktioniert? Beim EICAR-Test-Virus kommt von clam-av auch OK ......

[sambo]

Ich vermute mal das dein amavisd erst ab einem bestimmten Level den X-Spam-Header hinzufügt. sprich: er ist nicht wirklich inaktiv, sondern sagt nur nicht, dass er was getan hat ;-))

Schau mal in der /etc/amavisd.conf nach was bei "$sa_tag_level_deflt = " steht.

Wenn Du denn X-Spam-Header immer hinzufügen willst, musst Du = 0.0 eintragen.

[arnee]

Hallo,

eben ist mir ein Auszug von wiki zu SpamAssassin über die Füße gelaufen, wo genau das auch stand. "$sa_tag_level_deflt = " ist jetzt auf "-999".

Ich habe jedoch das Gefühl, dass eine Ã?nderung in /etc/mail/spamassassin/local.cf keinen Effekt mehr (?) hat:

add_header spam FLAG _YESNOCAPS_
add_header all Status _YESNO_, hits=_HITS_ required=_REQD_ version=_VERSION_
add_header all Level _STARS(*)_, _TESTS(,)_, _TESTSCORES(,)_
add_header all Checker-Version SpamAssassin _VERSION_ (_SUBVERSION_) on _HOSTNAME_

Nach der obigen local.cf dürfte der eMail-Header jedenfalls _NICHT_ so aussehen:

X-Spam-Status: No, hits=0.2 tagged_above=-999.0 required=6.3
tests=HTML_FONTCOLOR_RED, HTML_FONT_BIG, HTML_MESSAGE
X-Spam-Level:

Im Moment wird spamassassin noch als Perl-Script aufgerufen, Daemon-Restart gibt's also nicht.

Jemand eine Idee?

[sambo]

Hi,

kuck mal unter http://mirrors.catpipe.net/amavisd-new/#faq-spam

da steht unter anderem:

SpamAssassin has configuration options to modify mail body, but they seem to be ignored.
- amavisd-new never modifies mail body or let SA do it. All mail (header) editing is done by amavisd-new and not by SA.

und im nächste Absatz:

Does SpamAssassin observe settings in its configuration file local.cf?
- This is related to the previous item. SA does observe all settings in its configuration file, but not all of them have effect, as amavisd-new does its own decisions based on spam score (hits) (so for example required_hits has no effect - use tag/tag2/kill amavisd-new settings instead), and does its own header editing, and body is never modified.

Demnach nimmt also amavisd-new nicht unbedingt Rücksicht auf die localcf ...

[vratislav]

Demnach nimmt also amavisd-new nicht unbedingt Rücksicht auf die localcf ...

So ist es. Die amavis.conf muß entsprechend angepasst werden.

Björn

[arnee]

Wie bekomme ich es hin, dass amavisd-new die local.cf beachtet? Oder ist die einzige Alternative, den Aufruf von SpamAssassin aus amavisd-new zu entfernen und separat in Pfix einzubauen (und damit vor oder hinter amavis zu schalten)?

[vratislav]

Hallo,

Wie bekomme ich es hin, dass amavisd-new die local.cf beachtet?

Sie wird beachtet. Nur einige Punkte werden (aus gutem Grund) ignoriert und in der amavisd.conf definiert.

Um einen Tag in jeder Mail zu haben also

Code: Select all

$sa_tag_level_deflt  = 3;

entsprechend in /etc/amavis/amavisd.conf anpassen (z.B. -10).

Björn