Peterzz

Vielen Dank für dein Engagement. Das hat leider zu keiner weiteren Erkenntnis geführt. Ich werde weiter forschen.

Das ist schon mal gut, dass du eine Idee hast. Hat vielleicht noch jemand eine Idee und kann mir bei meinem Problem weiterhelfen?

Hallo zusammen, ich möchte auf einem Windows 10 Rechner die Berechtigung eines Registry Keys mittels Powershell (als Administrator) auf einen anderen Key übertragen und habe folgende Syntax dazu verwendet: Get-Acl -Path HKLM:SYSTEM\CurrentControlSet\Services\SharedAccess\Epoch2 | Set-Acl -Path HKLM:SYSTEM\CurrentControlSet\Services\SharedAccess\Epoch Der Befehl wird ohne Fehler ausgeführt, leider sind die Rechte nicht gesetzt :-( Hat jemand eine Idee, woran das liegen kann?

Das Script ein zweites mal durchlaufen zu lassen hat nichts gebracht. Servername: No changes made. Exchange build supports Extended Protection? True No changes made: Servername Das Script hat die Version: 23.08.23.1359 Im Report wird das angezeigt, wobei die Einstellungen doch das Script machen sollte, oder?. Dabei werden anscheinend noch folgende CVEs angemahnt, die aber eigentlich installiert sein sollten: CVE-2022-24516 - Security Update For Exchange Server 2019 CU12 (KB5019758) CVE-2022-21979 - Security Update For Exchange Server 2019 CU12 (KB5019077) CVE-2022-21979 - Security Update For Exchange Server 2019 CU12 (KB5019077) CVE-2022-21980 - Security Update For Exchange Server 2019 CU12 (KB5019077) CVE-2022-24477 - Security Update For Exchange Server 2019 CU12 (KB5019077) CVE-2022-30134 - Security Update For Exchange Server 2019 CU12 (KB5019077) Kann ich mir anzeigen lassen, ob KB5019758 und KB5019077 installiert sind? Die Exchange Server Version ist: 15.02.1258.025

Hallo, ich habe einen Exchange Sever 2019 CU13, bei dem ich die Extended Protection aktivieren will. Dazu habe ich das Script ExchangeExtendedProtectionManagement.ps1 erfolgreich ausgeführt (Successfully enabled Extended Protection: Servername), wobei ich vorher das SSLOffloading bei Outlook-Anywhere auf false gesetzt habe. Überprüfe ich aber nun die Konfiguration mit dem Script HealthChecker.ps1, erscheint immer noch die Meldung "Extended Protection isn't configured as expected" Einen Neustart des Servers habe ich schon gemacht. Kann mir jemand sagen, was ich noch vergessen habe?

Danke

Ok, Umbenennung und gleiche IP nach dem Testen wäre natürlich eine Möglichkeit. Werden bei einem Export/Import (Druckerverwaltung -> Drucker migrieren...) der Drucker alle Einstellungen und Freigaben mit übernommen?

Es sind aber viele Drucker händisch mit dem Druckserver verbunden, die bei einer Namensänderung des Druckservers dann wieder neu verbunden werden müssten.

Spricht den was dagegen, den Server direkt mit einer Datacenter Iso zu aktualisieren?

Weil wir für Server 2019 nur Datacenter Lizenzen haben.

Es ist ein Druckserver, den ich gerne migrieren möchte. Es sind alles virtuelle Maschinen unter VMware.

Hallo, ist es eigentlich erlaubt und möglich einen Windows Server 2012R2 Standard auf einen Windows Server 2019 Datacenter zu aktualisieren (In-Place)?

$ous = 'OU=Test 1,DC=domain,DC=com','OU=Test 2,DC=domain,DC=com' $ous | ForEach { Get-ADUser -Filter * -SearchBase $_ } Ich habe es nach diesem Muster umgesetzt.

Danke, hier gab es den entscheidenden Hinweis

Hallo, ich möchte mit dem Befehl Get-Aduser zwei unterschiedliche OUs unter Searchbase angeben. Zum Beispiel möchte ich, dass die Searchbase “OU=xxx,OU=domain,DC=domain,DC=com" und “OU=yyy,OU=domain,DC=domain,DC=com" ist. Ist das möglich?

Dann mach ich mich mal auf die Suche... Danke.

Hallo zusammen, kann mir vielleicht jemand sagen, ob der Dienst Message Queuing (MSMQ) von einem Exchange Server 2019 benötigt wird? Hintergrund ist, der Dienst ist bei uns gestartet und steht auf automatisch und soll wohl (CVE-2023-21554) angreifbar sein. Der MS Patch KB5025229, der diese Lücke schließen soll, ist natürlich schon installiert. Habt ihr den Dienst deaktiviert?

Dankeschön Das Script haut ja alles weg was unter C:\Program Files\Microsoft\Exchange Server\V15\Logging\ C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Diagnostics\ETLTraces\ C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Diagnostics\Logs\ liegt. Das führt zu keinen Komplikationen? Wie viele Tage hebt ihr die Logs auf, damit im Fehlerfall/bei einem Problem die Logs ausgewertet werden können?

Hallo zusammen, kann mir vielleicht jemand ein erprobtes Script nennen/zukommen lassen, um nicht mehr benötigte Log-Dateien von einem Exchange Server 2019 zu entfernen. Vielen dank Peter

Danke

Das habe ich im Ausganspost geschrieben: "Die E-Mail wurde vom Applikationsserver an ein Postfach gesendet, welches sich auf dem Exchange 2019 befindet." Dann ist ja alles gut Für mich trotzdem komisch, dass die E-Mail einen solchen Weg einschlägt.

Der 2013 soll ja irgendwann abgeschaltet werden. Danke für die Info. Das hole ich nach.

Hallo, ich befinde mich gerade in einer Migration von Exchange 2013 zu Exchange 2019. Der Mailfluss sollte komplett auf den Exchange 2019 umgestellt sein. Nun habe ich eine Applikation auf den neuen Exchange Server umgestellt (SMTP Sever geändert) und habe mir den E-Mail Header einer von der Applikation gesendeten Angesehen und werde daraus nicht ganz schlau. Die E-Mail wurde vom Applikationsserver an ein Postfach gesendet, welches sich auf dem Exchange 2019 befindet. Received: from Exchange2013 (xxx.xxx.xxx.xxx) by Exchange2019 (xxx.xxx.xxx.xxx) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.1118.20 via Mailbox Transport; Wed, 14 Dec 2022 12:47:53 +0100 Received: from Exchange2019 (xxx.xxx.xxx.xxx) by Exchange2013 (xxx.xxx.xxx.xxx) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Wed, 14 Dec 2022 12:47:51 +0100 Received: from ApplikationsServername (xxx.xxx.xxx.xxx) by Exchange2019 (xxx.xxx.xxx.xxx) with Microsoft SMTP Server id 15.2.1118.20 via Frontend Transport; Wed, 14 Dec 2022 12:47:51 +0100 Wenn ich das richtig sehe, dann sendet der Applikationsserver die Nachricht an den Exchange Server 2019. Dieser sendet dann die E-Mail an den Exchange Server 2013, welcher wiederum die E-Mail an den Exchange Server 2019 sendet. Woran könnte es liegen, dass die E-Mail noch über den Exchange Server 2013 läuft? Gruß Peter

Danke. Wer weiß, was der bei DigiCert in seinem Labor getestet hat....

Hast du bei dir als Serveradresse eine IP-Adresse angegeben? Das funktioniert nämlich lau DigiCert nicht.