SpamAssassin schweigt sich aus

[Zephyrus]

Hi.

Ich starte SpamAssassin unter Debian als Dienst wie folgt:

OPTIONS="--sql-config --nouser-config --local --daemonize --max-children=5 --configpath=/usr/share/spamassassin/ --siteconfigpath=/etc/mail/spamassassin/"

In den Verzeichnissen liegen auch die benötigten Dateien.

Schicke ich eine Testmail los, markiert er die auch fein mit ****SPAM**** und schaue ich mir den Mail-Header an steht da auch drin, dass er brav alle Einstellungen übernommen hat und die Mail den Score sprengt aber er schreibt den Standard-Text nicht dazu, sonder zeigt die Spam-Mail einfach so an als wäre bis auf den Header alles ok.

Ich durchpflüge schon die ganze Zeit alle möglichen Dateien aber komme einfach nicht dahinter. Jemand eine Idee?

spamassassin -V
SpamAssassin version 3.0.3
running on Perl version 5.8.4

[Zephyrus]

Anbei noch die Konfigurationsdateien:



# /etc/default/spamassassin
# Duncan Findlay

# WARNING: please read README.spamd before using.
# There may be security risks.

# Change to one to enable spamd
ENABLED=1

# Options
# See man spamd for possible options. The -d option is automatically added.

# NOTE: version 3.0.x has switched to a "preforking" model, so you
# need to make sure --max-children is not set to anything higher than
# 5, unless you know what you're doing.

OPTIONS="--sql-config --nouser-config --local --daemonize --max-children=5 --configpath=/usr/share/spamassassin/ --siteconfigpath=/etc/mail/sp
amassassin/"

# Pid file
# Where should spamd write its PID to file? If you use the -u or
# --username option above, this needs to be writable by that user.
# Otherwise, the init script will not be able to shut spamd down.
PIDFILE="/var/run/spamd.pid"

# Set nice level of spamd
#NICE="--nicelevel 15"




# /etc/mail/spamassassin
# SpamAssassin config file for version 3.x

# How many hits before a message is considered spam.
required_score 5.0

# Whether to change the subject of suspected spam
rewrite_header subject *****SPAM*****

# Encapsulate spam in an attachment
report_safe 1

# Add report into headers
add_header spam Report _REPORT_

# Enable the Bayes system
use_bayes 1

# Enable Bayes auto-learning
bayes_auto_learn 1

# Enable or disable network checks
skip_rbl_checks 0
use_razor2 1
use_dcc 1
use_pyzor 1

# Mail using languages used in these country codes will not be marked
# as being possibly spam in a foreign language.
ok_languages all

# Mail using locales used in these country codes will not be marked
# as being possibly spam in a foreign language.
ok_locales all

[Zephyrus]

Bevor irgendwer fragt :)



# SpamAssassin sample procmailrc
# ==============================

# The following line is only used if you use a system-wide /etc/procmailrc.
# See procmailrc(5) for infos on what it exactly does, the short version:
# * It ensures that the correct user is passed to spamd if spamc is used
# * The folders the mail is filed to later on is owned by the user, not
# root.
DROPPRIVS=yes

# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
#
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
#
# The lock file ensures that only 1 spamassassin invocation happens
# at 1 time, to keep the load down.
#
:0fw: spamassassin.lock
* < 256000
|/usr/bin/spamc -f

# | spamassassin

# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
almost-certainly-spam

# All mail tagged as spam (eg. with a score higher than the set threshold)
# is moved to "probably-spam".
:0:
* ^X-Spam-Status: Yes
probably-spam

# Work around procmail bug: any output on stderr will cause the "F" in "From"
# to be dropped. This will re-add it.
# NOTE: This is probably NOT needed in recent versions of procmail
:0
* ^^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "

:0 fhw
| sed -e '1s/^/F/'
}

[tschloss]

Was sollte denn mit der Testmail passieren? Welchen "Standard-Text" erwartest du warum wo?
SA an sich macht ja nicht mehr, als die Mails je nach Einstellung zu markieren.

Greetz
Thomas

[Zephyrus]

Normalerweise klebt der SA doch sowas wie dies hier an ne Mail:
(und die eigentliche Mail ist als Anhang dabei)



Spam detection software, running on the system "yourserver.com", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see

Content analysis details: (7.9 points, 5.0 required)

pts rule name description
---- ---------------------- --------------------------------------------------
2.7 SUBJECT_DRUG_GAP_VIA Subject contains a gappy version of 'viagra'
0.8 SUBJ_ALL_CAPS Subject is all capitals
0.1 DRUG_ED_CAPS BODY: Mentions an E.D. drug
0.9 LOW_PRICE BODY: Lowest Price
1.2 DRUGS_ERECTILE Refers to an erectile drug
0.0 UPPERCASE_25_50 message body is 25-50% uppercase
2.2 AWL AWL: From: address is in the auto white-list


Momentan sehe ich das nicht und nur die Mail so wie sie ist. :confused:

[tschloss]

Normalerweise klebt der SA doch sowas wie dies hier an ne Mail:
(und die eigentliche Mail ist als Anhang dabei)



Momentan sehe ich das nicht und nur die Mail so wie sie ist. :confused:
Eigentlich steuert das der Parameter "report_safe". Probiere mal "2".

Halt ich sehe gerade, dass Du SA mit
--configpath=/usr/share/spamassassin/
startest, dein geposteter Code aber aus
# /etc/default/spamassassin
zu kommen scheint.

Vielleicht liegt es daran?

Thomas

[Zephyrus]

--configpath=/usr/share/spamassassin/
# Hier liegen die Dateien mit den Texten die er verwenden soll

--siteconfigpath=/etc/mail/spamassassin/"
# Hier liegt die local.cf usw.

Das witzige ist, bei einem Kollegen von mir funktioniert es und er nimmt die Textdateien die zusätzlich in "/etc/mail/spamassassin" liegen. (Um sicher zu gehen, dass er auf jeden Fall welche findet.)

Dafür bekommt mein Kollege auch jede als SPAM-Erkannte Mail doppelt. Ist zwar nicht so schlimm aber irgendwie spinnt das Teil. Habe schon überlegt SA neu aufzusetzen... :mad: