Hallo zusammen auf dem SuSE-Olymp!
Zunächst dürft ihr mich beglückwünschen - ich habe seit zwei tagen
das Rad neu erfunden und einen Router für's Internet überreden
können, meine Pakete hinaus in die weite Welt zu bringen -
zurückkommen tun die noch nicht so, wie ich das gerne hätte - dazu
später (mal) :o)).
1. Hürde: mit fetchmail will ich alle meine Mails auf der Router
Maschine lokal in die Mail spule legen lassen und dann von dort mit
dem Laptop (neulich bei Aldi ;o)) ) abholen (soll später mal anders
werden.) Bis vor einiger Zeit praktizierte ich das dort mit den
Listen Mails ohne Tadel. nach einer kürzeren pause wollte ich das
wieder so tun, da zeigte mir fetchmail dass es schon bis 26 zählen
kann - bei mehr wird's schwierig - ab 30 dann unmöglich :o((. In
die Spule will es gar nichts mehr legen - ich nehme an, dass dies
eine Art "Verstopfung" bewirkt. Der zunächst beschuldigte Provider
ist rehabilitiert - auf einem anderen Konto genau dasselbe!! Kennt
jemand das Problem?
Hier paar Daten:
labor:~ # less /var/log/mail
...
Nov 23 22:26:47 labor sendmail[11769]: fANLQlM11769: tcpwrappers
(localhost, 127.0.0.1) rejection
Nov 23 22:26:56 labor sendmail[11769]: NOQUEUE: localhost
[127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to
MTA
...
labor:~ # tcpdump -i lo |grep smtp
...mehrfach...
21:50:37.621597 localhost.smtp > localhost.1340: . 481:481(0) ack
693 win 32767
On Friday, 23. November 2001 23:46, Friedrich Strohmaier wrote:
Zunächst dürft ihr mich beglückwünschen - ich habe seit zwei tagen das Rad neu erfunden und einen Router für's Internet überreden können, meine Pakete hinaus in die weite Welt zu bringen - zurückkommen tun die noch nicht so, wie ich das gerne hätte - dazu später (mal) :o)). 1. Hürde: mit fetchmail will ich alle meine Mails auf der Router Maschine lokal in die Mail spule legen lassen und dann von dort mit dem Laptop (neulich bei Aldi ;o)) ) abholen (soll später mal anders werden.) Bis vor einiger Zeit praktizierte ich das dort mit den Listen Mails ohne Tadel. nach einer kürzeren pause wollte ich das wieder so tun, da zeigte mir fetchmail dass es schon bis 26 zählen kann - bei mehr wird's schwierig - ab 30 dann unmöglich :o((. In die Spule will es gar nichts mehr legen - ich nehme an, dass dies eine Art "Verstopfung" bewirkt. Der zunächst beschuldigte Provider ist rehabilitiert - auf einem anderen Konto genau dasselbe!! Kennt jemand das Problem?
man fetchmail Versuch's mal damit: /usr/bin/fetchmail -v -t 30 -e 10 Gruß Peter
Am Freitag 23 November 2001 23:46 schrieb Friedrich Strohmaier:
Hallo zusammen auf dem SuSE-Olymp!
Zunächst dürft ihr mich beglückwünschen - ich habe seit zwei tagen das Rad neu erfunden und einen Router für's Internet überreden können, meine Pakete hinaus in die weite Welt zu bringen - zurückkommen tun die noch nicht so, wie ich das gerne hätte - dazu später (mal) :o)).
Also dann: Gratuliere!!!
1. Hürde: mit fetchmail will ich alle meine Mails auf der Router Maschine lokal in die Mail spule legen lassen und dann von dort mit dem Laptop (neulich bei Aldi ;o)) ) abholen (soll später mal anders werden.) Bis vor einiger Zeit praktizierte ich das dort mit den Listen Mails ohne Tadel. nach einer kürzeren pause wollte ich das wieder so tun, da zeigte mir fetchmail dass es schon bis 26 zählen kann - bei mehr wird's schwierig - ab 30 dann unmöglich :o((. In die Spule will es gar nichts mehr legen - ich nehme an, dass dies eine Art "Verstopfung" bewirkt. Der zunächst beschuldigte Provider ist rehabilitiert - auf einem anderen Konto genau dasselbe!! Kennt jemand das Problem?
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...)
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, ... Also IMHO ist fetchmail unschuldig! Suche mal woanders!
.....
[...]
fri@labor:~ > l /var/spool/mail/ insgesamt 21 drwxrwxrwt 2 root root 94 Nov 23 19:10 ./ drwxr-xr-x 16 root root 346 Jul 25 15:51 ../ -rw------- 1 fri users 0 Nov 23 19:10 fri -rw------- 1 jaap users 0 Jul 8 14:48 jaap -rw------- 1 root root 20219 Nov 23 01:07 root
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.
wem fällt was dazu ein?? Ich blicks kein Meter mehr hoffnungsvoller Gruß
fs
Am Montag, 26. November 2001 09:31 schrieb Peter Bossy:
On Friday, 23. November 2001 23:46, Friedrich Strohmaier wrote: (...)
rehabilitiert - auf einem anderen Konto genau dasselbe!! Kennt jemand das Problem?
man fetchmail
hab' ich (nicht) fleißig (genug?) studiert
Versuch's mal damit: /usr/bin/fetchmail -v -t 30 -e 10
wars nicht - aber danke für dein Mühen! Gruß fs
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
Hallo Zusammen, Zunächst Dank an Peter und Arne-Erik für Eure Mithilfe! Das Problem war - wie so oft im richtigen Leben auf menschliches Versagen zurückzuführen: Ich hatte die letzten Wochen das Glück in einer Firma zu hospitieren, die -oh Paradies- ihre Rechner direkt im Internet hängen hat. Mit frischem Elan ließ ich meinem neu gewonnenen Sicherheitsbewusstsein Taten folgen und dichtete nach meinem Laptop auch die Workstation ab - und vergaß es wieder!! Auch wenn ich das ganze Netz erfolgreich freigab - 127.0.0.1 durfte garnix - also auch nicht der geschundene smtpdamon, der die Mails in die spulen legen muss. Uff, auch schön, wenn man selber drauf kommt und sei's um den Preis von ein paar grauen Haaren! Gruß + frohes Gelingen fs
participants (3)
-
Arne-Erik Martin
-
Friedrich Strohmaier
-
Peter Bossy