Zeitweise Timeouts bei IMAP Zugriff

[rix501]

Hallo,

ich würde einfach mal gerne ein Einschätzung hören.
Vielleicht kann ja jemand mit entsprechendem Fachwissen aus dem Bauch heraus sagen, wo man da ansetzen kann:

Mehrere EMail-Adressen (3) auf mehreren Clients (Outlook, Apple Mail, iPhone und iPad) kommunizieren per IMAP mit dem Mailserver.
Hin und wieder kommt es dabei zu Ausfällen, Nichterreichbarkeiten des Servers für rund 20 Minuten.
Dies passiert aus dem LAN heraus, an anderer Location aus dem WLAN und sogar aus dem UMTS Netz heraus.

Das Protokoll schaut laut Provider so aus:
(Die Domains habe ich unkenntlich gemacht)

Jan 5 18:55:35 307 dovecot: service=imap, user=info@xxxxxxxx.at, ip=[212.27.76.164]. Connection closed (IDLE running for 0.001 + waiting input for 1098.543 secs, 2 B in + 10+0 B out, state=wait-input) rcvd=2040, sent=622092
Jan 5 18:55:35 307 dovecot: service=imap, user=post@yyyyyyyyy.at, ip=[212.27.76.164]. Connection closed (IDLE running for 0.001 + waiting input for 1098.623 secs, 2 B in + 10+0 B out, state=wait-input) rcvd=2245, sent=957271

Das heisst wohl, dass da die Verbindung nach rund 1100 Sekunden (also eben jene knapp 20 Minuten) geschlossen wird. Danach funzt es wieder lange Zeit (Ganzer Tag!?)

Da das Problem gleichzeitig auf mehreren Clients aus unterschiedlichen Netzen kommt, möchte ich ein Rechner-lokales Phänomen ausschließen.
Die identischen Quell-IPs sind jetzt nicht aussagekräftig, es trat wie gesagt auch auf dem iPhone im UMTS auf.
Ich hoffe, jemand weiß etwas damit anzufangen und hat das schonmal erlebt.
Der Provider spricht von nicht bekannten Problemen und zuckt die Schultern.


Hoffende Grüße

Stefan

 

[mr_brain]

Welche Dovecot-Version wird verwendet?
Gibt es eine Firewall auf/vor dem Server? Wenn ja, dort mal die Logs überprüft?

 

[d4f]

Das heisst wohl, dass da die Verbindung nach rund 1100 Sekunden (also eben jene knapp 20 Minuten) geschlossen wird.

Ja. Der Client hat IDLE (aka Imap Push) angefragt und wartet darauf dass der Server ihm neue Informationen zusendet. Dann wird die Verbindung wohl ohne logout geschlossen, entweder durch TCP-Timeout, Verbindungsverlust des Client, etc...
Wenn es über unterschiedliche Clients und Netze auftritt würde ich primär auf ein Netzwerk- oder Konfigurationsproblem beim Anbieter tippen.

Der Provider spricht von nicht bekannten Problemen und zuckt die Schultern.

Eventuell wird es Zeit mit den Schultern zu zucken und den Anbieter wegen technischer Probleme zu wechseln...

 

[mr_brain]

Ggf. mal bei Dovecot den "secure mode“ deaktivieren.

 

[rix501]

Danke für Eure Antworten !!

Es ist ein recht großer Shared-Host Provider, der normalerweise weiß, was er tut.
Zumindest habe ich bisher den Eindruck
Providerwechsel kommt nicht in Frage, da gerade erst dorthin gewechselt wurde
Außerdem könnte mand ann ja Providerhopping betreiben, weil irgendelche Problemchen gibt es immer hier und da...

Aber vom Inhalt des Protokolls ist Eurer Meinung nach von einem Providerseitigen Problem auszugehen?

Das mit dem "secure-mode" gebe ich mal weiter, aber wie gesagt, ist kein kleiner Provider, und ob der da rumexperimentiert?

Gruß

Stefan

 

[greystone]

Zusätzlich zu dem Gesagten:

Es gibt viele Anbieter, die ein Mail Monitoring zum Testen anbieten.

Das kann man ja mal ein paar Wochen laufen lassen und schauen,
ob das ein grundsätzliches Problem des Providers ist.

---

Als ich in einem Forum mal über Nichterreichbarkeiten eines Mailproviders gelesen habe, habe ich zeitweise auch selbst mal gemonitored und da waren die Timeouts doch schon regelmässig und durchaus bemerkbar.

 

