ist procmail aktiv?

[Martino]

Hallo Mitstreiter,

auf meinem Server läuft spamassassin und ich nehme an auch procmail. Spamassassin vergibt brav die Punkte und Sternchen und nun würde ich gerne die Spam-Mails verschieben. Ich habe aber den Verdacht, dass Procmail nicht so recht will.

Was ich weiss:
- Spamassassin funktioniert.
- in etc liegt eine procmailrc mit folgenden Einträgen:

[code]
DROPPRIVS=yes

#Logfile wird gespeichert:
LOGFILE=/var/log/procmail.log

#Spam wird hierher verschoben:
:0:
* ^X-Spam-Status: Yes
/var/mail/spam

# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
:0fw
* < 256000
| spamassassin

# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
/dev/null
EOF
[/code]

Ich denke das macht alles Sinn. Problem:
a) es wird keine log-Datei geschrieben
b) es werden keine Mails verschoben.

Könnt Ihr mir helfen?

Danke, Martino.

[Olaf Dietsche]

Mit

Code: Alles auswählen

dpkg -l procmail

siehst du, ob procmail installiert ist. Ansonsten kommt es darauf an, welchen MTA du installiert hast und ob der wiederum procmail nutzt.

Zu deiner procmailrc: wenn der Filter "x-spam-status: yes" zutrifft, dann kommt procmail erst gar nicht zu "x-spam-level: \*\*...".

Meiner Meinung nach ist das aber nicht allzu tragisch, weil ich es für riskant halte e-mails ungesehen zu löschen. Aber das muß jeder für sich entscheiden.

Wofür ist das EOF in procmailrc? Was steht in den Logdateien /var/log/mail.* bzw. /var/log/mail/mail.*?

[BeS]

Hallo Martino,

du mußt die mails erst duch spamassassin schicken, sonst sind sie noch nicht als spam markiert. Deine procmailrc sollte also eher so aussehen.

Code: Alles auswählen

DROPPRIVS=yes

#Logfile wird gespeichert:
LOGFILE=/var/log/procmail.log

# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
:0fw
* < 256000
| spamassassin

# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
/dev/null

#Spam wird hierher verschoben:
:0:
* ^X-Spam-Status: Yes
/var/mail/spam

Danach muß dann aber noch eine Regel kommen, wo alle anderen mails hin sollen!

Ich denke das macht alles Sinn. Problem:
a) es wird keine log-Datei geschrieben
b) es werden keine Mails verschoben.

Wahrscheinlich werden die mails garnicht durch procmail geschickt. Wenn du die mails mit fetchmail abhohlst mußt du sie zu procmail schicken. Das müsste ungefähr so aussehen:

Code: Alles auswählen

poll <pop3-account> proto pop3 user "<username>" there with password "<password>" is <user_auf_dem_system> here options mda "/usr/bin/procmail /etc/procmailrc"

in diesem Beispiel befindet sich die procmailrc in /etc

[Martino]

Hallo,

ich habe folgendes rausgefunden:
postfix ist mein MTA. In der dortigen main.cf wird ausserdem procmail mit eingebunden. Das startet auch, denn es erzeugt eine Logdatei dort, wo ich wollte. Ausserdem startet es, da es ja Spamassassin aufruft, was dann den Spam-Level vergibt. Das erkenne ich im Header der Mails, besonders natürlich, wenn es sich um Spam handelt.

Problem: die Regeln von Procmail werden nicht ausgeführt, da es vorzeitig abbricht. Im Ornder /var/mail/spam kommt also nichts an und in der Logdatei steht
"procmail vorzeitig abgebrochen"
Folder *bounced* 0

Warum läuft procmail nicht anständig durch?

Danke für Eure Einfälle dazu, Martino

[crazyed]

Moin
meine ~/procmailrc ist nach diesem Beispiel aufgesetzt und funzt auch <http://spamassassin.org/dist/procmailrc.example> , dann noch `man procmail` mit allen Querverweisen durchackern und für dich das Zutreffende raussuchen . Spam wird gleich in den entsprechenden automatisch angelegten Ordner verschoben , Stichwort `man lockfile` .
Viel Spass und Erfolg beim Einrichten
mfG
crazyed

[pdreker]

Evtl. musst Du procmail ohne die DROPPRIVS Option (schau Dir Deine Config 'mal an) starten. Sonst kann procmail nicht in /var/mail in andere Boxen schreiben, als die des aufrufenden Users, oder ein Spezialuser, wenn root es startet...

Nur so eine Idee, ich habe kein globales procmail...

Patrick

[Martino]

Hallo zusammen,

vielen Dank für Eure Hilfe, es ging etwas lange, bis ich mich der Sache wieder annehmen konnte. Jetzt läuft die Chose nachdem bei den Punkten, die ich vorher beschrieben habe nichts geändert habe. Was wohl den Ausschlag gab: Postfix, der Mailserver wurde neu gestartet. Irgendwie hängt der wohl so eng mit Procmail zusammen, dass der dann die Konfig für Procmail braucht bzw. Procmail nur dann auch korrekt läuft.
Fazit: Änderungen an der Procmailrc wurden wirksam, nachdem Postfix neu gestartet wurde.

Danke Euch, Martino