Sunny61

Super! Bei Server 2019 kannst Du wuauclt /detectnow alleine weglassen, bringt nichts mehr. Das was man immer machen kann, ist /resetauthorization /detectnow, funktioniert auch noch in W2019/2022.

Was hast Du denn schon alles unternommen, um ihn zu überreden?

Der Port fehlt komplett in der Zeile SendMailMessage. Siehe Doku: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/send-mailmessage?view=powershell-7.2

Wenn du per 587 versendest, musst Du dich authentifizieren. Wir haben schon vor längerer Zeit auf 587 umgestellt, für alle Geräte die das unterstützen. Und das sind im allgemeinen sehr viele.

Und die Option gibt es im Failovercluster Manager nicht?

Im VMM kann man eine VM 'reparieren', Rechtsklick auf die VM > Reparieren. Gibt es das im Failovercluster Manager auch?

IMHO nein, außer die Eigentümer haben die Freigaben zwischenzeitlich wieder entfernt. Hast Du an der Stelle die restlichen Möglichkeiten auch schon probiert? Kalender aus dem Adressbuch hinzufügen zum Beispiel.

Freut mich für dich und Danke für die Rückmeldung. ;) Du kannst dein Posting jetzt noch als die Lösung markieren. ;) EDIT: Du sollst DEIN Posting als die Lösung markieren. ;)

Die Eventlogs auf den Servern sind leer? Kannst Du dich denn per RDP auf den Maschinen anmelden? Lizenzen sind auch in Ordnung? Mehr kann ich dir auch nicht weiter helfen.

Ich meinte nicht das Löschen manuell, sondern wirklich über die Optionen gehen und die Autovervollständigen Liste leeren. Kommt das Postfach zum User in Outlook automatisch? Falls ja, dann nimm doch im AD-Object des Postfaches den User raus. Das ist im Attribut msExchDelegateListLink zu finden. Anschließend das Postfach manuell entfernen und manuell wieder hinzufügen. Jetzt wird eine eigene OST angelegt. Outlook zu, 1 Minute warten und wieder öffnen. Geht es jetzt?

Sind alle benötigten Services gestartet? Auf das Wegbinterface kommst Du? Mit STRG + R neu gestartet? Auf deinem Testclient mit einem Benutzer der die passenden Rechte hat, in der Systemsteuerung RemoteApp- und Desktopverbindungen aufrufen und die URL hier neu eintragen. Jetzt aktualisieren lassen, funktioniert es jetzt? Was sagen die Eventlogs auf den beteiligten Maschinen?

Neustart von allen Beteiligten schon durchgeführt?

@cj_berlin Genau, so schauts aus. :)

Im Server Manager links auf Sammlungen klicken, dann ganz rechts Aufgaben > Bereitstellungseigenschaften > Zertifikate.

Am besten hier ansetzen: https://www.faq-o-matic.net/2011/03/07/windows-gruppen-richtig-nutzen/ Insbesonders dieses Bild macht es deutlich: @NilsK Sorry für den Deeplink, das musste jetzt aber sein. ;)

Ob das Sinn macht, hängt von den Anforderungen ab.

Falls es nach dem Löschen des einen Eintrag nicht funktioniert, wirst Du vermutlich die komplette Autovervollständigenliste leeren müssen.

Dann die alte Sammlung löschen und neu anlegen. Die Meldung dass nicht konfiguriert werden kann, hatten wir auch schon ab und an bekommen. Ich glaub da verschluckt sich der Server etwas. Neustart der beteiligten Maschinen und Ruhe war.

Ich weiß auch nicht ob der Fehler weg ist, aber probieren kannst Du es ja. Alternativ eine neue Sammlung anlegen und damit testen. Ein TS mit 2 GB RAM zum Test reicht ja.

Passieren tut nichts, es ist dann eine neue Sammlung.

Kannst Du denn zum Test einen zweiten TS dazu installieren? Entweder in diese Sammlung aufnehmen, oder eine neue Sammlung erstellen und dort testen.

Die hier gen. Lösung kannst Du ja mal ausprobieren: https://www.borncity.com/blog/2022/03/18/windows-server-2022-lsung-fr-remote-desktop-probleme-mit-update-kb5011497/

Heute Abend war gestern, gibt es denn schon Neuigkeiten?

In hat der TO das mit C$ hat wieder ausgeräumt, es geht wohl doch nur um Benutzerordner.

Da werfe ich SMB in die Diskussion: https://docs.microsoft.com/de-de/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3