[Joe User]

Mögliche Ursachen sind unter Anderem und in dieser Reihenfolge zu prüfen:

* Mailclient beim Kunden
* Spamfilter beim Kunden
* Anti-Viren Programme beim Kunden
* Router, Firewalls und Proxys beim Kunden
* Router, Firewalls und Proxys beim Anbieter
* Router, Firewalls und Proxys beim Netzbetreiber
* Sonstige Fehlkonfigurationen bei allen Beteiligten

 

[rix501]

Connection closed (IDLE running for 0.001 + waiting input for 1098.543 secs,

Wenn das das Log vom Server ist und er textet da rein "waiting input..."

Ist dann nicht eher der Server derjenige, der auf Eingabe wartet?

Zumindest beschwört das so der Provider...


Gruß

Stefan


NACHTRAG:

Gerade hat der betreffende die Fehlermeldungen (Server nicht erreichbar, blabla...) gleichzeitig bekommen auf einem MAC, einem PC und einem Android Handy. Das Handy wurde dann aus dem WLAN genommen, Mail funktionierte dann prima...

Parallel dazu habe ich wie wild mit drei Clients aus meinem Netz zugegriffen, IMAP, POP quasi im Dauerabruf. Läuft wie Hölle.
Ein grundsätzliches Problem kann man also beim Provider ausschließen denke ich mal...

 

[d4f]

Deine vorangehende Fehlerbeschreibung lautete eigentlich explizit dass es in allen Netzwerken (gleichzeitig) auftritt, und nicht nur in einem Wlan?

Hin und wieder kommt es dabei zu Ausfällen, Nichterreichbarkeiten des Servers für rund 20 Minuten.
Dies passiert aus dem LAN heraus, an anderer Location aus dem WLAN und sogar aus dem UMTS Netz heraus.

Bei der Beschreibung mit nur Wlan ist vermutlich das Hausnetz schuld oder der Router. Wenn bspw der Router noch eine Speedtouch (o.ä.) Krücke mit standardmässig aktiviertem Layer7 Paketfilter wäre naheliegend da die Ursache zu suchen.

 

[rix501]

Ja, hatte ich, sorry für die Verwirrung.

zum Zeitpunkt des Posts war das auch Stand der Dinge und ist auch eigentlich noch fast richtig.

Weitere Einzelheiten verdeutlichen/ergänzen das Bild


UMTS -> Das war eine Auskunft des Nutzers "Ich war in der Gaststätte und dort funktionierte es auch nicht" (Ich gehe dann vom mobilen Inet aus ) Es scheint mittlerweile offenbar so zu sein, dass derjenige sich dort in das lokale WLAN eingebucht hat, UMTS ist also so nicht zu 100% bestätigt

Die mehreren Standorte in Sachen LAN/WLAN sind immer noch gültig.
Aber auch da gibt es mittlerweile zarte Eingrenzungen:
Bei mir daheim funktioniert es mit seinen Zugangsdaten auf allen Wegen perfekt (inkl. UMTS)

Beim Nutzer selber haben wir zwei unterschiedliche Standpunkte, die Probleme machen (zwei Büros, mehrere 100m auseinander).
Die Parallele dabei ist, dass an beiden Orten der gleiche Zugangsprovider genutzt wird.

Der Nutzer hat sein Smartphone nach Auftreten des Fehlers aus dem lokalen WLAN im Büro rausgenommen, dann funktionierte der Mailverkehr wieder, soweit, so gut mit UMTS.
Als er auf dem Heimweg an einem bekannten WLAN vorbeikam (also definitiv andere IP-Adresse) und sich das Smartphone dort einbuchte, kam wieder die Fehlermeldung...


Beste Grüße

Stefan

 

[Joe User]

Damit sind wir dann eindeutig bei den Punkten 3 und 4 meiner obigen Liste.

Also widmen wir uns erstmal Punkt 3:
Dein Bekannter soll bitte einmal testweise sämtliche(!) Anti-Viren-Software und/oder Security-Suiten von seinem System vollständig(!) deinstallieren(!) und das System anschliessend vollständig herunterfahren und rebooten.
Klappt es dann?
Wenn nicht, dann das Gleiche mit sämtlichen lokalen Firewalls, Proxies, VPNs und Möchtegern-Anonymiesierungs-Tools ala Tor.
Klappt es dann?