V-Server Strato Spamassassin + ClamAV HowTo mit Qsheff

[Huschi]

Die Sache läßt mir ja keine Ruhe...

Daher 4 Dinge:
a) Ich hab die r4 gefunden und zum Download abgelegt:
http://www.huschi.net/download/qsheff-1.0-r4.tar.gz

b) Laßt doch erstmal das überschreiben der qmail-queue weg.
(Also den Abschnitt unter "#Spamassassin in die qmail-queue einbinden:")

c) Achtet beim Überschrieben der qmail-queue dann wirklich auf das Erstellen einer neuen Datei. Und nicht, daß Ihr die qmail-qsheff überschreibt.

d) Ich hab noch ne andere Anleitung im Netz gefunden (für Debian & Plesk):
http://www.wh-og.hs-niederrhein.de/~docx/blog/item02669.php
Sie unterscheidet sich vorallem durch diese zwei Schritte zum Schluß:
addgroup qscand clamav
chmod 775 /var/run/clamav/

"qmailq"? Bin ich blind? Das bei Dir ist doch das gleiche wie hier auf Seite 1??

Ich rede von dem Server, auf dem ich ClamAV in qmail integriert habe.
Und das war das ältere Howto per qmailq, welches ich selber geschrieben haben.
Per qsheff wäre es allerdings die elegantere Methode, da sie mehr Möglichkeiten offen läßt. (Wenn es denn funktionieren würde...)

huschi.

 

[edvsb]

Hi,

also habe jetzt mal das hier getestet

http://www.huschi.net/25_69_de.html

Geht auch nicht. Fehlermeldung im Mailprog wie zuvor:

Serverantwort: '451 mail server temporarily rejected message (#4.3.0)

Allerdings geht das wenigstens:

/usr/local/qscanq/command/install-unwrap

Und folgendes:
Der Server

http://www.hostbird.com/

ist nicht mehr online, bzw keine Inhalte.

Und folgende Fehler:
wenn ich mit cd / das Verzeichnis wechsle, dann geht folgendes nicht

tar -xzvf src/qscanq-0.42-psa-0.06.tar.gz

richtig wäre

tar -xzvf /usr/local/src/qscanq-0.42-psa-0.06.tar.gz

Und dashier:

mv qscanq-0.42-psa-0.06 qscanq-0.42

geht auch nicht. Das Verzeichnis "qscanq-0.42-psa-0.06" gibt es nicht. Es heißt bereits nach dem Entpacken "qscanq-0.42".

Ansonsten ist alles ohne Fehler gewesen, aber am Ende des tuto, also nach

/usr/local/qscanq/command/install-wrap

war der Mailverkehr wieder tot

Gruß, Ingo

 

[edvsb]

Hilfe !!!!

Jetzt habe ich das hier genommen mit der r4

http://www.wh-og.hs-niederrhein.de/~.../item02669.php

Und das gleiche wie gestern. Versand und Empfang geht nicht.

dann wieder ein "/usr/local/etc/qsheff/uninstall-wrapper.sh" und jetzt wieder das:

451 qq trouble creating files in queue (#4.3.0)'

Wie gestern, und da durfte ich den Server neu aufsetzen !!!

Hilfe

Danke und Gruß, Ingo

 

[Huschi]

Fehlermeldung im Mailprog wie zuvor:
Serverantwort: '451 mail server temporarily rejected message (#4.3.0)

Wenn mir jetzt nicht bald mal einer passende Logfile-Einträge zu dieser Meldung bringt, weigere ich mich hier weiter nach Lösungen zu suchen.
Es gibt definitiv Logfiles dazu.

huschi.

 

[edvsb]

klar, verstehe ich, aber dann sag doc hmal bitte welches...

mail.log
mail.warn
mail.err
maillog

etc....

das mal ein bisserl was aus dem maillog. der Versand war um genau 22:50 und dazu finde ich nix in dem log

Apr 29 22:10:39 h825672 qmail: 1146341439.815731 status: exiting
Apr 29 22:10:39 h825672 qmail: 1146341439.928510 status: local 0/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.606762 new msg 5750908
Apr 29 22:15:03 h825672 qmail: 1146341703.606908 info msg 5750908: bytes 766 from <xxx@domain.de> qp 15639 uid 2020
Apr 29 22:15:03 h825672 qmail: 1146341703.621529 starting delivery 1: msg 5750908 to local 1-xxx@domain.de
Apr 29 22:15:03 h825672 qmail: 1146341703.621683 status: local 1/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.647695 delivery 1: success: did_1+0+1/
Apr 29 22:15:03 h825672 qmail: 1146341703.647848 status: local 0/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.647924 end msg 5750908
Apr 29 22:43:04 h825672 qmail: 1146343384.223536 status: exiting
Apr 29 22:43:32 h825672 qmail: 1146343412.960538 status: local 0/10 remote 0/20
Apr 29 22:46:30 h825672 qmail: 1146343590.132333 status: exiting
Apr 29 22:48:45 h825672 qmail: 1146343725.100667 status: local 0/10 remote 0/20
Apr 29 22:49:47 h825672 qmail: 1146343787.298192 status: exiting
Apr 29 22:50:01 h825672 qmail: 1146343801.903639 status: local 0/10 remote 0/20
Apr 29 22:52:45 h825672 qmail: 1146343965.042905 status: exiting
Apr 29 22:52:45 h825672 qmail: 1146343965.158814 status: local 0/10 remote 0/20
Apr 29 22:57:14 h825672 qmail: 1146344234.897898 status: exiting
Apr 29 22:57:40 h825672 qmail: 1146344260.174865 status: local 0/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.032336 new msg 5750908
Apr 29 22:58:07 h825672 qmail: 1146344287.032935 info msg 5750908: bytes 771 from <xxx@domain.de> qp 20024 uid 2020
Apr 29 22:58:07 h825672 qmail: 1146344287.044866 starting delivery 1: msg 5750908 to local 1-xxx@domain.de
Apr 29 22:58:07 h825672 qmail: 1146344287.045324 status: local 1/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.069965 delivery 1: success: did_1+0+1/
Apr 29 22:58:07 h825672 qmail: 1146344287.070782 status: local 0/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.071416 end msg 5750908
Apr 29 22:59:17 h825672 qmail: 1146344357.629124 status: exiting
Apr 29 23:02:40 h825672 qmail: 1146344560.344959 status: local 0/10 remote 0/20
Apr 29 23:02:59 h825672 qsheff[21411]: execve:  No such file or directory

das ist das komplette mail.err

Apr 27 16:07:26 h825672 sendmail[8934]: k3RE7PKa008934: SYSERR(root): hash map "Alias0": missing map file /etc/aliases.db: No such file or directory
Apr 27 16:07:26 h825672 sendmail[8935]: k3RE7PKa008934: SYSERR(root): hash map "Alias0": missing map file /etc/aliases.db: No such file or directory
Apr 27 16:17:01 h825672 qmail: 1146147421.068057 alert: cannot start: qmail-send is already running
Apr 29 00:36:21 h825672 qmail: 1146263781.360200 alert: cannot start: qmail-send is already running
Apr 29 22:49:20 h825672 qsheff[19316]: execve:  No such file or directory
Apr 29 23:02:59 h825672 qsheff[21411]: execve:  No such file or directory

hier mal ein teil aus dem mail.info

Apr 29 22:10:39 h825672 qmail: 1146341439.815731 status: exiting
Apr 29 22:10:39 h825672 qmail: 1146341439.928510 status: local 0/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.606762 new msg 5750908
Apr 29 22:15:03 h825672 qmail: 1146341703.606908 info msg 5750908: bytes 766 from <xxx@domain.de> qp 15639 uid 2020
Apr 29 22:15:03 h825672 qmail: 1146341703.621529 starting delivery 1: msg 5750908 to local 1-xxx@domain.de
Apr 29 22:15:03 h825672 qmail: 1146341703.621683 status: local 1/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.647695 delivery 1: success: did_1+0+1/
Apr 29 22:15:03 h825672 qmail: 1146341703.647848 status: local 0/10 remote 0/20
Apr 29 22:15:03 h825672 qmail: 1146341703.647924 end msg 5750908
Apr 29 22:43:04 h825672 qmail: 1146343384.223536 status: exiting
Apr 29 22:43:32 h825672 qmail: 1146343412.960538 status: local 0/10 remote 0/20
Apr 29 22:46:30 h825672 qmail: 1146343590.132333 status: exiting
Apr 29 22:48:45 h825672 qmail: 1146343725.100667 status: local 0/10 remote 0/20
Apr 29 22:49:20 h825672 qsheff[19316]: execve:  No such file or directory
Apr 29 22:49:47 h825672 qmail: 1146343787.298192 status: exiting
Apr 29 22:50:01 h825672 qmail: 1146343801.903639 status: local 0/10 remote 0/20
Apr 29 22:52:45 h825672 qmail: 1146343965.042905 status: exiting
Apr 29 22:52:45 h825672 qmail: 1146343965.158814 status: local 0/10 remote 0/20
Apr 29 22:57:14 h825672 qmail: 1146344234.897898 status: exiting
Apr 29 22:57:40 h825672 qmail: 1146344260.174865 status: local 0/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.032336 new msg 5750908
Apr 29 22:58:07 h825672 qmail: 1146344287.032935 info msg 5750908: bytes 771 from <xxx@domain.de> qp 20024 uid 2020
Apr 29 22:58:07 h825672 qmail: 1146344287.044866 starting delivery 1: msg 5750908 to local 1-xxx@domain.de
Apr 29 22:58:07 h825672 qmail: 1146344287.045324 status: local 1/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.069965 delivery 1: success: did_1+0+1/
Apr 29 22:58:07 h825672 qmail: 1146344287.070782 status: local 0/10 remote 0/20
Apr 29 22:58:07 h825672 qmail: 1146344287.071416 end msg 5750908
Apr 29 22:59:17 h825672 qmail: 1146344357.629124 status: exiting
Apr 29 23:02:40 h825672 qmail: 1146344560.344959 status: local 0/10 remote 0/20
Apr 29 23:02:59 h825672 qsheff[21411]: execve:  No such file or directory

ich habe viele.

Gruß, Ingo

 

[Huschi]

PreScriptum:
Da hier offensichtlich noch Mails über den Server gehen, teste mal welche nun gehen und welche nicht:
a) intern zu intern
b) extern zu intern
c) intern zu extern
d) extern (per SMTP-Auth) zu extern

