• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

fetchmail unendlich langsam

Status
Für weitere Antworten geschlossen.

Knappe

Hacker
Habe fetchmail, postfx, courier-imap, spamassin, amavis-new unter 9.3 bei mir installiert. Läuft inzwischen auch ganz gut.

Allerdings benötigt fetchmail für die Zugriffe auf meine Konten bei verschiedenen Provider extrem lange.
Aus diesem Grunde habe ich fetchmail mit der Option -v gestartet und nachstehend das Protokoll geposted (hier brauchtet er über 5 Minuten !):

Code:
fetchmail -v
fetchmail: 6.2.5 fragt ab post.strato.de (Protokoll POP3) um Mi 05 Okt 2005 11:52:20 CEST: Abfrage gestartet
fetchmail: POP3< +OK POP3 server ready <3220741.14249.1128505934@post.webmailer.de>
fetchmail: POP3> AUTH CRAM-MD5
fetchmail: POP3< + PDMyMjA3NDEuMTQyNDkuMTEyODUwNTkzNEBwb3N0LndlYm1haWxlci5kZT4=
fetchmail: POP3> aW5mb0BlLXNjaHVldHQuZGUgNDMwNDliMzRhYTgyNmY2YTgxZWFkNjU4MTQ2Y2IxNmE=
fetchmail: POP3< +OK User logged in, proceed.
fetchmail: POP3> STAT
fetchmail: POP3< +OK 4 4951
fetchmail: POP3> LAST
fetchmail: POP3< -ERR Syntax error, command unrecognized
fetchmail: Syntax error, command unrecognized
fetchmail: POP3> UIDL
fetchmail: POP3< +OK 4 messages, listing follows
fetchmail: POP3< 1 4001fb7d52cb8c91a96902be1d46d110
fetchmail: POP3< 2 25e72362a6eb9a2abc7fb41045e83bff
fetchmail: POP3< 3 87f9ebe402d01320cc7bcbc2d11392e6
fetchmail: POP3< 4 d6436c5872ec21da36d52b1a4cc53115
fetchmail: POP3< .
4 Nachrichten (3 gesehen) für myname@mydomain.de bei post.strato.de (4951 Oktetts).
skipping message myname@mydomain.de@post.strato.de:1 nicht geflusht
skipping message myname@mydomain.de@post.strato.de:2 nicht geflusht
skipping message myname@mydomain.de@post.strato.de:3 nicht geflusht
fetchmail: POP3> LIST 4
fetchmail: POP3< +OK 4 1369
fetchmail: POP3> RETR 4
fetchmail: POP3< +OK Message follows
Nachricht myname@mydomain.de@post.strato.de:4 von 4 wird gelesen (1369 Oktetts)
fetchmail: SMTP< 220 home.mydomain.de ESMTP Postfix
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-home.mydomain.de
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250-SIZE 30000000
fetchmail: SMTP< 250-VRFY
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250 8BITMIME
fetchmail: SMTP> MAIL FROM:<ann.coles@sailbc.com> BODY=8BITMIME SIZE=1369
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> RCPT TO:<myname@localhost>
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF>
#*********fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 Ok: queued as CD0D918799
 nicht geflusht
fetchmail: POP3> QUIT
fetchmail: Zeitüberschreitung nach 300 Sekunden beim Warten auf Server post.strato.de.
fetchmail: Socket-Fehler beim Abholen von post.strato.de
fetchmail: 6.2.5 fragt ab post.strato.de (Protokoll POP3) um Mi 05 Okt 2005 11:57:35 CEST: Abfrage beendet
fetchmail: Abfragestatus=2 (SOCKET)
fetchmail: normaler Beendigung, Status 2

zu Vervollständigung hier auch noch die zugehörige fetchmailrc

Code:
defaults 
	proto pop3
	no dns

poll post.strato.de
	proto pop3
	auth cram-md5
	via post.strato.de
	user "myname@mydomain.de"
	pass "xxxxxxxx"
	is myname
	keep

Ich habe es auch ohne "no dns" und/oder "auth cram-md5" probiert --> keine Änderung.

Fetchmail "hängt" vor allem nach dem "POP3>QUIT"; aber auch davor ist es nicht besonders schnell.

Woran kann das liegen ?

P.S. Habe einen DSN-Server installiert, den aber zu Testzwecken an- und ausgeschaltet. Keine Änderung ...
 

dermichel

Advanced Hacker
timeout -t Server inactivity timeout in secâ
onds (default 300)


definier mal ein kleineres timeout...
 
OP
K

Knappe

Hacker
Habe ich jetzt. Aber so richtig hilft mir das weiter.

Wenn ich fetchmail -v für eine Mailbox aufrufe, dann kann sehen, dass
- der connect schnell geht

- der "LAST" einen Fehler ausgibt

- und der "STAT" eine Verweildauer von mehreren Minuten verursacht.

Spasseshalber habe ich jetzt während fetchmail auf die Mailbox zugriff mal mit einem E-Mail-Client unter Windows das gleiche Postfach abgefragt : siehe da - in sekundenschnelle war alles erledigt.

Dieser Win-Client hängt übrigens im gleichen lokalem Lan wie der Linux-Rechner.

Vielleicht noch zur Info : Seitenabrufe mit Firefox dauern auch sehr lange, dagegen mit den Windows-Clients geht das "ruckzuck" (ich weiss nicht, ob es damit etwas zu tun hat).
 
OP
K

Knappe

Hacker
Habe jetzt einmal die Anmeldung von

auth cram-md5
auf
auth password

umgestellt. Siehe da, es geht jetzt doppelt so schnell.

Gibt es dafür irgendeinen Grund, der mit fetchmail zu tun haben könnte ?
 

dermichel

