NorbertFe

Schreib dir die paar Mailadressen doch mal ab und disable einen oder alle und aktiviere danach wieder. Gehts dann?

Die Webseite zu ändern kann doch unmöglich so ein riesiger Aufwand sein. Verstehe sowieso immer nicht, dass man heutzutage als Entwickler auf solche Szenarien nicht einfach vorbereitet ist und sie einfach vermeidet. :)

wäre aber das einzig sinnvolle. ;) Nein.

Gar nicht soweit ich mich erinnere. Denn deinen dc erreichst du von extern ja nicht (im Normalfall ;))

Eine Migration heißt aber neue Domain, oder übersehe ich hier was?

Da oben stand eben aber noch PublicFolderMigrationComplete false Was stimmt denn?

Kannst du rausfinden seit wann dieses Problem besteht? Also wann das letzte Mal dort im public Folder eine mail eingegangen ist? Was du oben gepostet hast, ist eigentlich schon der relevante Teil, ist halt aber schwer das hier im Forum abzuklopfen. Die Frage ist ja, besteht das Problem, seitdem der Kunde von 2007/2010 zu Exchange 2013 migriert hat, oder erst seit kürzerer Zeit? wenn das auf not complete gesetzt ist, hat ja niemand die eigentliche Migration durchgeführt, denn dann würde dort ja überall True stehen. Was ergibt denn Get-OrganizationConfig | FL Public* Get-OrganizationConfig | FL Public*

Gibt also mehrere Möglichkeiten, die Zertifikatswarnungen zu vermeiden.

der mx hat aber mit dem Zugriff auf Exchange (https) gar nix zu tun. Oder ist das wieder so eine Abkürzung für Microsoft eXchange? ;)

Schwachstellenscanner. ;) Aber genau das wär jetzt interessant gewesen. :)

Tjo, wissen wir auch nicht, warum du das da so machen musstest. ;)

Unabhängig vom aktuellen Problem, solltest du keine software per gpo verteilen.

Wenn kein Refresh passiert, kann das sein. Wenn du auf jetzt installieren klickst, wird das vermutlich direkt korrigiert. ;)

Ja, warum sollte er nicht?

Für owa hatte ich das hier bei einigen Kunden genutzt: https://asichel.de/2017/06/14/adfs-4-0-mit-exchange-2016-konfigurationsuebersicht/

Klingt gut. Irgendwelche Besonderheiten in der Konfiguration, die bei ms nicht beschrieben sind? Ich überlege grad, wie die Umstellung von owa mit sank dann auf oauth abläuft. Hab mir die entsprechenden Artikel aber noch nicht weiter durchgelesen.

Verteiler?

Warten wirs ab. :)

Wenn du Fragen hast meld dich bei mir. ;) Hab das öfter in den letzten Monaten durch. Büdde: https://www.nobbysweb.de/blog/index.php?entry/67-exchange-2019-cu13-veröffentlicht/

Würde mich mal interessieren, wie das abläuft, wenn man OWA bereits über ADFS laufen hat. Da muss es ja sicher auch irgendwelche Wege geben. Ansonsten stört mich die zwingende Verwendung von Windows 11 als einzigen Client. Welchen Grund sollte es denn geben, dass das nicht auch mit Windows 10 läuft?

Nope, Exchange 2016 ist im extended support, da kommen jetzt keine cu mehr.

Den DNS Service trotzdem stoppen. ;) oder versuchen einzeln zu entfernen.

MS hat das neue CU veröffentlicht. Warum man da jetzt die Jahreszahl wieder mit reinverwursten muss, erschließt sich mir nicht, aber egal. ;) Alle Infos wie immer direkt bei MS: https://techcommunity.microsoft.com/t5/exchange-team-blog/released-2023-h1-cumulative-update-for-exchange-server/ba-p/3805213 Bye Norbert

Du könntest dein logfile ja mal selbst lesen: TLS protocol SP_PROT_TLS1_2_CLIENT negotiation succeeded using bulk encryption algorithm CALG_AES_128 with strength 128 bits auch nur am Handy gelesen.

Du magst deine Kollegen nicht (oder andersrum) ;)