NorbertFe

Du sollst nicht "rumbauen", sondern einfach mal 1. sagen, was du da einsetzt und 2. damit man den Fehler eingrenzen kann immer einen der Exchangeserver ausklammern. Wenn du das nicht willst kannst oder darfst, dann wirst du wohl an anderer Stelle ggf. unnötig lange brauchen. Und? Ist doch Top. Wie wärs bspw. hiermit? https://support.microsoft.com/en-us/help/3124071/oab-generation-stalls-in-an-exchange-server-2013-or-exchange-server-20 Bye Norbert

Hast du da evtl. eins händisch mit eingebunden? Das andere was man nicht schließen kann kommt garantiert per Automapping. Also entweder in Outlook das händisch eingebundene entfernen oder die Automapping Info löschen.

Und warum installiert man einen von 4 Servern anders? Irgenwie ist das grad modern so wenig Infos wie möglich rauszurücken. Wie wärs denn mal mit Hersteller oder Version? Macht der Loadbalancer nur Exchange oder noch was anderes? "Wo drauf"? Auf den Loadbalancer?

Nein er ist im extended Support. Nobby überdramatisiert hier etwas (meiner Meinung nach). ;) Dann probier das doch erstmal und prüfe ob es am Server oder am Client hängt. Wer oder was ist MX02 und andere MX?

Im Zweifel gibts halt den HTML 5 Client. Und wenn der nicht geht, wird der Nutzer schon irgendwann seinen Browser aktualisieren. Und wenn nicht, ist ja nicht meine Arbeit die er nicht erledigen kann. ;)

Sind denn alle Server identisch konfiguriert? Falls ja, schonmal versucht, einzelne Server in der DAG auszuschließen (Loadbalancer?) um den evtl. problematischen zu finden?

Glück, wenn man einfach Citrix einsetzt, da is mir der Client im Homeoffice quasi egal ;)

Also seit der 1903 läuft das in meinem bekannten Umfeld alles fehlerfrei. Und ja ich haben alle builds mitgenommen. ;)

Ja, darauf warten wohl viele. lässt sich offenbar aber seitens ms nur schwer realisieren. ;)

Korrekt. Solange aadc gewünscht ist, brauchst du den lokalen Exchange. So zumindest mein Wissensstand.

Ja aber ohne Haken bekommt man logischerweise NIE eine Verbindung hin. Das dürftest du bei allen anderen Clients ja nachvollziehen können. Lange Rede kurzer Sinn, mit deiner Art von Antworten kommt man hier nicht sinnvoll weiter. Dein Outlook muss per https mit dem Server ohne Zertifikatswarnung sprechen. Wenn du das sicherstellen kannst, schauen wir weiter. Doch so aktuell. Welche denn noch? Dein Exchange ist URALT! https://www.nobbysweb.de/blog/index.php?entry/41-build-nummern-tabellarisch/ Du zählst sehr wahrscheinlich also hierzu: https://www.heise.de/news/Exchange-Luecke-Immer-noch-viele-Server-offen-4947221.html

Ja. Was ist der Unterschied zwischen "man braucht einen lokalen Exchange zur Verwaltung" und "Grüne Wiese"? Verwaltest du bei letzterer keine Benutzer? Der Exchange ist das Support Statement von MS, brauchen wird man ihn selten, wenn man weiß was man tut. Nimm dir halt ein anderes Werkzeug (zur Not adsiedit). Bye Norbert

Naja steht doch ganz klar drin, was der Fehler ist. Der Name auf dem Zertifikat was der Client da präsentiert bekommt stimmt nicht. Da kannst du "installieren" solange du willst. Ansonsten hilft es ungemein, wenn du einfach mal die Versionen und Patchstände der beteiligten Komponenten auflisten würde. Outlook Version (Patchstand) Exchange 2013 welcher Patchstand? Wenn du Verbindung mit Exchange über http nicht anhakst, bekommst du dann überhaupt ne Verbindung? ;)

Nur nicht so ausführlich werden. Ist ja dein Fehler, den müssen die anderen nicht lesen/sehen. :/ Ich würd ja am Client suchen.

Wenn alle anderen funktionieren, warum sollte das Problem am Exchange liegen? Welches Zertifikat und warum muss man da was installieren? Bye Norbert

Tja so ist das mit den NICHT hilfreichen Hinweisen.

Die wird nicht automagisch installiert, sondern die hast du vermutlich im Rahmen der Windows Updates installiert. Man kann das, nur du offenbar nicht. Links hast du genug bekommen. Wird es nicht. Offenbar verstehst du nicht, wie das funktioniert. ;) abgesehen davon, gibts/gabs auch dir Situation, in der die aktuellste .net Version nicht supported war und man deswegen die automatische Verteilung unterbinden sollte. Da du aber dies offenbar nicht auf dem Schirm hattest, war die .net 4.8 bei dir vermutlich per Windows Update schon installiert. Bei 2016 sieht das dann übrigens so aus: Naja wenn man was nicht versteht, muss man ja nicht gleich von der schwachsinnigkeit der anderen ausgehen, oder? Vielleicht liest du dir die Antworten nochmal in Ruhe durch und überlegst, was man dir geantwortet hat. Ich habe nämlich keinen Grund, an der sinnhaftigkeit der Support-Matrix zu zweifeln. schönen Start in die woche norbert

Niemand zwingt dich derzeit den Exchange 2013 zu ersetzen. Der tuts genauso, wie der neue Exchange 2016 Hybrid License. Korrekt. Mit Exchange 2013 wäre das übrigens genauso. Ja logisch. Richtig, die sind dann in der Cloud. Bye Norbert

Was ist dein problem? Ohne .net 4.8 kannst du das cu18 nicht installieren. Da du es heute aber installiert hast, ist wohl .net 4.8 schon drauf. Dass du es nicht findest tut nix zur Sache.

Wenn sich cu18 installieren lässt ist .net 4.8 auch schon drauf. Ansonsten gibts ne Warnung, die die Installation verhindert. Man muss es nicht so kompliziert machen. Wie denn auch? Schau mal besser unter Update Verlauf.

Ja genau. Und ja das ist Mist. ;)

Kommt drauf an. Du plenkst ;) Klar kann man das erstmal so lassen. ;) Du plenkst. Bye Norbert

Ich sag ja das dauert. ;) immer diese Ungeduld...

Neues Profil? Wichtig ist eher was als iisauth drinsteht. Aber nur aus dem Gedächtnis, hab grad nur das Handy.

Hast du denn geprüft, dass dein Outlook jetzt auch korrekt per Outlook anywhere statt mapi http kommuniziert? So schnell geht das ja meist nicht. ;) Ja womit denn sonst? ;) erstmal abwarten.