Hallo, nachdem ich in suse-linux keine Antwort bekommen habe, hoffe ich, daß mir hier jemand helfen kann: Liefere neuerdings meine Mail per ssh-Tunnel ab. Das macht providerunabhängig und klappt auch im Prinzip einwandfrei, nur bei frühzeitigem Auflegen hängt der ssh-Prozeß, und ein erneuter Aufruf ist dann blockiert. Daher wollte ich den Prozess im ip-down-part killen. Klappt aber nicht. Rufe ich /etc/ppp/ip-down.local manuell auf, ist alles in Butter. Das erste echo gibt die richtige pid aus, das zweite echo ist leer: der Prozess wurde abgeschossen. Beim Aufruf von ip-down.local über den ipppd habe ich aber zwei leere Einträge von ip-down in /var/log/messages (von den beiden Echos: s.u.). Scheint so, als ob ps aux, etc. nix zurückgibt und deshalb "kill" nicht greift. Dann hatte ich den Kill-Aufruf in ein separates Script ausgelagert: Das wird definitiv beim Auflegen aufgerufen, aber auch hier klappt das gewünschte nur bei manuellem Aufruf. Frage mich, ob das irgendwas mit der Umleitung vom standard output zu tun hat(???), und insbesondere, wie ich das zurechtbiegen kann. Irgendwelche Ideen? ------------------------ aus man ipppd: /etc/ppp/ip-up ...... and with its standard input, output and error streams redirected to /dev/null. ----------------------------- abgespeckte /etc/ppp/ip-down.local: #!/bin/sh BASENAME=`basename $0` case "$BASENAME" in ip-up.local) ssh -l username -n -f -L 12345:localhost:25 ldv39.uni-trier.de sleep 240 /usr/sbin/sendmail -q & ;; ip-down.local) echo `/bin/ps aux | /usr/bin/grep '12345.*ldv39' | /usr/bin/awk '{ print $2;}'` kill -9 `/bin/ps aux | /usr/bin/grep '12345.*ldv39' | /usr/bin/awk '{ print $2;}'` echo `/bin/ps aux | /usr/bin/grep '12345.*ldv39' | /usr/bin/awk '{ print $2;}'` ;; *) ;; esac -- Gruesse Rolf