8
Outlook Verbindungsproblem Offline sporadisch
Ich habe seit langer Zeit immer wieder Outlook Probleme.
Das Problem hatte ich schon früher als wir noch einen Exchange 2013 hatte - der extra migriert wurde damit evtl. die Probleme bei mir weg sind.
Andere Benutzer haben das Problem nicht.
Ein neues Profil habe ich bereits versucht - ohne Erfolg.
Da das Problem sporadisch ist ist es für mich so schwierig das darzustellen. (Problem ist max. für 10min danach geht wieder alles)
Outlook zeigt an offline
Alle Addins hatte ich bereits schon deaktiviert als Test - ohne Erfolg
PC Neuinstallation damals Windows 8.1 - heute Windows 10 - ohne Erfolg
Exchange ist das einzigste wo mitübernommen wurde
Exchange Postfach komplett neuerstellt und meine Daten wieder Importiert -> gleiches problem
Outlook Verbindungsstatus zeigt dann folgendes an:
Die untere Linie mit Fehler blickt die ganze Zeit sprich es wird ständig versucht ohne Erfolg?
Kurz zur Umgebung:
- Exchange 2016 auf Server 2012 R2 (HyperV Virtualisiert)
- Client Office 365 / Outlook 2016 (Version 1609 (Build 7369.2130)
- Mein PC hängt via 1Gb an einem Switch mit 10GB Verbindung zum nächsten Switch und dann via LACP 4 Nics auf den HyperV (anderer Port bereits schon versucht ohne Erfolg)
Ich habe nun einfach mal paar Daten reingeschrieben, wenn ihr etwas braucht melden
Bitte um Hilfe - Danke
Das Problem hatte ich schon früher als wir noch einen Exchange 2013 hatte - der extra migriert wurde damit evtl. die Probleme bei mir weg sind.
Andere Benutzer haben das Problem nicht.
Ein neues Profil habe ich bereits versucht - ohne Erfolg.
Da das Problem sporadisch ist ist es für mich so schwierig das darzustellen. (Problem ist max. für 10min danach geht wieder alles)
Outlook zeigt an offline
Alle Addins hatte ich bereits schon deaktiviert als Test - ohne Erfolg
PC Neuinstallation damals Windows 8.1 - heute Windows 10 - ohne Erfolg
Exchange ist das einzigste wo mitübernommen wurde
Exchange Postfach komplett neuerstellt und meine Daten wieder Importiert -> gleiches problem
Outlook Verbindungsstatus zeigt dann folgendes an:
Die untere Linie mit Fehler blickt die ganze Zeit sprich es wird ständig versucht ohne Erfolg?
Kurz zur Umgebung:
- Exchange 2016 auf Server 2012 R2 (HyperV Virtualisiert)
- Client Office 365 / Outlook 2016 (Version 1609 (Build 7369.2130)
- Mein PC hängt via 1Gb an einem Switch mit 10GB Verbindung zum nächsten Switch und dann via LACP 4 Nics auf den HyperV (anderer Port bereits schon versucht ohne Erfolg)
Ich habe nun einfach mal paar Daten reingeschrieben, wenn ihr etwas braucht melden
Bitte um Hilfe - Danke
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 340614
Url: https://administrator.de/contentid/340614
Printed on: April 19, 2024 at 04:04 o'clock
8 Comments
Latest comment
Moin erstmal,
als erstes solltest du mal klären ob es ein Netzwerkproblem ist, also hast du anderweitigen Netzwerkzugriff wenn es passiert!
Schon interessant, dass man einen Exchange migriert weil einer der Clients irgendein Problem hat.
Henning
als erstes solltest du mal klären ob es ein Netzwerkproblem ist, also hast du anderweitigen Netzwerkzugriff wenn es passiert!
Schon interessant, dass man einen Exchange migriert weil einer der Clients irgendein Problem hat.
Henning
Moin,
nein sonst abe ich während des Problems keine anderen Probleme.
Zeitgleich habe ich auch versucht den Exchange zu Pingen intern wie extern -> erfolgreich
Exchangemigration - stand sowieso an
nein sonst abe ich während des Problems keine anderen Probleme.
Zeitgleich habe ich auch versucht den Exchange zu Pingen intern wie extern -> erfolgreich
Exchangemigration - stand sowieso an
Ich tippe eher darauf das der EX zu dem Zeitpunkt eine Kaffeepause macht oder mit anderen Dingen ausgelastet ist, also die Dienste und die Logs auf dem EX durchforsten.
Leider erzählst du zu den Ressourcen und Anzahl User etc. des EX sehr wenig.
Gruß
Leider erzählst du zu den Ressourcen und Anzahl User etc. des EX sehr wenig.
Gruß
Exchange:
- 4vCPU
- 16GB RAM
- SSD HDDs
- 20 Benutzer
Aktuell habe ich folgendes das mir aufgefallen ist:
Es war bei uns überall wo Intern steht auch die externe Serveradresse drin.
Ich habe nun mal überall (OWA; EWS...) folgendes geändert:
intern: ex2016.xxx.local
extern: mail.externedomain.de
Evtl. ist / war das der Fehler
Im DNS aber war die externe Domain angelegt und zeigte auf den internen Exchange - damit es eig. nie über Extern raus ist.
- 4vCPU
- 16GB RAM
- SSD HDDs
- 20 Benutzer
Aktuell habe ich folgendes das mir aufgefallen ist:
Es war bei uns überall wo Intern steht auch die externe Serveradresse drin.
Ich habe nun mal überall (OWA; EWS...) folgendes geändert:
intern: ex2016.xxx.local
extern: mail.externedomain.de
Evtl. ist / war das der Fehler
Im DNS aber war die externe Domain angelegt und zeigte auf den internen Exchange - damit es eig. nie über Extern raus ist.
16GB zum spielen oder was , bissl wenig für einen produktiven EX2016.
Das der externe Domainname auch bei den internen stand war also vollkommen legitim und hat mit deinem Problem nichts zu tun, das ist eine ganz normale Vorgehensweise!
Beachte auch das du bestimmte URLs (wie die von MAPIoHTTP) nicht über die GUI sondern nur über die Powershell ändern kannst, du wirst mit deiner Änderung also jetzt unweigerlich auf Probleme stossen.
Jetzt wäre es vielleicht an der Zeit sich doch mal die Exchange-Grundlagen anzulesen...
, bissl wenig für einen produktiven EX2016.Im DNS aber war die externe Domain angelegt und zeigte auf den internen Exchange
Das nennt sich Split-DNS und ist völlig in Ordnung.Es war bei uns überall wo Intern steht auch die externe Serveradresse drin.
Ich habe nun mal überall (OWA; EWS...) folgendes geändert:intern: ex2016.xxx.local
extern: mail.externedomain.de
Wenn du du internen URLs auf die interne Domain änderst, beachte das das verwendete Zertifikat diese interne Domain als SAN enthalten muss, da es sonst unweigerlich zu Zertifikatsfehlern kommt. Da du heute keine ofiziellen Zertifikate mit internen Domainnamen bekommst kannst du solch ein Szenario mit internen Domainnamen nur noch mit einer eigenen CA und Import der Zertifikate auf die Clients machen.extern: mail.externedomain.de
Das der externe Domainname auch bei den internen stand war also vollkommen legitim und hat mit deinem Problem nichts zu tun, das ist eine ganz normale Vorgehensweise!
Beachte auch das du bestimmte URLs (wie die von MAPIoHTTP) nicht über die GUI sondern nur über die Powershell ändern kannst, du wirst mit deiner Änderung also jetzt unweigerlich auf Probleme stossen.
Jetzt wäre es vielleicht an der Zeit sich doch mal die Exchange-Grundlagen anzulesen...
Zitat von @133417:
16GB zum spielen oder was, bissl wenig für einen produktiven EX2016.
=> 20 Benutzer 16GB zum spielen oder was
, bissl wenig für einen produktiven EX2016. Reicht derzeit locker, es wären zwar noch 64GB frei wo wir noch vergeben könnten aber die Auslastung ist nie über 12GB derzeit.Im DNS aber war die externe Domain angelegt und zeigte auf den internen Exchange
Das nennt sich Split-DNS und ist völlig in Ordnung.Es war bei uns überall wo Intern steht auch die externe Serveradresse drin.
Ich habe nun mal überall (OWA; EWS...) folgendes geändert:intern: ex2016.xxx.local
extern: mail.externedomain.de
Wenn du du internen URLs auf die interne Domain änderst, beachte das das verwendete Zertifikat diese interne Domain als SAN enthalten muss, da es sonst unweigerlich zu Zertifikatsfehlern kommt. Da du heute keine ofiziellen Zertifikate mit internen Domainnamen bekommst kannst du solch ein Szenario mit internen Domainnamen nur noch mit einer eigenen CA und Import der Zertifikate auf die Clients machen.extern: mail.externedomain.de
Das der externe Domainname auch bei den internen stand war also vollkommen legitim und hat mit deinem Problem nichts zu tun, das ist eine ganz normale Vorgehensweise!>
Beachte auch das du bestimmte URLs (wie die von MAPIoHTTP) nicht über die GUI sondern nur über die Powershell ändern kannst, du wirst mit deiner Änderung also jetzt unweigerlich auf Probleme stossen.
MAPIoHTPP -> Danke muss ich nochmal prüfen
Wir haben den Fehler gefunden, im IIS unter BackEnd war noch das alte Zertifikat hinterlegt.
Somit kam es immer wieder zu diesen Problem - warum nur an einem Client - nicht zu erklären.
War aber die Lösung.
Somit kam es immer wieder zu diesen Problem - warum nur an einem Client - nicht zu erklären.
War aber die Lösung.
Jepp kenn ich, das kommt vor wenn man viel manuell an den Certs schraubt.
