Am 2003-09-18 10:32:09, schrieb Kai Mattern:
>Ralf Schmidt wrote:
>AFAIK hast Du entweder Fetchmail als zentraen Deamon laufen - oder eben
>als Userprozess - aber nicht beides ein bisschen.
>
>Wenn Fetchmail die User .fetchmailrc Dateien verwenden soll, m�ssen die
>User auch Fetchmail ausf�hren.
Das w�rde aber bedeuten, das nur dann E-Mails abgeholt w�rden, wenn der
jeweilige $USER sich einlogt und fetchmail startet...
Finde ich nicht besonderst lustig... (Bekomme pro Tag ein MB minimal
und wenn ich dann auch noch warten m��te, bis die Mails da sind ...)
>Wenn nur ein Fetchmail laufen soll - wie soll denn der Wissen, welches
>Userfuile er nehmen soll? ausser Du gibt es explizit an. Dann m�sstest
>Du aber ja f�r jeden User den Deamon laufen haben. IMHO nicht das Gelbe
>vom Ei.
Dachte ma dran, mir ein Script zu schreiben, das in den ~/ nachsieht ob
eine .fetchmailrc drinliegt und die dan abarbeitet...
Dann kannste n�mlich ein einziges fetchmeil laufen lassen.
>L�sung 1:
>1 zentrale fetchmailrc f�r alle - keiner ausser root darf reinsehen -
>(wozu auch?) und dann via procmail auf die Userverzeiczhnisse umsortieren...
Minus: $USER k�nnen keine neuen E-Mail-Accounts hinzuf�gen und m�ssen
den Sys-Admin nerven.
>L�sung 2:
>Jeder User startet fetchmail on demand wenn er seine Mails haben will
>(oder per cronjob des Users oder oder) und hat dann volle Kontrolle
>inklusive fetchmailrc verkonfigurueren.
Minus: Bei Dial-Up-Accounts hast jede menge Verbindungskosten durch
die IDLE-Time. Besser ein einziger cron-Job der jeden $USER
abgrast.
>Natr�lich alles IMHO und AFAIK.
>Kai
Sch�nen Nachmittag
Michelle
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
