Connection dauert lange beim Abrufen von Mail

[floker]

Hallo!

Ich hatte die Tage schonmal die Frage gestellt, und dachte dann mit dem wechsel auf qpopper wäre das Problem gelöst, ist leider doch nicht so...

Und zwar dauert der Verbindungsaufbau zu meinem Server beim Abrufen von Mail recht lange (20sec +). Der eigentliche Mailabruf geht fix.
Ich habe als Mailserver im Client direkt die IP des Servers eingetragen.
Auf derm Server läuft kein Namserver.

teilweise habe ich beim verbinden mit ssh ähnliche "probleme".

Kann mir da jemand nen Tipp geben? Ich poste auch gerne Config-Auszüge, weiss nur nicht, wass genau da das "interessante" ist. ;-)

Danke,
Floker

[Matthias Diehl]

Guten Morgen,
ich weiss nicht ob es daran liegt, aber sieh Dir doch mal diese FAQ an und probiere ob es Dir hilft:

http://www.rootforum.org/faq/index.php? ... 36&lang=de

[floker]

Guten Morgen,
ich weiss nicht ob es daran liegt, aber sieh Dir doch mal diese FAQ an und probiere ob es Dir hilft:

http://www.rootforum.org/faq/index.php? ... 36&lang=de

Sorry, hatte ich vergessen zu schreiben:

Ich benutze den xinetd und qpopper nicht als standalone. Die Faq bezieht sich ja auf inetd.

[floker]

hat noch jemand ne Idee? Dodolin hatte was von RDNS gemeint, wie setze ich da an?

[dodolin]

hat noch jemand ne Idee?

RDNS und/oder ident.

wie setze ich da an?

Wenn dir deine Konfiguration undurchschaubar bleibt (was ich persönlich für _sehr_ bedenklich halte...!), dann mit tcpdump.

[floker]

Hi!

hat noch jemand ne Idee?

RDNS und/oder ident.

Eben das ist mein Problem, RDNS Eintrag ist gesetzt (vernünftig), Xidentd ist drauf, also kein ident -> Sollte das Problem ja eigentlich gar nicht bestehen.

wie setze ich da an?
Wenn dir deine Konfiguration undurchschaubar bleibt (was ich persönlich für _sehr_ bedenklich halte...!), dann mit tcpdump.

Konfiguration ist mir selber schon klar, nur bei diesem Fehler komme ich einfach nicht weiter, es ist halt auch nicht wirklich tragisch, einfach nur nervig.

Edit: es scheint wohl am Auflösen des Reverseeintrages von dem Client liegen:

Unable to get canonical name of
client XXX.XXX.XXX.XXX


mmh, da der ja ne dynamische IP hat macht nen eintrach in /etc/hosts ja wenig sinn.... Ideen?

[dodolin]

Eben das ist mein Problem, RDNS Eintrag ist gesetzt (vernünftig), Xidentd ist drauf, also kein ident -> Sollte das Problem ja eigentlich gar nicht bestehen.

Es geht um den RDNS bzw. ident des Clients, nicht des Servers.

[floker]

Eben das ist mein Problem, RDNS Eintrag ist gesetzt (vernünftig), Xidentd ist drauf, also kein ident -> Sollte das Problem ja eigentlich gar nicht bestehen.

Es geht um den RDNS bzw. ident des Clients, nicht des Servers.

mmh, achso. Und was kann ich da tun? Ich hab im inet gelesen, dass das wohl irgendwie "ausschaltbar" ist... also die abfrage nach dem RDNS des Clients. es nervt schon ein bißchen immer 20sec zu warten...

[floker]

um das ganze zu beenden... Fehler endgültig gefunden.

Die Nameservereinträge auf dem Server waren nicht ganz korrekt... daher hat der Server solange gebraucht um die Anforderungen zu bearbeiten.

[ana]

ich hab genau das gleiche Problem, kann es bei mir auch am Nameserver liegen?

[floker]

ich hab genau das gleiche Problem, kann es bei mir auch am Nameserver liegen?

also bei mir war es so. Da waren noch die alten Einträge von T-online drin.... (mein Fehler... ist ja "nur" nen gehouster Server). Wie sieht denn deine resolv.conf aus?
Wenn du inetd und nicht xinetd benutzt könnte es auch daran liegen.

[jan10001]

Probier mal das:

Ã?ndere in der /etc/inetd.conf:

Diese Zeilen:
pop3 stream tcp nowait root /usr/sbin/tcpd /usr/sbin/popper -S -s --> pop3 stream tcp nowait root /usr/sbin/popper -S -s
und
ftp stream tcp nowait root /usr/sbin/tcpd vsftpd --> ftp stream tcp nowait root /usr/sbin/vsftpd vsftpd

Danach nur noch den inetd Service neustarten:
/etc/init.d/inetd restart