Skript direkt vorm Auflegen ausfuehren
Hi, ich bin kürzlich von analog auf ISDN umgestiegen. Bisher verwendete ich den diald um eine Internet-Verbindung aufzubauen. Dort gab es u.a. einen Parameter "ip-goingdown" neben "ip-up" und "ip-down". Dieser hatte die Besonderheit, dass mit dem Trennen der Verbindung gewartet wurde, bis das gerufene Skript abgearbeitet war. Dort habe ich bisher meine Mails geholt und versendet. Nun möchte ich selbiges unter ISDN realisieren. Wenn aber ip-down.local gerufen wird, besteht die Verbindung bereits nicht mehr. Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird. Kann mir jmd. sagen, wie ich ein Skript rufen kann und das mit dem Auflegen gewartet wird, bis es beendet ist? Danke schon mal Andreas -- --------------------------------------------------------------------- Andreas Bock registered Linux User #136542 mailto:Andreas.Bock@amselweg.org ICQ #59734306 http://www.amselweg.org ---------------------------------------------------------------------
Hi Liste, hi Andreas, Andreas Bock wrote:
Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird.
fetchmail in die ip-up.local eintragen und den crontab eintrag wie folgt ändern: ping -c 1 [externe IP-Adresse] > /dev/null dann kommt sich fetchmail nicht mehr ins Gehege. cu Gerald
Am Freitag, 7. September 2001 00:40 schrieb Gerald Goebel:
Andreas Bock wrote:
Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird. fetchmail in die ip-up.local eintragen und den crontab eintrag wie folgt ändern: ping -c 1 [externe IP-Adresse] > /dev/null dann kommt sich fetchmail nicht mehr ins Gehege.
Verstehe ich nicht. Damit sorgst Du doch nur dafür, dass die idle-time nicht mehr zum Zuge kommt. In wie fern hat denn das was mit den zwei Fetchmailaufrufen zu tun? Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo Liste, hallo Martin, Martin Borchert wrote:
Am Freitag, 7. September 2001 00:40 schrieb Gerald Goebel:
Andreas Bock wrote:
Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird. fetchmail in die ip-up.local eintragen und den crontab eintrag wie folgt ändern: ping -c 1 [externe IP-Adresse] > /dev/null dann kommt sich fetchmail nicht mehr ins Gehege.
Verstehe ich nicht. Damit sorgst Du doch nur dafür, dass die idle-time nicht mehr zum Zuge kommt. In wie fern hat denn das was mit den zwei Fetchmailaufrufen zu tun?
Nicht ganz: -c 1 sorgt dafür das nur ein Pakett gesendet wird und der ping sich dann wieder beendet. Die Ausgabe brauchen wir ja nicht. Da Fetchmail nun nicht mehr aus der crontab aufgerufen wird, sondern aus der ip-up.local, die ja bei jeder Einwahl ausgeführt wird. Der ping-crontab-Eintreg sorgt nun dafür das um eine bestimmte Uhrzeit ins Netz gewählt wird. cu Gerald
Am Donnerstag, 6. September 2001 23:24 schrieb Andreas Bock:
ich bin kürzlich von analog auf ISDN umgestiegen. Bisher verwendete ich den diald um eine Internet-Verbindung aufzubauen. Dort gab es u.a. einen Parameter "ip-goingdown" neben "ip-up" und "ip-down". Dieser hatte die Besonderheit, dass mit dem Trennen der Verbindung gewartet wurde, bis das gerufene Skript abgearbeitet war. Dort habe ich bisher meine Mails geholt und versendet. Nun möchte ich selbiges unter ISDN realisieren. Wenn aber ip-down.local gerufen wird, besteht die Verbindung bereits nicht mehr. Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird. Kann mir jmd. sagen, wie ich ein Skript rufen kann und das mit dem Auflegen gewartet wird, bis es beendet ist?
Wenn das Problem nur das ist, dass sich fetchmail ins Gehege kommt, dann nimm es doch einfach aus der crontab raus und schreib es in die ip-up rein. Fetchmail kann sich selbst auch zum deamon machen und von sich aus regelmäßig nach Mails schauen: set daemon 600 in der .fetchmailrc (von root müsste es in diesem Fall wohl sein) würde alle 10 Minuten nach Mails sehen. In die ip-down kommt dann der Eintrag fetchmail -q und fertig ist die Laube. Das was Du eigentlich wolltest ging vor ein paar Wochen mal durch die Liste. Ich glaube, Bernd Brodesser hatte das Problem. Ich weiß aber nicht, ob da was bei rausgekommen ist. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Am Freitag, 7. September 2001 00:52 schrieb Martin Borchert:
Am Donnerstag, 6. September 2001 23:24 schrieb Andreas Bock:
Wenn ich Mails in ip-up.local holen will, kommt sich fetchmail selbst ins Gehege, weil er zusätzlich auch per cron-job gestartet wird. Kann mir jmd. sagen, wie ich ein Skript rufen kann und das mit dem Auflegen gewartet wird, bis es beendet ist? Wenn das Problem nur das ist, dass sich fetchmail ins Gehege kommt, dann nimm es doch einfach aus der crontab raus und schreib es in die ip-up rein.
Super, jetzt muss ich mir schon selbst antworten. Nächstes Mal denke ich erst nach und poste dann. Versprochen. Fetchmail kommt sich nicht selbst ins Gehege. Fall a) Fetchmail holt Mails ab und beendet sich dann - der Aufruf aus der Crontab findet dann einfach nur zusätzlich zu dem aus der ip-up statt. Fall b) Fetchmail wird zu daemon - dann wird es durch den neuen Aufruf (entweder von cron oder aus der ip-up) einfach nur aufgeweckt. So wie ich das sehe, passiert da nichts schlimmes. Der Eintrag in der crontab ist lediglich überflüssig. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
participants (3)
-
Andreas Bock -
Gerald Goebel -
Martin Borchert