Jump to content
Assassin

Outlook Verbindet sich frühs erst nach 5 min

Empfohlene Beiträge

Hallo allerseits,

 

Hat soetwas schonmal jemand gehabt? Bei einem Netzwerk mit ca. 25 PCs, einem Exchange 2010 (v14.03.0352.000) gibt es jeden morgen wenn die ersten beiden Mitarbeiter ihre PCs anmachen das Problem, das Outlook 2013 ca. 5 minuten Braucht um sich lokal mit dem Exchange zu verbinden.

Outlook geht zwar auf, aber unten in der Statusleiste steht halt "nicht verbunden" da. Erst nach den ca. 5 minuten wenn er es doch mal geschafft hat sich zu verbinden, kommen auch die Mails rein.

 

OWA, und ActiveSync auf den Handys funktioniert problemlos (ohne verzögerung)

 

- Es betrifft auch nur die 2 PCs - das sind die, die sich frühs als erstes anmelden.

- Es gibt keine Fehlermeldungen auf dem Client

- auf dem DNS Server ist SplitDNS eingerichtet (auch für Autodiscovery.internedomäne.local)

- es gibt einen Proxyserver, jeder Client hat dementsprechende Proxyeinträge in den IE einstellungen

 

 

Wonach könnte man da noch suchen?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Moin,.

hast du / der Kunde VL Linzensierung, ggf. mit SA?

 

Ich würde mal auf 2016 aktuell gehen.

 

Und zusätzlich ganz explizit die Proxy-Einstellungen dort prüfen, eventuell greift dort eine Richtlinie zu spät.

 

;)

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Wahrscheinlich stimmt der Proxy nicht und die würfeln eine Weile. Bleibt ja die Frage, was nach den 5 Minuten als Verbindungsprotokoll genutzt wird (http/rpc, TCP/RPC).

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Evtl. ist auch die Firewall falsch konfiguriert. In der Standardkonfiguration will Outlook/Exchange erst mal direkt über RPC quatschen - und das braucht entsprechende viele freigegebenen Ports in der Firewall. Wenn das alles dann mal in Timeouts reingerauscht ist, geht es mit http/rpc weiter, und auch hier kann das dann wieder eine Weile dauern wenn entsprechend RPC Filter auf der Firewall am Werke sind oder die Auth Methode nicht gleich passt.

 

Am besten mal Outlook Verbindungstest machen und zuschauen was er da so macht und wo es ganz konkret hängt: https://www.tecchannel.de/a/troubleshooting-fuer-office-365-tipps-und-tools,2049407,2

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ich muss das nochmal hochschieben hier, da dieses Problem immer noch besteht - aber sporadisch :-/

Manchmal auch mitten im betrieb während gerade mit Outlook gearbeitet wird, verliert es die verbindung zum hausinternen Exchange.

 

der Exchange 2010 ist auf dem neusten Update-Stand, und die Clients mit dem Outlook 2013 und Outlook 2016 ebenfalls.

 

Auf dem DC habe ich ein Split-Tunneling konfiguriert, für autodiscover.domäne.de (als Zone, mit einem A-Record darin welcher richtung Exchange-Server zeigt)

Für die Proxyausnahmen auf dem Client habe ich bereits das hinzugefügt:

dc.domäne.local, exchange.domäne.local, autodiscover.domäne.de

habe es auch schon mit wildcards probiert, also *.domäne.local

 

Zertifikat habe ich überprüft, ist gültig und wird auch sauber innerhalb der Domäne verteilt.

 

Auch die Einrichtung eines neuen Outlook 2016 Clients funktioniert problemlos per Autokonfiguration beim ersten Start.

 

 

Wonach sollte ich noch schauen?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Moin,

 

 

Manchmal auch mitten im betrieb während gerade mit Outlook gearbeitet wird, verliert es die verbindung zum hausinternen Exchange

 

welche DNS Server sind am Client hinterlegt?

 

Gruß Sebastian

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

ausschließlich der DC.

 

 

Habe eben neue erkenntnis errungen: Selbst die Kopierer können Frühs wo das Problem hauptsächlich aufgtritt nichts senden, als wenn der Exchange offline währe...in den Logs ist aber nichts zu finden...

ich schaue gleich mal weiter auf dem HyperV host, ob der die VM "pausierte"...warum auch immer

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Evtl. ist auch die Firewall falsch konfiguriert. In der Standardkonfiguration will Outlook/Exchange erst mal direkt über RPC quatschen - und das braucht entsprechende viele freigegebenen Ports in der Firewall. Wenn das alles dann mal in Timeouts reingerauscht ist, geht es mit http/rpc weiter, und auch hier kann das dann wieder eine Weile dauern wenn entsprechend RPC Filter auf der Firewall am Werke sind oder die Auth Methode nicht gleich passt.

 

Am besten mal Outlook Verbindungstest machen und zuschauen was er da so macht und wo es ganz konkret hängt: https://www.tecchannel.de/a/troubleshooting-fuer-office-365-tipps-und-tools,2049407,2

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden

×