fetchmail procmail und spamassassin

[maniac1810]

hallo,
leider hat mich das studieren diverser threads, howtos nicht so recht weitergebract bei meiner "Spamfilter-installations-aktion"

die ausgangssituation:

Auf einem suse 8.1 server läuft ein mailserver (fetchmail-postfix-qpopper). Da ich mit viel Spam zu kämpfen hab wollte ich jetzt procmail und spamassassin dazwischenschalten.

also hab ich in die .fetchmailrc eingetragen:




poll pop.gmx.net
proto pop3
user "XXXXX@gmx.de"
pass "yyyyyy"
is micha
mda /usr/bin/procmail <-- eingefügt



jetzt hab ich in meinem Home-verzeichnis (micha) eine .procmailrc angelegt.

dort hinein hab ich den Inhalt der Beispieldatei kopiert, welche spamassassin beiliegt. Hier noch mal zum vergleichen:



LOGFILE=/var/log/procmail

:0fw: spamassassin.lock
* < 256000
| spamassassin

:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
almost-certainly-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.
:0
* ^^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "

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




wenn ich die Sache jetzt so teste, dann kommen meine testmails aber nicht beim User "micha" inn /var/spool/mail an.

Wo liegt hier der Fehler? für Hinweise bin ich wie immer dankbar

[ChengFU]

Bei mir ist im Fetchmail der MDA auf "/usr/bin/procmail -d %T" eingestellt. Probier doch mal aus, ob das dass Problem löst.

Gruss, CF

[maniac1810]

soweit ich das jetzt nachvollzogen hab, gibt -d ja den lokalen Empfänger an.

bei mit kommt dann allerdings die fehlermeldung:


fetchmail:/root/.fetchmailrc:7: parse error at -d

[Leberwurstsaft]

"/usr/bin/procmail -d %T"
hast du auch wirklich die Anführungszeichen mit angegeben ?

[maniac1810]

ähhm .... nein
ich dachte das war zur Hervorhebung im text gedacht :ugly:
probiers gleich mal aus

Edit:
der Parse-error erscheint jetzt nicht mehr, aber die mail kommt trotzdem nicht an.

[maniac1810]

mmmh...
der fehler kann ja nur an der procmailrc liegen. Also ich habs auch mal versucht in unterschiedliche Verzeichnisse (/etc/ & /Home/User/ ) zu legen, weil ich das so irgendwo gelesen hatte. Hat aber auch keinen Effekt gezeigt.

eigentlich suche ich ja ne regel die in DAU-Worten gesagt folgendes macht

fetchmail-->hole mail und gib sie procmail
Procmail-->Suche die mails mittels Spamassassin auf Spam ab und gib sie dann an den localen benutzer weiter.

aber irgendwie bekomme ich das nicht hin. Kann mir mal jemand die o.a. procmailrc kommentieren ob die so ok ist?

Micha

[ChengFU]

Im Homeverzeichnis liegt die Procmailrc schon anz richtig.
Du hast in der promailrc doch ein Logfile angegeben... was steht da denn drin?

Gruss, CF

[maniac1810]

es wird komischerweise keine log Datei angelegt :confused:

die Auslieferung klappt jetzt aber komischerweise, frag mich nicht warum :ugly: . Ich hab jetzt mal den Standardmailfilter von gmx deaktiviert um mal zu sehen, ob die Spammails rausgefiltert werden.

In der kurzen zeit ca 30 min seit dem die Sache jetzt funzt, hab ich aber schon 5 Spammails bekommen. Kan man irgendwo nachschauen, ob und wie Spamassassin die mails filtert?

Micha

[maniac1810]

noch mal ich, :(

ich hab jetzt die mails mal mit "fetchmail -v -f" abgeholt um mal zu sehen wo es hapert.
in den logs steht folgende Zeile:

#*****procmail: Suspicious rcfile "/home/micha/.procmailrc"
procmail: Couldn't read "/home/micha/.procmailrc"

ich hab schon die Dateirechte auf 777 verändert, hat aber auch nichts gebracht,
hat noch jemand eine Idee?

[ChengFU]

Hallo,

Die Dateirechte stehen bei mir auf 644, ich könnte mir vorstellen, dass 777 aus Sicherheitsgründen nicht genommen wird.
Ändere mal den Pfad zu deiner Logdatei, wahrscheinlich darf procmail nicht in /var/log/procmail schreiben, bei mir geht das immer in eine Datei beim jeweiligen User, das klappt einwandfrei.

Übrigens: Ich würde den Spamassassin auf jeden Fall so benutzen, dass Mails nur verschoben, nicht aber gelöscht werden. Bei mir werden sehr oft erwünschte Newsletter herausgefiltert. Als Hauptfilter ist mir der bogofilter von Eric S. Raymond lieber - der produziert nämlich fast nie Fehltreffer.

Gruss, CF

[maniac1810]

also mit 644 gehts bei mir auch nicht, da kommt die gleiche fehlermeldung, aber mit 600 gehts. :)

allerdings scheint der definierte Filter nicht zu funktionieren. Ich hab in die procmailrc mal noch folgendes eingefügt:



#Subject filter
:0
* ^subject:.*\<(free|money|dollars?|euros?|prize|viagra|penis|off ers?)\>
/dev/null


und danach eine mail mit einem Betreff losgeschickt, welcher eigentlich gefiltert werden müsst, aber die mail kommt unbeschadet an?

Was das log verzeichnis betrifft, hab ich es auf /home/user/procmail.log geändert, aber geloggt wird trotzdem nicht ?