Apr 29 22:49:20 h825672 qsheff[19316]: execve: No such file or directory

Ist das etwa nichts?
Passt auch etwa mit Deiner Angabe von 22:50, oder?
Und es taucht der Begriff "qsheff" auf.
Mag das vieleicht ein Hinweis sein?

execve ist aus der clib und startet einfach ein neues Programm anstelle des alten. (In anderen Programmiersprachen mit "system()" zu vergleichen.)
Ich interpretiere, daß qsheff hier versucht ein Programm zu starten. Aber anscheinend ist der Pfad fehlerhaft oder das Programm kann nicht ausgeführt werden.
Also überlegen wir mal:
Welches Programm könnte denn gemeint sein?
Entweder der clamdscan oder qmail-queue.
Prüfe beide Programme, ob vorhanden, Einstellungen richtig sind, User und Benutzerrechte, etc.

huschi.

 

[edvsb]

Hi,

also dass da Mail über Sever gehen habe ich auch gesehen, kommt zu dem Zeitpunkt aber nicht an.

Folgendes. Die Mail die ich um 22:50 versenden wollte konnte nicht versendet werden. Ich empfange aber sehr viele Emails vo extern. Diese werden in dem Moment dann aber nicht zugestellt. Was ich bemerkt habe, wenn man dann wieder qsheff deinstalliert dann kommen die Mail von etwa der letzten 30 Minuten. Also extern zu intern scheint zumindest teilweise gespeichert zu werden. Aber von gestern z.B. sind alle Mails weg. Die anderen Möglichkeiten funktionieren alle nicht.

Aber noch mal zum Logfile. Angeblich wurde um 22:58 eine Mail vom webmaster versendet. Das kann nicht sein. Der Versand war um 20:50 und dann nicht mehr. Dann um 23:02 wieder die Fehlermeldung.

Beim Maillog hattei ich mich auf das "maillog" bezogen und da steht nunmal nix.

