Am Montag, 26. November 2001 11:41 schrieb Arne-Erik Martin: (...)
Also dann: Gratuliere!!!
Danke!!
Nein, mein fetchmail war auf einer höheren Schule und kann viel weiter zählen ... (hat es schon mal auf über 1500 gebracht, dann gab es leider ein Mangel an frischen Mails auf dem Server...)
so kannte ich das auch bis eben ...
Hier paar Daten:
[...]
.... reading message 31 of 102 (3546 octets) ... not flushed fetchmail: timeout after 300 seconds waiting for server pop.puretec.de. fetchmail: client/server synchronization error while fetching from pop.puretec.dfetchmail: Query status=7 (ERROR) ..... bis genau message 25 gehts richtig flott - so wie immer aber dann ...
Na die erste Vermutung war doch gar nicht so schlecht, die Verbindung zum Server war wohl tot. Aus man fetchmail:
There was an error condition reported by the server. Can also fire if fetchmail timed out while waiting for the server.
Genau das ist passiert: Timeout! Warum? Kann meherer Ursachen haben. Serverüberlastung, Verbindung ins Internet plötzlich tot,
ja und zwar weil der traffic aufhörte und danach wie befohlen der ippd die Verbindung kappte!
...
Also IMHO ist fetchmail unschuldig! Suche mal woanders!
100 punkte !! siehe: die Lösung!
.....
[...]
(..)
PS: Dein root hat noch mails, ich lass mir die immer gleich an meinen "normalen" Arbeitsuser schicken. Geht in der Datei /etc/aliases. Dort die Zeile root: fri eintragen und anschließend "newaliases" ausführen (als root!) und schon werden alle mails von root auf fri umgeleitet. Ist natürlich geschmacksach.
danke - guter tip! Hab da noch paar cronnachrichten mit den namen für die komprimierten logs - daß ich die nicht vergess - nachhall aus früheren Zeiten - mittlerweile find ich die blind :o)) . Gruß und danke für die Mühe fs