Hallo, fetchmail von einem user-Skript aus gestartet bringt: fetchmail: lock creation failed. Von einem user-xterm aus gestartet funktioniert sowohl der Aufruf des Skriptes als auch der Aufruf von fetchmail direkt /usr/bin/fetchmail -v -a -f /home/gerlach/.fetchm_sss >> /var/log/sss_mails 2>&1 einwandfrei. fetchmail vom user gerlach aus einem xterm aus gestartet oder durch Start des Skriptes mit ./sss_fetch (mit eigener .fetchmailrc im home-Verzeichnis) legt im home-Verzeichnis ein Lockfile an: -rw------- 1 gerlach users 5 Mär 3 00:26 .fetchmail.pid Dieses Lockfile scheint von fetchmail nicht anlegbar zu sein, wenn das Skript von procmail gestartet wird. Und das obwohl die Ausgabe von "id" im Skript die klare Ausgabe macht: uid=500(gerlach) gid=100(users) und das Skript die die Rechte: -rwxr-xr-x 1 gerlach users 1213 Mär 3 00:58 sms_fetch hat. Der Unterschied zu der id - Ausgabe von der Shell ist: uid=500(gerlach) gid=100(users) Gruppen=100(users),5(tty),14(uucp),16(dialout) Aber auch wenn ich dem Skript, das fetchmail startet, die Gruppe uucp, dialout oder tty gebe, selbst wenn es die Gruppe root bekommt, dann ist das lockfile im home-Verzeichnis des user noch nicht möglich zu erstellen. Das Skript hat die Möglichkeit Dateien in /home/<user> (hier home/gerlach) anzulegen. Das habe ich im Skript mit touch /home/gerlach/t123 getestet. -rw-r--r-- 1 gerlach users 0 Mär 3 00:38 t123 Übrigens: das user-Skript wird von procmail aus gestartet und das procmail ist offensichtlich so programmiert, daß es den owner und Gruppe des Skriptes zu den Rechten des Skriptes macht. Procmail selber wird über sendmail von root gestartet. Jemand noch eine Idee? Kann vielleicht der Start des Skriptes von procmail aus irgendwie beeinflußt werden? aus /home/gerlach/.procmailrc: :0 | formail -I "" | grep -e "^[1-9][+]" | /usr/local/bin/myskript thx Ekkard