clamdscan:
Kann nicht das Problem sein, denn ClamAV ist gar nicht installiert

qmail-queue:
Müste auch alles stimmen. Habe jetzt bestimmt schon die ersten 500 Seiten zu dem Thema bei Google durch. In de und en. Alle möglichen Rechte versucht, User und Gruppen. Immer wieder das gleiche.

Und, ich hatte mich halt mal auf die Fehlermeldungen vom Mailprog bezogen bzw. hab die geschrieben, da die z.b. auf der Webseite von qsheff auch erklärt werden in der FAQ. Die sagen dazu übrigens dass die Binary fehlerhaft sei oder qmail-queue link nicht existiert. Gut, der ist bei der r4 auch nicht da. Erst bei der r5.

Google sagt zu der Fehlermeldung in Verbindung mit qmail und Spamassassin z.B. dass das "softlimit" zu niedrig wäre. Viele verschiedene Dateien wo man das ändern kann (meist 1 MB erhöhen auf 2 MB) findet man dort auch, doch keine einzige davon gibts auf meinem System....

Also irgendwie kann das doch nicht wahr sein. Das ist ja schlimmer als ein Katz-und-Maus-Spiel. 5 verschiedene Tutorials, teilweise grundlegend unterschiedlich aber alle haben das gleiche Ergebniss

Danke und Gruß,
Ingo

 

[edvsb]

Moment... Jetzt tut sich mal was....

