Hallo Liste! Ich hab ein kleines Procmail Problem auf einem SuSE72 Rechner: ~/.procmailrc wird anstandslos ausgeführt so wie es soll /etc/procmailrc wird ignoriert. Weiss jemand warum bzw. wie man das abstellen kann? Danke Alex Puchmayr
Alexander Puchmayr
Ich hab ein kleines Procmail Problem auf einem SuSE72 Rechner:
~/.procmailrc wird anstandslos ausgeführt so wie es soll /etc/procmailrc wird ignoriert.
Weiss jemand warum bzw. wie man das abstellen kann?
Fetchail ist da pingelig, unter welchem User es aufgerufen wird. ~/.procmailrc gehört einem <user>, und fetchmail sollte auch unter dieser Kennung aufgerufen werden. /etc/procmailrc gehört usually root, und damit kann <user> es nicht benutzen. (wenn ich mich recht erinnere :-) man kann aber auch fetchmail --fetchmailrc - < $FETCHMAILRC machen, dann hat man diese Probleme nicht mehr, dazu muß natürlich $FETCHMAILRC für den ausführenden <user> lesbar sein (mit allen Gefahren, da hier ja Passwörter drin stehen) Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 juergen.vollmer@[informatik-vollmer.de|alumni.uni-karlsruhe.de|acm.org] www.informatik-vollmer.de
Jürgen Vollmer wrote:
Alexander Puchmayr
Ich hab ein kleines Procmail Problem auf einem SuSE72 Rechner:
~/.procmailrc wird anstandslos ausgeführt so wie es soll /etc/procmailrc wird ignoriert.
Weiss jemand warum bzw. wie man das abstellen kann?
Fetchail ist da pingelig, unter welchem User es aufgerufen wird. ~/.procmailrc gehört einem <user>, und fetchmail sollte auch unter dieser Kennung aufgerufen werden.
fetchmail <> procmail. man procmail: If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). Also kann $USER mit ~/.procmailrc die Einstellungen ueberschreiben. Alex, hilft das weiter?
Peter Wiersig
fetchmail <> procmail.
oops, es ist doch doch gar nicht Mitternacht, und das 11 Uhr Loch ist schoene eine Weile vorbei.... Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 juergen.vollmer@[informatik-vollmer.de|alumni.uni-karlsruhe.de|acm.org] www.informatik-vollmer.de
Moin, Am Fre, 2003-06-27 um 15.14 schrieb Peter Wiersig:
man procmail:
If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present).
Also kann $USER mit ~/.procmailrc die Einstellungen ueberschreiben.
Da misch ich mich mal kurz ein, weil ich mich damit Montag auch beschäftigen darf. :-) Der von dir zitierte Text sagt "prior". Das kannte ich nicht und habe unter dict.leo.org geguckt, und dort heisst es: prior=bevor, vorrangig Nicht "stattdessen". Also erst /etc, dann /$HOME. Oder? Ich habe das System, auf das ich mich beziehe, gerade nicht in Reichweite, aber ich habe den Eindruck, es geht dabei nur um eine Reihenfolge, nicht darum, welche von beiden überhaupt ausgeführt wird. Ich habe in der /etc/procmailrc den Spamfilter und den Virenscanner, in den $HOME/.procmailrc die individuellen Dinge. Das wäre anders ja auch gar nicht sinnvoll? Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Ratti wrote:
Am Fre, 2003-06-27 um 15.14 schrieb Peter Wiersig:
man procmail:
If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present).
Also kann $USER mit ~/.procmailrc die Einstellungen ueberschreiben.
Der von dir zitierte Text sagt "prior". Das kannte ich nicht und habe unter dict.leo.org geguckt, und dort heisst es:
prior=bevor, vorrangig
Nicht "stattdessen". Also erst /etc, dann /$HOME. Oder?
Ja, genau. Erst werden die Sachen aus /etc/procmailrc gelesen und in den Speicher geschrieben, danach dann die /home/$USER/.procmailrc ausgewertet, womit der User die systemweiten Einstellungen ueberschreiben kann.
Ich habe in der /etc/procmailrc den Spamfilter und den Virenscanner, in den $HOME/.procmailrc die individuellen Dinge. Das wäre anders ja auch gar nicht sinnvoll?
Du kannst sich ohne weitere Probleme auch den Virenscanner und Spamfilter nur auf User-Basis in /home/user/.procmailrc vornehmen. Ich fand eigentlich, das Angaben wie ORGMAIL=/var/spool/mail/$LOGNAME in ORGMAIL=/home/$LOGNAME/inbox umzuschreiben. -- Have fun, Peter
Moin, Am Mon, 2003-06-30 um 14.15 schrieb Peter Wiersig:
Ratti wrote:
Nicht "stattdessen". Also erst /etc, dann /$HOME. Oder?
Ja, genau. Erst werden die Sachen aus /etc/procmailrc gelesen und in den Speicher geschrieben, danach dann die /home/$USER/.procmailrc ausgewertet, womit der User die systemweiten Einstellungen ueberschreiben kann.
Ich habe in der /etc/procmailrc den Spamfilter und den Virenscanner, in den $HOME/.procmailrc die individuellen Dinge. Das wäre anders ja auch gar nicht sinnvoll?
Du kannst sich ohne weitere Probleme auch den Virenscanner und Spamfilter nur auf User-Basis in /home/user/.procmailrc vornehmen.
Dann ist ja alles gut. :-) Die Motivation ist einfach die: die Konfig in /etc gehört root, somit ist es Usern nicht möglich, die dortigen Filter abzuschalten. Das ist gewollt. In /home dürfen sie dann rumsauen wie sie wollen. :-) Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
On Monday 30 June 2003 22:43, Joerg Rossdeutscher wrote:
Die Motivation ist einfach die: die Konfig in /etc gehört root, somit ist es Usern nicht möglich, die dortigen Filter abzuschalten. Das ist gewollt. In /home dürfen sie dann rumsauen wie sie wollen. :-)
Ich überlege gerade auch die Organisation der Mails. Jeder User hat seine eigene .fetchmailrc und .procmailrc. Für Spamassassin / sa-learn hätte ich aber gerne, dass von allen Usern Spam-Mails bzw. falsch erkannte Mails gelernt werden. Ich habe mir dazu überlegt, dass jeder User bestimmte Verzeichnisse für Spam hat, die manuell bearbeitet werden können und die dann per cronjob zwischen den einzelnen Usern ausgetauscht werden bzw. von sa-learn verarbeitet werden. Vermutlich gibt es dafür aber eine elegantere Lösung. Übrigens das Lernen von Kmail-Verzeichnissen scheint so zu funktionieren: sa-learn -D --ham --dir /home/test/Mail/.mailinglists.directory/.suse.directory/suse-linux-d/cur/ Al
participants (5)
-
Al Bogner
-
Alexander Puchmayr
-
Joerg Rossdeutscher
-
Jürgen Vollmer
-
Peter Wiersig