PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : [spamassassin] Kein anfügen einer Kopie der alten Mail mehr, keine Reports mehr



carnil
25.03.05, 10:14
Hallo zusammen

ich habe hier leider ein kleines Problem: Folgendermassen wirkt es sich aus: bis zum 14. März war es bei mir noch so, dass für jede Spammail ein Report generiert wurde und zusätzlich auch noch eine Kopie der Spammail an die Reportmail angehängt wurde. Dies war dann plötzlich ab dem 15. März nicht mehr der Fall. Das einzige was noch funktioniert, wie es sollte ist, dass der Subject umgeschrieben wird.

Das hier habe ich schon gesehen: http://www.linuxforen.de/forums/showthread.php?t=172217&highlight=spamassassin
Wenn ich das mit perldoc Mail::Spamassassin::Conf richtig verstehe, ist aber use_terse_report keine Einstellung für spamassassin >= 3.x und ich verwende auch nicht sa-exim4.

Folgende Pakete wurden bei mir am 14. März und am 15. März, wo dann alles geändert hat, geupdatet:


-rw-r--r-- 1 root 274 2005-03-14 23:16:17.004909400 +0100 gcc-3.3-base
-rw-r--r-- 1 root 243 2005-03-14 23:16:17.245872768 +0100 libstdc++5
-rw-r--r-- 1 root 421 2005-03-14 23:16:24.041839624 +0100 cpp-3.3
-rw-r--r-- 1 root 3249 2005-03-14 23:16:24.841718024 +0100 gcc-3.3
-rw-r--r-- 1 root 7687 2005-03-14 23:16:26.171515864 +0100 libstdc++5-3.3-dev
-rw-r--r-- 1 root 573 2005-03-14 23:16:26.406480144 +0100 g++-3.3
-rw-r--r-- 1 root 407 2005-03-14 23:16:26.484468288 +0100 libidn11
-rw-r--r-- 1 root 2376 2005-03-14 23:16:27.669288168 +0100 gs-common
-rw-r--r-- 1 root 161 2005-03-14 23:16:28.269196968 +0100 libgcj-common
-rw-r--r-- 1 root 407 2005-03-14 23:16:28.797116712 +0100 libgcj4
-rw-r--r-- 1 root 494 2005-03-14 23:16:29.032080992 +0100 libopenexr2
-rw-r--r-- 1 root 259 2005-03-14 23:16:29.242049072 +0100 libselinux1
-rw-r--r-- 1 root 157 2005-03-15 23:04:46.847864032 +0100 libgcc1
-rw-r--r-- 1 root 812 2005-03-15 23:04:54.165751544 +0100 abook
-rw-r--r-- 1 root 574 2005-03-15 23:04:54.426711872 +0100 hdparm
-rw-r--r-- 1 root 225271 2005-03-15 23:05:17.133259952 +0100 kdelibs-data
-rw-r--r-- 1 root 557 2005-03-15 23:05:25.929922656 +0100 libexif10

Wie man sieht, wurde zwischen 14. März und 15. März weder exim4, noch spamassassin geupdatet. An der Konfiguration selber habe ich überhaupt nichts geändert, folgendermassen sieht sie aus:





required_hits 3.0
rewrite_header Subject *****SPAM*****
report_safe 1

# Learning Options
use_bayes 1



Wichtige Daten, die eventuell nützlich sein könnten: System ist ein Debian Sid mit folgenden verwendeten Programmversionen:


salvi@lorien:/etc/spamassassin$ dpkg --list spamassassin exim4 procmail
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-==============-==============-============================================
ii spamassassin 3.0.2-1 Perl-based spam filter using text analysis
ii exim4 4.50-4 metapackage to ease exim MTA (v4) installati
ii procmail 3.22-11 Versatile e-mail processor
salvi@lorien:/etc/spamassassin$

Wäre für einen Schubs in die richige Richtung gerne dankbar.

MfG carnil

Tomek
26.03.05, 09:44
Aus dem Spamassassin-Manual:

report_safe { 0 | 1 | 2 } (default: 1)
if this option is set to 1, if an incoming message is tagged as spam, instead of modifying the original
message, SpamAssassin will create a new report message and attach the original message as a message/rfc822
MIME part (ensuring the original message is completely preserved, not easily opened, and easier to
recover).

If this option is set to 2, then original messages will be attached with a content type of text/plain
instead of message/rfc822. This setting may be required for safety reasons on certain broken mail clients
that automatically load attachments without any action by the user. This setting may also make it some-
what more difficult to extract or view the original message.

If this option is set to 0, incoming spam is only modified by adding some "X-Spam-" headers and no changes
will be made to the body. In addition, a header named X-Spam-Report will be added to spam. You can use
the remove_header option to remove that header after setting report_safe to 0.

See report_safe_copy_headers if you want to copy headers from the original mail into tagged messages.
Versuch mal report_safe auf den Wert 2 zu stellen. So habe ich es bei mir auch eingestellt und das funktioniert bei mir.

carnil
26.03.05, 10:10
Hallo Tomek

Danke für deine Antwort
Versuch mal report_safe auf den Wert 2 zu stellen. So habe ich es bei mir auch eingestellt und das funktioniert bei mir.
Habe ich versucht, genau das gleiche Resultat. Finde ich sehr merkwürdig, vor allem in Verbindung mit diesem Experiment: Ich habe jetzt mal testweise auch noch


report_safe 0

versucht. Laut manual müsste es dann ja die e-mail selber nicht als Anhang anfägen, sondern nur die Header bearbeiten, richtig?
Nun, wenn ich das mache, löscht es mir einfach den Inhalt der Mail, stattdessen hingegen passiert folgendes: Er "löscht" mir den Inhalt der Mail, aber fügt mir ein Spam-Report in den Header ein:


Return-path: <bla@abc.de>
Envelope-to: salvi@localhost
Delivery-date: Sat, 26 Mar 2005 09:56:48 +0100
Received: from localhost ([127.0.0.1])
by lorien.ea with esmtp (Exim 4.50)
id *hust*
for salvi@localhost; Sat, 26 Mar 2005 09:56:48 +0100
X-Flags: 0000
Delivered-To: GMX delivery to bla@abc.de
Received: from pop.abc.de [xxx.xxx.xxx.xxx]
by localhost with POP3 (fetchmail-6.2.5)
for salvi@localhost (single-drop); Sat, 26 Mar 2005 09:56:48 +0100 (CET)
Received: (qmail invoked by alias); 26 Mar 2005 08:55:33 -0000
Received: from xxx.xxx.xxx.xxx (EHLO lorien.ea) [xxx.xxx.xxx.xxx]
by mail.gmx.net (mp025) with SMTP; 26 Mar 2005 09:55:33 +0100
X-Authenticated: #*hust*
Received: from salvi by lorien.ea with local (Exim 4.50)
id *hust*
for bla@abc.de; Sat, 26 Mar 2005 09:56:20 +0100
Date: Sat, 26 Mar 2005 09:56:20 +0100
From: Mein Name <bla@abc.de>
To: bla@abc.de
Subject: *****SPAM***** testmail
Message-ID: <blabla>
Reply-To: pingpong@abc.de
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
X-GMX-Antispam: 0 (Mail was not recognized as spam)
X-GMX-UID: blabla
X-Spam-Prev-Subject: testmail
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on lorien.ea
X-Spam-Level: *
X-Spam-Status: Yes, score=1.8 required=1.5 tests=AWL,HELO_DYNAMIC_IPADDR2,
HELO_DYNAMIC_SPLIT_IP autolearn=no version=3.0.2
X-Spam-Report:
* 0.9 HELO_DYNAMIC_SPLIT_IP Relay HELO'd using suspicious hostname (Split IP)
* 0.8 HELO_DYNAMIC_IPADDR2 Relay HELO'd using suspicious hostname (IP addr 2)
* 0.2 AWL AWL: From: address is in the auto white-list

Also ich weiss nicht weiter, ich denke wohl, ich hab eventuell in der Dokumentation etwas übersehen, oder falsch konfiguriert. Aber ich sehe momentan einfach nicht wo?

MfG carnil

carnil
08.04.05, 18:56
Hallo Zusammen

Danke an alle, die sich meine Problem angeschaut haben. Habe schlussendlich das Problem gefunden, es lang an einer "sich eingeschlichenen Konfiguration" in der ~/.procmailrc:


:0
* ^X-Spam-Status: Yes
spam/

da hatte sich bei


:0

ein "f" eingeschlichen:




f Consider the pipe as a filter.



MfG carnil