X-Mail-Scanner: Scanned by qSheff 1.0-r4 (http://www.enderunix.org/qsheff/)

Endlich mal ein neuer Header und der Versand geht auch. Vom Spamassassin ist im Mail-Header aber nix zu sehen.

Jetzt heißt es erst mal dokumentieren. Habe nämlich mehrere Tutorials zusammengewürfelt und momentan noch keinen ClamAV installiert.

Gruß, Ingo

Edit 02:10Uhr

Geht aber dennoch nicht komplett. Mails werden nun versendet mit einem Header vom qsheff, aber spamassassin geht nicht, klar, ist auch nicht eingebunden. Aber genau hier ist der Fehler.

14 Spamassassin einbinden
14.1 mv /var/qmail/bin/qmail-queue /var/qmail/bin/qmail-queue.bak //Hushi's Vorschlag, ein Backup ist sicherlich sinnvoll
In die Datei qmail-queue kommt nun:
#!/bin/sh

/usr/bin/spamc | /var/qmail/bin/qmail-qsheff

14.2 chmod 755 /var/qmail/bin/qmail-queue

Wenn man die vorhande qmail-query vom qsheff durch die neue ersetz geht der Mail-Transfare nicht mehr. Sicher fragst Du jetzt nach Logfiles. Aber ich schwöre, da stand nix drinnen ausser das starten und stoppen der Dienste. Und das für einen Zeitraum von über 20 Minuten. Jetzt kommen wieder daten. Ist auch wieder die alte queue.

Es gab nur die Meldung vom Mailprog mit "451 unable to exec qq ". Laut Google fehlen da irgenwo Rechte.

Also habe ich versucht die qmail-queue zu ändern von:

-r-xr-xr-x   1 root   root    375 Apr 27 16:12 qmail-queue

nach

-r-xr-xr-x   1 root   qmail   375 Apr 27 16:12 qmail-queue

, so wie die qmail-qsheff auch ist. Brachte aber auch nichts...

EDIT 03:10 Uhr
Ich bekomme noch nen Vogel. Habe noch nen Fehler:

VIRUS_PROG = "/usr/bin/clamdscan –quiet"

ist falsch, richtig wäre

VIRUS_PROG = "/usr/bin/clamdscan [B]-[/B]–quiet"

ansonsten heißt es: "Ungültige Option -p"

ClamAV ist nun auch aktiv... Nunja, zumindest der Dienst...

Aber immernoch das Problem mit der qmail-queue....

Ansonsten liegt der o.g. Fehler meist daran, daß die Datei /var/qmail/bin/qmail-queue nicht korrekt ist oder nicht ausführbar, oder die Pfade nicht richtig gesetzt sind.
Hier müßt Ihr es einfach mal selber testen.

Genau. Und an dem Problem bin ich gerade und scheitere bei allen Versuchen, leider.... *heul*

 

[edvsb]

Zwischendurch mal einen riesen Dank

Hi Huschi,

also ich möchte Dir zwischendurch wirklich mal Danke sagen. Anscheinend bist Du ja auch der einzigste der sich uns annimmt Also, *riesendank*

Schön wäre es natürlich wann alles schlußendlich funktionieren würde. Bei mir und bei "linuxpfeiffe". Naja, wenn er sich schon "linuxpfeiffe" nennt dann wäre mein Name wohl "linuxpfeiffehochzwei". Bin offiziell Programmierer und habe mit Linux nicht all zu viel am Hut. Schon gar nicht mit Mailservern. Ein laufenden System aufrecht zu erhalten ist kein Problem, aber Erweiterungen

Ich bin wirklich sehr bestrebt vieles alleine zu lernen und nicht anderen aus der Nase zu ziehen, ich denke "linuxpfeiffe" ist da genauso. Aber momentan besteht echt ein Problem.

Mein Wissen zu dem Thema 5%, Google 100% verschiedene Aussagen. Das passt nicht bei einem produktivem System.

Das schöne momentan ist nur, dass linuxpfeiffe und ich den gleichen Server haben. Er wahrscheinlich mit der angepassten qmail-queue (daher die Fehler) und ich nicht. Also eingrenzen konnte ich das ganze ja schon

Aktueller Stand:
ClamAv installiert
Spamassassin installiert
Queue nicht angepasst
Mailversand funktioniert

Anderer Stand:
ClamAv installiert
Spamassassin installiert
Queue angepasst
Mailversand funktioniert nicht

Aber ich gehe jetzt schlafen.

Gute Nacht euch beiden

Gruß, Ingo

 

[Huschi]

clamdscan:
Kann nicht das Problem sein, denn ClamAV ist gar nicht installiert

Was hast Du dann an entsprechender Stelle in die qsheff.conf geschrieben?
Und warum hast Du kein ClamAV installiert?
Da läßt Du ja das Beste aus...

qmail-queue:

Hast Du sie schon mal per Hand gestartet?
/var/qmail/bin/qmail-queue

huschi.

 

[edvsb]

Hi

Was hast Du dann an entsprechender Stelle in die qsheff.conf geschrieben?
Und warum hast Du kein ClamAV installiert?
Da läßt Du ja das Beste aus...

Ja, das beste ist dann weg, aber ich wollte eines nach dem anderen Testen und der Spamassassin war ist mir momentan wichtiger.
Was ich gemacht hatte? Nicht viel, nur die Option wo festgelegt wird ob ein Virenscanner genutzt wird von 1 auf 0 Gesetzt.

Danach mal ein

chmod 4755 qmail-queue

und dann war der Fehler dass "ein Verzeichnis oder Datei nicht gefunden wurde" weg

Hast Du sie schon mal per Hand gestartet?
/var/qmail/bin/qmail-queue

Jetzt schon. Ok, da kommt auch ein Fehler:

-bash: /var/qmail/bin/qmail-queue: bin/sh: bad interpreter: No such file or directory

Man bin ich blöd**** Da fehlt der / bei bin/sh

Gruß, Ingo

 

[edvsb]

aber gugg mal hier

Return-Path: <xxx@domain.de>
Delivered-To: 1-xxx@domain.de
Received: (qmail 25778 invoked from network); 30 Apr 2006 13:19:58 +0200
[B][COLOR="Red"]X-Mail-Scanner: Scanned by qSheff 1.0-r4 (http://www.enderunix.org/qsheff/)[/COLOR][/B]
Received: from dslb-084-056-074-000.pools.arcor-ip.net (HELO edvsbmaster) (84.56.74.0)
  by domain.de with SMTP; 30 Apr 2006 13:19:55 +0200
Message-ID: <002e01c66c48$37e22350$fe7aa8c0@edvsbmaster>
From: "Ingo Busch" <xxx@domain.de>
To: <xxx@domain.de>
Subject: Fw: test 13:14
Date: Sun, 30 Apr 2006 13:20:21 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869
[B][COLOR="Red"]X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on 
	h825672.serverkompetenz.net
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 
	version=3.0.2[/COLOR][/B]

Nunja, Spamassassin scheint auch zu funktionieren:

Subject: ****SPAM(1000.0)**** Fw: Test spam mail (GTUBE)

 

[Huschi]

Herzlichen Glückwunsch!

Kurze Frage: Welche qsheff-Version hast Du jetzt?
Und welche Linux-Distribution hast Du?

Ich fasse Zusammen:
52 Beiträge umfassen 4 Seiten im Forum; darin 3 mal die Auforderung mir die Ausschnitte aus dem richtigen Logfile zu posten. Erst als da mal was kommt, kann exakt auf das Problem eingegangen werden.

Warum nicht gleich so?

huschi.

 

[edvsb]

Welche qsheff-Version hast Du jetzt?

Steht doch da: qSheff 1.0-r4

Suse Linux 9.3

Fakt ist jedenfalls, dass das es hier Probleme gibt

14 Spamassassin einbinden
14.1 mv /var/qmail/bin/qmail-queue /var/qmail/bin/qmail-queue.bak //Hushi's Vorschlag, ein Backup ist sicherlich sinnvoll
In die Datei qmail-queue kommt nun:
#!/bin/sh

/usr/bin/spamc | /var/qmail/bin/qmail-qsheff

14.2 chmod 755 /var/qmail/bin/qmail-queue

und das sollte man auch nicht machen:

/usr/local/etc/qsheff/uninstall-wrapper.sh

zumindest nur extrem vorsichtig, denn dabei wird eine qmail-queue zurückgesichert, welche aber nicht die eigentliche ist die unter Punkt 14 von uns selber gesichert wurde.

Und das schöne ist, dass wenn man das ganze öfters macht, durch "install-wrapper.sh" immer mehr Sicherungen angelegt werden. qmail-queue.orig, qmail-queue.orig2, qmail-queue.orig3 etc. Bei "uninstall-wrapper.sh" wird aber immer die "qmail-queue.orig" zurückgesichert.

Gruß, Ingo

 

[flyingoffice]

@Huschi

In Deinem Howto ist IMHO noch ein kleiner Fehler

#richtiges Verzeichnis:
cd /usr/local/src
#wget http://www.enderunix.org/qsheff/qsheff-1.0-r5.tar.gz
wget http://www.huschi.net/download/qsheff-1.0-r4.tar.gz
tar -xzvf qsheff-1.0-r[B][COLOR="Red"]4[/COLOR][/B].tar.gz
cd qsheff-1.0-r[B][COLOR="#ff0000"]4[/COLOR][/B]
./configure
make

Gruß flyingoffice

 

[edvsb]

So, jetzt bin ich es nochmal.

Irgendwas passt da aber noch nicht so ganz.

X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed
version=3.0.4

autolearn=failed -> Das steht bei allen Mail die ich von fremden empfange oder mir selber schicke.

Bei Mails, die mit PHP generiert werden steht da dann

X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL
autolearn=ham version=3.0.4

Die hier kam von PHP:

Apr 30 16:07:13 h825672 spamd[920]: connection from xxx.serverkompetenz.net [127.0.0.1] at port 37799
Apr 30 16:07:13 h825672 spamd[920]: info: setuid to wwwrun succeeded
Apr 30 16:07:13 h825672 spamd[920]: processing message <20060430140713.7808.qmail@xxx.serverkompetenz.net> for wwwrun:30.
Apr 30 16:07:13 h825672 spamd[920]: clean message (-2.4/5.0) for wwwrun:30 in 0.3 seconds, 1025 bytes.
Apr 30 16:07:13 h825672 spamd[920]: result: . -2 - ALL_TRUSTED,AWL scantime=0.3,size=1025,mid=<20060430140713.7808.qmail@xxx.serverkompetenz.net>,autolearn=ham
Apr 30 16:07:15 h825672 qmail: 1146406035.356669 new msg 5750868
Apr 30 16:07:15 h825672 qmail: 1146406035.356819 info msg 5750868: bytes 1369 from <root@xxx.serverkompetenz.net> qp 7819 uid 30
Apr 30 16:07:15 h825672 qmail: 1146406035.372910 starting delivery 42: msg 5750868 to local 1-xxx@domain.de
Apr 30 16:07:15 h825672 qmail: 1146406035.373063 status: local 1/10 remote 0/20
Apr 30 16:07:15 h825672 qmail: 1146406035.395303 delivery 42: success: did_1+0+1/
Apr 30 16:07:15 h825672 qmail: 1146406035.395834 status: local 0/10 remote 0/20
Apr 30 16:07:15 h825672 qmail: 1146406035.396387 end msg 5750868

Und die von mir selber:

Apr 30 16:09:07 h825672 spamd[921]: connection from xxx.serverkompetenz.net [127.0.0.1] at port 37803
Apr 30 16:09:07 h825672 spamd[921]: info: setuid to qmaild succeeded
Apr 30 16:09:07 h825672 spamd[921]: processing message <01e601c66c5f$db568050$fe7aa8c0@edvsbmaster> for qmaild:2020.
Apr 30 16:09:07 h825672 spamd[921]: clean message (0.0/5.0) for qmaild:2020 in 0.1 seconds, 684 bytes.
Apr 30 16:09:07 h825672 spamd[921]: result: .  0 -  scantime=0.1,size=684,mid=<01e601c66c5f$db568050$fe7aa8c0@edvsbmaster>,autolearn=failed
Apr 30 16:09:09 h825672 qmail: 1146406149.920923 new msg 5750868
Apr 30 16:09:09 h825672 qmail: 1146406149.921070 info msg 5750868: bytes 1022 from <xxx@domain.de> qp 7989 uid 2020
Apr 30 16:09:09 h825672 qmail: 1146406149.935833 starting delivery 43: msg 5750868 to local 1-xxx@domain.de
Apr 30 16:09:09 h825672 qmail: 1146406149.935984 status: local 1/10 remote 0/20
Apr 30 16:09:09 h825672 qmail: 1146406149.959666 delivery 43: success: did_1+0+1/
Apr 30 16:09:09 h825672 qmail: 1146406149.959813 status: local 0/10 remote 0/20
Apr 30 16:09:09 h825672 qmail: 1146406149.959882 end msg 5750868

Gruß, Ingo

 

[Huschi]

autolearn=failed

Da mußt Du Dir die SA-Doku anschauen. Wahrscheinlich hast Du bei der Aktivitierung von Autolearn etwas übersehen. Evtl. wurde dbm nicht richtig aktiviert oder die Benutzerreche sind falsch, oder ähnliches.
Es gehört jetzt jedenfalls nicht mehr hier hin.

autolearn=ham

Das heißt, daß Mails, die über den Server verschickt werden automatisch als 'ham' gelernt werden. ('ham' ist das Gegenteil von 'spam'.)

huschi.

 

[edvsb]

Hi,

ja, damit hast Du auch wieder recht. Die Möglichen Ursachen stimmen auch. Steht auch so in der Doku, aber nicht mehr. Inzwischen hatte ich auch schon ein "autolearn=no" dabei habe ich seit es läuft nichts mehr geändert. Ein Logfile für den SA wäre nicht schlecht, soll es anscheinend geben aber niergends steht wie man es aktiviert, in der Doku steht gar nichts zum Thema Logfile

Naja, notfalls schalte ich "autolearn" halt ganz ab.

Danke Dir auf jeden Fall

Gruß, Ingo

 

[linuxpfeiffe]

Hallo, ihr cracks

Mann, da hab ich ja einiges verpasst, es hat sich ja richtig was getan seit gestern Nachmittag!!!

Musste leider im Warmen sitzen und kaltes Bier trinken...

Ich hab Eure Beiträge mal überflogen aber blicke (noch) nicht so wirklich durch...

Ich glaube, das Beste wird sein, meinen Server mal neu aufzusetzen und von vorne zu starten.

Wenn es hilft, wär ich gerne bereit, huschi dann die Zugangsdaten zu geben, damit wir ein "sauberes system" zum testen haben.

Es wär toll, wenn am Ende eine richtige Doku hier fürs Forum oder/und Huschis Seite rausspringt.

Auch ich muss mich mal dringend
1. bei Huschi bedanken; toll, dass Du hier so aktiv hilfst, ohne Dich wären wir echt aufgeschmissen...
2. Super, dass Du Dir die Nacht um die Ohren geschlagen hast, edvsb
Es scheint ja echt voran zu gehen...

LG

Linuxpfeiffe
-------------------------------
Bald ist wieder Land in Sicht
Böse Mails vergess'ma nicht.

 

[edvsb]

So, wieder mal ein paar Anmerkungen bzw. Erfahrungen (Teilweise aus Russischen Seite)

/etc/init.d/spamd stop bringt kein "done" als Rückmeldung.
Das kann ich nun mehrfach bestätigen. Der Grund ist auch, dass der Dienst gar nicht beendet ist. Ein "status" bringt weiterhin "running" was mit "ps -ef |grep spamd" nochmal verdeutlicht wird.

Couldn't create readable default_prefs for [/qmail/.spamassassin/user_prefs]
Das Verzeichnis nicht selber anlegen, sondern die Option mit "-x" abschalten.

Anpassungen in der /etc/sysconfig/spamd
von

SPAMD_ARGS="-d -c -L"

nach

SPAMD_ARGS="-d -x -c -L"

Dann "spamd" neu starten. Was sehr wahrscheinlich nicht geht und ein "ps -ef |grep spamd" folgendes oder änliches liefert.

root     19467     1  0 18:26 ?        00:00:01 /usr/sbin/spamd -d -c -L -r /var/run/spamd.pid

Wie man sieht fehlt da auch noch das -x. Also wie oben den Prozess manuell killen, rüfen und dann starten.

Beim prüfen erscheint dann folgendes:

h825672:/ # /etc/init.d/spamd status
Checking for service spamd                                            unused

Anschließend sieht es dann etwa so aus:

h825672:/ # ps -ef |grep spamd
root     19467     1  0 18:26 ?        00:00:01 /usr/sbin/spamd -d -x -c -L -r /var/run/spamd.pid

Could not create INET socket on 127.0.0.1:783: Address already in use (IO::Socket::INET: Address already in use)
Ja, diese Fehlermeldung gibt es dann auch noch. Hat die gleichen Gründe wie schon oben erwähnt. Der Prozess ist schon aktiv und es wird versucht nochmals auf den Port zuzugreifen.

Und so sieht es dann im maillog aus

Apr 30 18:50:18 xxx spamd[19470]: connection from xxx.serverkompetenz.net [127.0.0.1] at port 37943
Apr 30 18:50:18 h825672 spamd[19470]: processing message <027501c66c76$5fc710a0$fe7aa8c0@edvsbmaster> for qmaild:0.
Apr 30 18:50:18 h825672 spamd[19470]: clean message (0.0/5.0) for qmaild:0 in 0.2 seconds, 910 bytes.
Apr 30 18:50:18 h825672 spamd[19470]: result: .  0 -  scantime=0.2,size=910,mid=<027501c66c76$5fc710a0$fe7aa8c0@xxx>,autolearn=ham
Apr 30 18:50:20 h825672 qmail: 1146415820.327944 new msg 5750910
Apr 30 18:50:20 h825672 qmail: 1146415820.328094 info msg 5750910: bytes 1246 from <xxx@domain.de> qp 21530 uid 2020
Apr 30 18:50:20 h825672 qmail: 1146415820.343640 starting delivery 14: msg 5750910 to local 1-xxx@domain.de
Apr 30 18:50:20 h825672 qmail: 1146415820.343791 status: local 1/10 remote 0/20
Apr 30 18:50:20 h825672 qmail: 1146415820.367987 delivery 14: success: did_1+0+1/
Apr 30 18:50:20 h825672 qmail: 1146415820.368138 status: local 0/10 remote 0/20
Apr 30 18:50:20 h825672 qmail: 1146415820.368209 end msg 5750910

Nun funktioniert es bei mir zumindest auch mit Mails die ich an mich selber sende und von anderen empfange, nicht nur bei Systemmails.

Vorläufiges Fazit:
Mein Haptproblem der letzten 14 Tunden war, dass eben mit "stop" der Dienst gar nicht gestoppt wurde. Und die "option -x" die die user_prefs abschaltet.

Soweit erst mal, Ergänzungen folgen.

Gruß, Ingo