* Mukunda Peter Pasedach ([EMAIL PROTECTED]) wrote/schrieb:
> # Extra stuff to do after setting up the interface
> start_fn () { return; }
>
> Meine Versuche sind aber bis jetzt alle fehlgeschlagen. Ich nehme an,
> das Kommando w�re dann
>
> /usr/bin/fetchmail -f /home/mukunda/.fetchmailrc -d 120
>
> Wo k�me das hier rein? Oder bin ich v�llig auf'm falschen Dampfer?
Hi Mukunda!
Ich hab hier ein �hnliches Szenario. Ich habe zwar eine Flatrate, will
aber, da� Fetchmail nur Mails abholt, wenn mein Router bereits eingew�hlt
ist.
Dazu l�uft hier im Minutentakt ein Script, das pr�ft, ob der Router eine
Route nach drau�en hat, und das die IP-Adresse in /var/run/ascend-status
ablegt. Wie das genau funktioniert, spielt glaube ich keine besondere
Rolle.
In meiner eigenen Crontab (User martin) habe ich dann nur noch folgendes:
# Ich will keine Mails bekommen, mit der STDOUT meiner Jobs...
MAILTO=""
# Routerstatus checken und Mails holen, falls eingew�hlt.
*/5 * * * * sleep 10 ; test -s /var/run/ascend-status && fetchmail -s -n
Das sollte sich doch jetzt relativ simpel auf den Status Deiner PCMCIA-
Netzwerkkarte abbilden lassen. ifconfig eth0 gibt true oder false zur�ck,
je nach Zustand der Karte.
*/2 * * * * ifconfig eth0 2&>/dev/null && fetchmail 2&>/dev/null
Das Problem k�nnte jedoch sein, da� root Deine Fetchmailrc nicht lesen
darf, und da� Du als User ifconfig nicht zur Verf�gung hast. Dann mu� die
.fetchmailrc evtl. root geh�ren. Bei einem Laptop erscheint mir pers�nlich
sowas als einigerma�en zul�ssig. ;-)
Die Gefahr, da� sich durch den zu geringen zeitlichen Abstand zwei
fetchmails in die Quere kommen besteht nicht. Fetchmail merkt selbst, wenn
es zum zweitenmal vom selben User im Vordergrund gestartet wird.
-martin
--
Life sucks and then you die.
And that`s the good part.
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
