Hi, 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. Scheint so, als ob ps aux, etc. nix zurückgibt und deshalb "kill" nicht greift. Frage mich, ob das irgendwas mit der Umleitung vom standard output zu tun hat(???), und insbesondere, wie ich das zurechtbiegen kann. Wäre schön, wenn mich da jemand mal erleuchten könnte. ------------------------ aus man ipppd: /etc/ppp/ip-up A program or script which is executed when the link is available for sending and receiving IP packets (that is, IPCP has come up). It is executed with the parameters interface-name tty-device speed local-IP-address remote-IP-address 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' |/usr/bin/grep 'ldv39'| /usr/bin/awk '{ print $2;}'` kill -9 `/bin/ps aux | /usr/bin/grep '12345' |/usr/bin/grep 'ldv39'| /usr/bin/awk '{ print $2;}'` echo `/bin/ps aux | /usr/bin/grep '12345' |/usr/bin/grep 'ldv39'| /usr/bin/awk '{ print $2;}'` ;; *) ;; esac -- Gruesse Rolf --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com