Advanced Hacker
jetzt warst du schneller als ich :)

hab noch bei einem kunden nachgesehen auf dem server
bei dem ich vor langer zeit auch solche probleme hatte...

/usr/bin/fetchmail -d 180 --auth password

hats dort gebracht...
 
OP
K

Knappe

Hacker
Code:
/usr/bin/fetchmail -d 180 --auth password

Option "-d" finde ich NICHT im Manual. Was soll die bedeuten ?

Edit :
Doch gefunden (im Parameteraufruf) --> ok
Edit - Ende:

Wie ich schon oben erwähnte : Jetzt läuft fetchmail doppelt so schnell.

Das heißt bei mir : anstelle von 5-6 Minuten PRO Mailbox, jetzt "nur" noch 2-3 Minuten.

Das ist aber definitv immer noch zu lang.

Wo könnte ich noch weiter suchen (am Provider liegt es ja nicht) ?
 

dermichel

Advanced Hacker
-d laesst fetchmail als daemon laufen und ruft alle 3 min. mails ab.


hast du keine moeglichkeit die mails zu dir zu forwarden? also auf fetchmail zu verzichten?
 
OP
K

Knappe

Hacker
Code:
...mails zu dir zu forwarden? ...

Dann ergibt sich das gleiche Problem wie bei einer direkten Mailzustellung via (z.B.) dyndns.org.

Zwar kann ich meinen Mail-Server inzwischen auch direkt über eine solche Domain erreichen, aber wie in den How-To´s richtig beschrieben :

Die Gefahr auf eine "blacklist" zu kommen ist gewaltig.
Weiterhin könnten mir bei technischen Problemen mit meinem Mail-Server (z.B. Hardware-Fehler etc.) viele Mails verloren gehen, da sich die meisten Fehler immer in meiner Abwesendheit ergeben (z.B. Plattenausfälle).

Noch ein Grund : Nicht alle Provider bieten ein Mail-Forwarding in allen ihren Angeboten an.


Zu guter letzt :
Ich "bastele" an diesem Mailserver schon ca. 1 Woche rum (für Courier-Imap sind die Infos nicht ganz so breit gestreut wie für Cyrrus) und gleich am Anfang, als ich noch nicht spamassin und amavis UND meinen DNS-Server zu integrieren versuchte, lief fetchmail extrem schnell (ohne besondere Parameter). Insofern ist es schon wahrscheinlich, dass irgendetwas in meiner Konfiguration "schief" ist. Aber was ?
 

dermichel

Advanced Hacker
du machst ja keinen mx eintrag. bei einer relaydomain bleiben die
mails so lange in der queue vom provider bis dein server wieder online
geht. zum versenden der mails nimmst du natuerlich einen relayhost.
wir leben in 2005 :) da hat jedes kiddy sogar nen vserver :)
 
OP
K

Knappe

Hacker
Nur damit ich das richtig verstehe :

Bei meinem Provider hinterlege ich für mein Postfach eine Weiterleitung.

z.B. MyName@MyOfficialDomain --> MyName@Domain.DynDns.org
............MyName@Domain.DynDSN.org --> meinen Mail-Server (dieser Teil läuft bei mir ja schon)

Was passiert denn jetzt bei einer Zwangstrennung meines Providers und demzufolge einer neuen IP ?
Hält jetzt mein Provider für MyName@MyOfficialDomain die Mail zurück (weil nicht zustellbar) und versucht es dann später noch einmal (könnte ja sein, daß mein Mailserver mal mehr als 24 Stunden offline bin) ?
 

dermichel

Advanced Hacker
das sollte normalerweise der fall sein.
ich wuerde aber eine weiterleitung @mydomain -> @mydomain.dyndns.org machen. damit kannst du deine loaklen adressen selbst verwalten.
 
OP
K

Knappe

Hacker
So, jetzt wollte ich das testen (Provider-->dyndns-->mein Email-Server). Klappt aber nicht.

Ich bekomme den Port 25 nicht freigeschaltet, weder mit/ohne Firewall. Nat-Tabelle des Routers habe ich natürlich angepasst.

Einziges Protokoll was ich finden konnte :
Code:
Oct  6 15:20:15 asterix kernel: martian source 192.168.xxx.xx from 217.83.35.101, on dev eth0
Oct  6 15:20:15 asterix kernel: ll header: 00:00:d1:1e:11:f2:00:04:0e:72:0f:64:08:00
Die "217.83.35.101" ist meine IP-Adresse (vom Provider vergeben).

Ich weiß, gehört ja eigentlich nicht hierin aber bei einer solchen dummen Frage (siehe http://www.linux-club.de/viewtopic.php?t=43025&highlight=) antwortet mir natürlich keiner.

Nur ich weiß wirklich nicht mehr wo ich suchen soll. Bei mir habe ich genau das entsprechende HowTo umgesetzt (http://www.linux-club.de/viewtopic.php?t=26614 ).

Kann es irgendwie an den IpTables liegen ? Was könnte ich noch tun ?
 
OP
K

Knappe

Hacker
Bin jetzt ein Stück weitergekommen :

Der Port 25 ist offen, aber der Dienst "hier Postfix" meldet sich nicht oder "lehnt" die Anfrage aus dem Internet ab.

Woran könnte das liegen ?
 

dermichel

Advanced Hacker
sicher das es postfix ist?

tail -f auf das maillog - telnet ausfuehren und die CONNECT-meldung hier posten.
 
OP
K

Knappe

Hacker
Da kommt "gar nichts". Kein einziger Eintrag.

Bei "telnet localhost 25" meldet sich Postfix prima und dann erscheint auch eine CONNECT-Meldung.
 
Status
Für weitere Antworten geschlossen.
Oben