testperson

Waaaas? Print: Universal Print – Cloud Based Print Solution (microsoft.com) RAS: Microsoft Entra Private Access | Microsoft Security Oh.

Hi, $printers = Get-WmiObject -Class Win32_Printer -ComputerName $printServer um Remote WMI abzufragen benötigen deine User passende Berechtigungen: Setting Namespace Security with the WMI Control - Win32 apps | Microsoft Learn Ansonsten hat die PowerShell auch eigene CMDlets fürs Printer Management (PrintManagement Module | Microsoft Learn) evtl. kommst du damit besser zurecht. Generell würde ich in die Drucker der User nicht wirklich viel Energie stecken. Ich bin da bei diesem Motto: Drucker verteilen und bereitstellen - Gruppenrichtlinien Gruß Jan

Hast du mal getestet, was die Software daraus machst, wenn du den Usern einfach das Ändern/Schreiben auf den Key verweigerst? Ansonsten halt "reg delete ... /f" per Logon Script oder einer Aufgabe, die das Script bei Anmeldung / wann auch immer ausführt ausführt. Alternativ dann GPP Registry, sofern die Anwendung kein Problem damit hat, wenn der Key zur Laufzeit der Anwendung gelöscht wird.

Hi, was ist denn das Problem dahinter? Das sollte sich auch per GPP Registry erledigen lassen. Die Frage wäre halt, ob das auch zielführend ist bzw. ob es bessere Ansätze für das eigentliche Problem gibt. Gruß Jan

Hi, nimm FSLogix und nicht die Profile Disks. Hier findest du ein paar Infos zur Migration in FSLogix Profile Container: Migration von Roaming Profiles zu FSLogix Containern - Windows Server Forum - MCSEboard.de Ich würde aufgrund des Aufwands eher nicht migrieren und mit leeren Profilen starten und ggfs. Notwendiges bei der ersten Anmeldung ins neue Profil verschieben. Vorher halt Folder Redirection für Dokumente, Downloads, Favoriten und ggfs. Desktop und die FR auch nachher bei den Profile Container beibehalten. Gruß Jan

Hi, in der VM einfach die Zuordnung zum vSwitch aufheben oder in ein falsches VLAN packen. ;) Gruß Jan

Ich greife dann nochmal "Kaffee mit Schaumkrone" von gestern auf: Kaffee Bieren - Belgian Beer Factory

Hi, du sprichst hier vermutlich von DNS. Kennt denn die Firewall die DNS Zonen der AD Domain und forwarded diese sauber? Wenn "Ja": Prüfen, ob dem wirklich so ist Wenn "Nein": Zweiten DNS "SDC" aus der Konfiguration entfernen Machen die Firewalls eine SSL Inspection o.ä.? Dann testweise mal komplett deaktivieren bzw. wenn möglich Ausnahmen konfigurieren. Autodiscover funktioniert ebenfalls korrekt? Wenn nein, sauber konfigurieren und erneut testen. Ggfs. folgendes prüfen: Unexpected Autodiscover behavior if settings under the \Autodiscover key - Outlook | Microsoft Learn Gruß Jan

Hi, laut: Images are blocked and meeting body is read only in Outlook Desktop if calendar items are from other senders for Microsoft Outlook Spoofing Vulnerability released August 8, 2023 - Microsoft Support Da wird vermutlich gar kein Patch kommen. Gruß Jan

Hi, hier noch was von Microsoft dazu: You may experience problems when you rename sites in the Active Directory forest - Windows Server | Microsoft Learn Ansonsten ist mir ein Exchange mal "aufn Fuß" gefallen beim Rename der Site. Das war aber dann nach einem erneuten Reboot wieder erledigt und lag mit Sicherheit an der Replikation, die auch im obigen Artikel angesprochen wird. Gruß Jan

Hi, da könnte folgendes passen: Images are blocked and meeting body is read only in Outlook Desktop if calendar items are from other senders for Microsoft Outlook Spoofing Vulnerability released August 8, 2023 - Microsoft Support Gruß Jan

Kaffee ist doch das gelbe Zeug was aus dem Hahn fließt und am Ende eine schöne Schaumkrone hat, oder? Das kann ich auch!

Hi, das kommt drauf an, was du in der (neuen) Policy definierst. Wenn du den Haken setzt, dass es die neue Antwortadresse werden soll, dann wird die neue E-Mail-Adresse die Antwortadresse. (Sofern die Prio stimmt: Email address policies in Exchange Server | Microsoft Learn) :) Gruß Jan

Weniger der E-Mail wegen mehr der / meiner Verwirrung wegen. :)

Und an der Stelle warte ich auf eine Heirat von Matthias Otto und Otto Matthias

Hi, damit die Ausnahmen nicht ins Auge fallen ggfs. von Anfang an Nachname<3-stellige Zufallszahl>@ oder Nach<4-stellige Zufallszahl>@ o.ä.? Gruß Jan

Mmmhh...

Hi, d.h. du hast diese Policy (GPS: Windows-Verwaltung des Standarddruckers deaktivieren (gpsearch.azurewebsites.net)) aktiviert und das GPO an die OU mit deinem Test User / deinen Usern verlinkt? Was sagt denn ein gpresult /h gpo.html /f & gpo.html dazu? Gruß Jan

Die Frage wäre, was die Applikation letztlich alles braucht. Im Idealfall orginal VM herunterfahren, Disk wegkopieren, dann eine neue VM mit der kopierten Disk ohne Netzwerk / in einem getrennten Netzwerk bereitstellen und dann mit dem Testen beginnen. Nach Supported version and edition upgrades (SQL Server 2017) - SQL Server | Microsoft Learn und Upgrade: Installation Wizard (Setup) - SQL Server | Microsoft Learn sollte ein Upgrade von SQL 2008 zu SQL 2017 auf Windows Server 2012 R2 machbar sein.

Hi, ggfs. die VM kopieren und einen Versuch per In-Place Upgrade starten sofern es da supportete Pfade (erst SQL dann OS oder andersrum) gibt? Gruß Jan

Hi, In diesem Szenario wäre es "der einfachste Weg" dann auch die Domäne neu zu machen. Quasi "Alles neu". Ich würde aber auch einfach den Exchange 2010 auf 2016 und dann weiter zu 2019 migrieren. Ggfs. vorher prüfen, ob du die Public Folder vor der Migration loswerden kannst, sofern vorhanden. Gruß Jan

Mit RegShot o.ä. vorher einen Snapshot der Registry machen, Wert ändern und dann erneut einen Snapshot. Danach vergleichen Den Hersteller des Druckers fragen Den Usern eine kleine Anleitung bereitstellen und den Benutzername dort selber eintragen lassen

Da müsstest du vermutlich unter HKEY_CURRENT_USER\Printers suchen.

Hi, an einem Testclient das Feld ausfüllen und dann in der Registry prüfen und hoffen, dass der Wert dort auftaucht. Gruß Jan

Sind die alten Drucker noch in der Registry zu finden (HKEY_CURRENT_USER\Printers\Connections / HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Providers\LanMan Print Services\Servers)?