PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Pfix + amavisd-new + SpamAssassin 2.63 + clamav - Filterung?



ArneE
02.02.04, 16:45
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:


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/parts\n 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: OK\n


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.


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 ......


[edit]


eben ist mir ein Auszug von wiki zu SpamAssassin über die Füße gelaufen, "$sa_tag_level_deflt = " ist jetzt auf "-999". Also schreibt sich SpamAssassin jetzt grundsätzlich in den Header.

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?