Anmeldung an Emailserver sehr langsam

[ExeCRabLE]

Moin !

Ich habe ein Problem bei dem ich "doof" darstehe.

Wenn ich mich von irgendwo an meinen Mailserver anmelde verläuft die Anmeldung "ruckzuck". Bin ich aber innerhalb meines Netzwerkes, dauert die Anmeldung locker 30sec.

Ich habe den Server (Mailserver) angepingt und die Antwortzeiten liegen aus meinen Netzwerk heraus immer bei max. 50ms - egal welchen Port/Dienst ich vom Server anpinge.

Wie kann ich herausfinden, warum ich aus meinem eigenen Netzwerk eine derart lange Anmeldezeit am Mailserver habe ?

Es ist aber auch nur die Mailanmeldung so langsam - HTTP und SSH aufrufe laufen wirklich schnell ab.

Ich habe den Router schon mal ersetzt, damit ich den ausschliessen kann, aber das Problem bleibt das gleiche ...

Ich weis jetzt nicht, wo ich ansetzen kann, um das Problem zu lokalisieren. Habt ihr vieleicht ein paar Ideen ?

Ciao
ExeCRabLE

[marce]

Mehr Infos bitte - wo steht welcher Server / Rechner, wie meldest Du dich an, Netzstruktur, ...

[ExeCRabLE]

(Mail)Server steht beim Hoster.

Die Mails werden klassisch per pop/smtp abgerufen/versendet.

Netzwerkstruktur ist sehr einfach gehalten:

Desktop -> Patchpanel -> Router -> DSL 6Mbit

Patchpanel und Router stellen kein Problem dar, da ich das Patchpanel "übergangen" haben und den Router unteranderem durch einen völlig anderen Router ersetzt hatte.

Bin ich ausserhalb meines Netzwerkes - funktioniert alles prächtig. Das macht mich fertig

[ExeCRabLE]

Ich fange mal mit den logs an ...

Hier sind jede menge solcher Einträge in der Log mail.err

Apr 26 11:08:43 xxxxx pop3d: xxxx.xxxx LOGOUT, user=webmaster, ip=[80.135.xxx.xxx], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/domain.de/webmaster/Maildir

[marce]

Dann würde ich den Fehler im lokalen Netz suchen - sei es Client-Config, interne Netwerkprobleme, IPv4/6-Probleme, MTU, DSL-Modem, ...

[ExeCRabLE]

In der mail.info habe ich ein seltsames Verhalten - das ich trotz suche nicht verstanden habe ...

Apr 26 11:15:03 xxxx qmail: 1177578903.623783 status: local 0/10 remote 0/20
Apr 26 11:15:03 xxxx qmail: 1177578903.623852 bounce msg 200544 qp 27646
Apr 26 11:15:03 xxxx qmail: 1177578903.623919 end msg 200544
Apr 26 11:15:03 xxxx qmail: 1177578903.623987 new msg 200551
Apr 26 11:15:03 xxxx qmail: 1177578903.624067 info msg 200551: bytes 1241 from <> qp 27646 uid 2522
Apr 26 11:15:03 xxxx qmail: 1177578903.624138 starting delivery 66877: msg 200551 to remote anonymous@xxxx.rootmaster.info
Apr 26 11:15:03 xxxx qmail: 1177578903.624207 status: local 0/10 remote 1/20
Apr 26 11:15:03 xxxx qmail: 1177578903.624277 delivery 66877: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/

[ExeCRabLE]

Die MTU wird von der Telekom fest vorgegeben, daher habe ich keinen EInfluss darauf.

Das DSL-Modem ist kein Problem, da ich es auch schon ausgetauscht habe.

Die Client-Konfiguration ist auch nicht das Problem. Es sind verschiedene Betriebsysteme im Einsatz und alle haben das gleiche Problem.

Mein Linux-Noti läuft ausserhalb des Netzwerkes ohne Anmeldeprobleme am Mailserver, aber innerhalb des Netzes habe ich mit dem Noti das gleiche Problem.

IPv4/v6 ... das kann möglich sein ... wie kan ich das herausfinden ?

[PierreS]

ein Problem kann auch sein, daß Dein SMTP-Server immer versucht den Hostname von Deiner IP herauszubekommen. Du könntest mal versuchen dieses Verhalten abzuschalten.

[mkahle]

es klingt mir ein wenig danach, daß Du eine FW hast, die 113/tcp ignoriert (DROP), statt es zurückzuwiesen (REJECT) ... DNS ist aber auch ein möglicher Ansatz ... wenn Du noch genaue Angaben zur Dauer der Verzögerung hast, ist die Aufgabe evtl. leichter ...