Spamassassin - zone file representation not defined for OPT

[rodorapido]

Hallo liebe Freunde,

mein erster Beitrag. Bitte laßt Nachsicht walten, wenn es nicht so klappt.

Nun zum Problem: Habe Debian 8.2 auf einem LAN-Server installiert. Es läuft exim4, procmail, dovecot-imapd und spamassassin. Letzterem traue ich aber nicht ganz, da mails teilweise falsch einsortiert werden und ich auch nicht sicher bin, ob nicht mails "gefressen" (oder ermordet?) werden. In /var/log/mail.log tauchen stets folgende Meldungen auf: "Zone file representation not defined for OPT". Ich habe das ausgiebig gegoogelt, bin aber nicht weitergekommen.

Wem sagt das was?

Viele Grüße
rr.

[rendegast]

Ich finde google:"zone-file-representation-not-defined" im Zusammenhang mit perl-Modul Net::DNS.
Dort heißt es etwas ausführlicher
"Zone file representation not defined for ... at ????????? line ..."

-> libnet-dns-perl und Co.
http://search.cpan.org/search?query=NET ... S&mode=all

DNS-Server / bind kontrollieren?

[rodorapido]

Hallo rendegast,

danke für die schnelle Antwort! Genau steht da eigentlich: "zone file representation not defined for opt at /usr/share/perl5/mail/spamassassin/dns.pm line 222"

Verwegen wie ich bin, habe ich da natürlich gleich reingeschaut in die Datei und schön sauber 222 Zeilen abgezählt. Ganz schöner Aufwand - und man neigt zum Verzählen. Was muß ich denn da in Zeile 222 eintragen???

Grüße
rr.

[rendegast]

und schön sauber 222 Zeilen abgezählt.

Bäääh, da gibt es Editoren mit Zeilen/Zeichen-Zähler.

spamassassin aus stretch/sid probieren?
Hat auch vielleicht mehr Hinweischarakter denn wirkliche Fehlermeldung.


Nach dem Kommentar in Dns.pm wird da das TXT des Hosts zerlegt.
Bsp.

Code: Alles auswählen

host -a current.cvd.clamav.net
host -t TXT current.cvd.clamav.net

Eventuell kannst Du als walkaround den DNS-Eintrag des betreffenden Hosts mithilfe eines DNS-Proxy umschreiben/"korrigieren".
Als Muster Vorlage einfach die DNS-Info von funktionierenden Hosts (welche halt keine Meldung produzieren) benutzen.

[rodorapido]

Hallo rendegast,

irgendwie komme ich nicht weiter. Ich weiß nicht woran es liegen könnte, dass der Spam-Mörder eindeutige Spams durchläßt. Folgendes läuft auf der Kommadozeile des Servers:

echo "Viagra" | spamc
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
meinserver.de
X-Spam-Flag: YES
X-Spam-Level: *******
X-Spam-Status: Yes, score=7.9 required=5.0 tests=EMPTY_MESSAGE,MISSING_DATE,
MISSING_FROM,MISSING_HEADERS,MISSING_MID,MISSING_SUBJECT,NO_HEADERS_MESSAGE,
NO_RECEIVED,NO_RELAYS autolearn=no autolearn_force=no version=3.4.0
X-Spam-Report: =?ISO-8859-1?Q?
* 1.2 MISSING_HEADERS Empf=e4ngeradresse ("To") fehlt
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* 1.8 MISSING_SUBJECT Betreff ("Subject") fehlt
* 0.1 MISSING_MID Missing Message-Id: header
* 1.4 MISSING_DATE Datumskopfzeile fehlt
* 1.0 MISSING_FROM Missing From: header
* -0.0 NO_RECEIVED Informational: message has no Received headers
* 2.3 EMPTY_MESSAGE Message appears to have no textual parts and no
* Subject: text
* 0.0 NO_HEADERS_MESSAGE Message appears to be missing most RFC-822
* headers?=
Viagra

Auch die bei spamassassin mitgelieferte sample-spam.txt funktioniert auf der Kommandozeile:

cat sample-spam.txt | spamc
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
hpproliant.homenet.edu
X-Spam-Flag: YES
X-Spam-Level: **************************************************
X-Spam-Status: Yes, score=1000.0 required=5.0 tests=GTUBE,NO_RECEIVED,
NO_RELAYS autolearn=no autolearn_force=no version=3.4.0
X-Spam-Report: =?ISO-8859-1?Q?
* 1000 GTUBE BODY: Test zur Pr=fcfung von Anti-Spam-Software
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* -0.0 NO_RECEIVED Informational: message has no Received headers?=
Subject: Test spam mail (GTUBE)
Message-ID: <GTUBE1.1010101@example.net>
Date: Wed, 23 Jul 2003 23:30:00 +0200
From: Sender <sender@example.net>
To: Recipient <recipient@example.net>
Precedence: junk
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

This is the GTUBE, the
Generic
Test for
Unsolicited
Bulk
Email

If your spam filter supports it, the GTUBE provides a test by which you
can verify that the filter is installed correctly and is detecting incoming
spam. You can send yourself a test mail containing the following string of
characters (in upper case and with no white spaces and line breaks):

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

You should send this test mail from an account outside of your network.

Wenn ich mir aber bei http://www.emailsecuritycheck.net/ ein paar Testmails schicken lasse, geht da alles durch, sogar die sample-spam.txt!

Meine ~/.procmailrc

[MAILDIR=$HOME/.Maildir/
DEFAULT=$HOME/.Maildir/
LOGFILE=$HOME/.procmail.log
VERBOSE=yes

:0 fhw
| spamc

:0:
* ^X-Spam-Status: Yes
$HOME/.Maildir/Spam/
/quote]

Was mache ich da nur falsch?
Viele Grüße
rr.

[rodorapido]

Gibt es irgendwo eine Möglichkeit, sich die Prüfschritte und -ergebnisse des Spam-Mörders im Detail anzusehen? Ich verstehe nicht, wie er bei der GTUBE-Mail beim Abholen durch fetchmail, der Übergabe an procmail und das Filtern zu einem Score von 0,3 kommt; wo doch das Durchnudeln auf der Kommandozeile einen solchen von 1000 ausspuckt.
rr.