Hallo Andreas,
Danke für Deine Antwort!
> >Manche Provider (web.de z.B.) erlaube nur in bestimmten
> >Zeitintervallen einen POP3 Zugriff.
> Wenn Du in kürzeren Abständen als 15 min bei Web.de abholst, erhälst Du
> eine Fehlermeldung in Logfile .... mehr passiert nicht ....
Hmm, das ist dann relativ neu. Zumindest früher konnte man sich damit selber
blocken, weil man die 15 min mit jedem Zugriff immer wieder neu startete.
> >Bei anderen Usern sollen die
> >Emails auf dem Fremdserver für ein paar Tage verbleiben, obwohl sie
> >schon abgerufen wurden (damit man auch zuhause synchronisieren kann).
>
> hier hilft "man fetchmail" weiter:
das hatte ich natürlich vorher gemacht
> -k | --keep
[...]
> wenn der User seinen Mailreader zuhause so einstellt, dass die eMail
> nach dem abrufen gelöscht werden und Du auf dem Server -keep verwendest
> ist alles in Butter ....
Das ist für mein Setting nicht gut umsetzbar, da ich nicht weiss, wann wer was
abholt. Ich lasse daher bei allen Benutzern die Email normalerweis efür eine
Woche auf dem Server und lösche sie dann. In der Zwischenzeit kann man wenn
man will sie auch von zu Hause aus laden/löschen. Ich muss nur sicherstellen
DAS sie gelöscht werden.
Aber wie es der Zufall so will, habe ich kurz nachdem ich die Mail an die
Liste geschrieben habe und bereits ein paar Stunden mich mit Google
beschäftigt hatte einen Hinweis in EasyLinux auf Getmail4 gefunden (der LInk
dort ist nebenbei falsch, das "-4" muss weg. Besser noch ist die neue URL:
http://pyropus.ca/software/getmail/).
Getmail4 hat scheinbar die Option die ich suche:
<--- Zitat --->
Creating the [options] section
The optional options section of the rc file can be used to alter getmail's
default behaviour. The parameters supported in this section are as follows:
[...]
delete_after (integer) — if set, getmail will delete messages this number of
days after first seeing them, if they have been retrieved and delivered.
This, in effect, leaves messages on the server for a configurable number of
days after retrieving them. Note that the delete parameter has higher
priority; if both are set, the messages will be deleted immediately. Default:
0, which means not to enable this feature.
<--- /Zitat --->
Ich habe es noch nicht aufgesetzt sondern studiere noch die Doku. Ich gebe zu,
dass ich wegen der Aussagen des Fetchmailauthors auf
http://www.catb.org/~esr/guns ideologisch kein Freund von Fetchmail bin.
Etwas Sorge bei Getmail macht mir allerdings noch die Tatsache, das es in
Python geschrieben ist und ich daher Unsicher bezüglich a) der Performance
(Immerhin dient der Rechner auch noch als SAMBA-Server für 16 Clients) und b)
der Stabilität bei Updates (zwischen den diversen Pythonversionen soll es ja
erhebliche Kompatibilitätsprobleme geben) bin (bin aber als Debianuser
optimistisch das dieses Problem hier nicht besteht).
Hat da jemand Erfahrungen?
LG Stephan
--
Stephan Gromer, MD. PhD.
Work:Â Biochemie-Zentrum Heidelberg / Im Neuenheimer Feld 504 / D-69120
Heidelberg /Â Tel.: +49 (6221) 544291 /Â Fax.: +49 (6221) 545586
Home: Sternallee 89 / D-68723 Schwetzingen / Tel.: +49 (6202) 855038
Mobil: +49 (172) 7694555 /Â URL: http://www.gromer-online.de
Received on Sun Feb 27 09:54:10 2005