Am 31. März 2002 schrieb Friedrich Hagedorn:
On Sat, 30 March 2002 18:52:59 +0100, Erik Schanze wrote:
Bei mir gehört die /etc/fetchmailrc "root" und im Script ip-up werden die Mails geholt, du hast wahrscheinlich DSL(?), dann
Wie ich schon andeutete: bei mir stehen die Zeilen
/usr/bin/fetchmail -k -v >>/var/log/fetchmail 2>&1 & /usr/sbin/sendmail -qf &
im Script /etc/ppp/ip-up
Bei jeder Einwahl werden für alle User neue Mails von den Servern geholt, die in /root/.fetchmailrc stehen. Die Datei hat nur Lese- rechte für root, also sind die im Klartext gespeicherten Passwörter auch sicher.
Komfort mir leisten, wenn ich online bin, nicht immer mit Hand die emails zu checken, sondern die Arbeit anderen zu überlassen. Und dabei
Falls du lange online bist, willst du vielleicht zwischendurch mal nach Mails schauen, dann müsste man das anders lösen. (Wahrschein- lich doch mittels daemon-mode, in ip-up mit "fetchmail -q 600" starten und in ip-down mit "fetchmail --quit" killen. Könnte ich auch mal testen! Dann müsste aber Sendmail (oder exim) auch als daemon laufen, sonst bleiben die Mail in der Queue.) 30 Sekunden sind zu kurz, wenn du mehrere Server abfragst, die Verbindung schlecht ist und du volle Postfächer hast. Es gibt auch Provider, die nur bestimmte Mindestintervalle akzeptieren. 10 Minuten = 600 Sekunden sollten reichen
könnt ich ja noch auch die emails von anderen Benutzern abfragen.
Das ist ein Vorteil von fetchmail.
Mhm, das mit dem cron-job ist ja die herkömmliche Methode, aber Debian hatte ja ein Skript mit dazu geliefert, so dass ich dachte, dieses zu benutzen.
(conventional_Way == bad)? user=oppositional:user=conservative;
;-)
Ich hab SuSE, d.h. bei dem Debian-Scrpit kann ich dir nicht helfen.
Wie sieht bei Dir der cron-job Befehl aus? Ich müsst ihn ja in ip-up starten, und in ip-down wieder killen.
Ich habe auch keine ständige Internetverbindung, deshalb macht IMO ein daemon oder ein cron-job keinen Sinn. (oder liege ich da falsch?) Wenn du sowieso vor hast:"deal-on-demand und mit einem timeout von 10s" zu machen (siehe thread: Re: alternative zu wwwoffle?), ist die obige doch eine gute Lösung, oder?
Tschau, Erik