Alfred Poschmann wrote:
Moin Leute!
Spamassassin filtert nur manchmal Spam aus ("manchmal" ist mein Lieblingsfehler :)
Konfiguration ist: Suse 9.2 (Update von 8.2 vor geraumer Zeit), Spamassassin ist manuell (per CPAN) aktualisiert, beim Rest sind es die Standard-Versionen: Fetchmail holt, postfix sortiert nach cyrus-imap, geprüft wird mit amavis-new, Virescanner ist Antivir. Unter Suse 8.2 hatte ich nur SA eingebunden, seit 9.2 habe ich Amavis-new dazwischen geklemmt.
Seit geraumer Zeit nervt mich nun ein hohes Spam-Aufkommen trotz von Hand angepasster SA-Regeln. Deshalb habe ich vor ein paar Tagen auch die neue SA-Version installiert, aber keine Besserung. Daraufhin habe ich in den Logfiles folgenden Fehler entdeckt:
Damit wirst du wohl auch in Zukunft leben müssen, denn die Mails sind ja bereits angenommen, wenn du sie mit Fetchmail abholst. Wenn du so wenig wie möglich Spam haben willst, dann bleibt dir nur noch, einen eigenen Mailserver aufzusetzen und scharfe Regeln aufzustellen, welche Adresse welche Mails empfangen soll. Ich habe seit vier Monaten keine einzige Spammail mehr erhalten, aber das klappt auch nur, weil ich sehr diszipliniert im Umgang mit Mailadressen bin und etwas Glück habe (dass niemand infiziert ist, dem ich eine private Mail geschrieben habe).
Jan 15 15:46:07 wauhsl imap[3558]: error sending to idled: 0 Jan 15 15:46:07 wauhsl imap[3558]: error sending to idled: 1
Das kommt reichlich oft vor, Google meint aber, dass sei nicht kritisch. Na gut. Dann aber das:
Jan 15 16:39:45 wauhsl spamc[4682]: connect(AF_INET) to spamd at 127.0.0.1 failed, retrying (#1 of 3): Connection refused Jan 15 16:39:46 wauhsl spamc[4682]: connect(AF_INET) to spamd at 127.0.0.1 failed, retrying (#2 of 3): Connection refused Jan 15 16:39:47 wauhsl spamc[4682]: connect(AF_INET) to spamd at 127.0.0.1 failed, retrying (#3 of 3): Connection refused Jan 15 16:39:48 wauhsl spamc[4682]: connection attempt to spamd aborted after 3 retries Jan 15 16:39:49 wauhsl lmtpunix[4533]: error sending to idled: 2
Das scheint das Filterscript aus alten Zeiten zu sein, das die Kommandozeilenversion von SA aufruft. Bei mir ist spamd in amavisd-new eingebunden.
Aha - SA scheint die Annahme mancher Mails zu verweigern (wobei es aber oft klappt, denn es sammelt sich einiges im Spam-Ordner).
Damit ist die Frage nun, wie SA am besten aufgerufen wird. Beim Prüfen der master.cf fiel mir auf, dass dort sowohl SA als auch Amavis eingehaengt werden (die komplette Konfigurationsdatei hängt unten an):
vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} filter unix - n n - - pipe flags=Rq user=filter argv=/usr/local/bin/filter.sh -f ${sender} -- ${recipient}
Nun dachte ich, dass der untere Haken doppelt gemoppelt ist, weil Amavis ja auch den Spammassassin aufrufen soll. Aber wenn ich den unteren Eintrag (filter.sh ruft SA auf) ausmaskiere, läuft Postfix ueberhaupt nicht mehr - also habe ich den Eintrag wieder aktiviert.
Welcher Fehler wird denn gemeldet und wie sieht der Output von "postconf -n" aus?
Und besonders cool ist das hier:
wauhsl:/etc/postfix # rcspamd status Checking for service spamd unused
Spamd scheint also gar nicht zu laufen... wer filtert dann immerhin 50% des Mülls aus? Anschalten geht auch nicht, rcspamd start gibt zwar keinen fehler aus, die weitere Prüfung des Status ergibt aber, dass Spamd trotzdem nicht läuft.
Ich versteh das alles nicht. Kann mich jemand erleuchten, also einen Hinweis geben, wie ich dieses Chaos verstehen und natürlich aufräumen kann?
Im Augenblick noch zu wenig Informationen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com