Sunny61

Outlook mit Cleanrules starten: https://support.office.com/de-de/article/befehlszeilenoptionen-für-microsoft-office-produkte-079164cd-4ef5-4178-b235-441737deb3a6#ID0EAABAAA=Outlook

Du weißt also genau welche PS-Version der TE im Einsatz hat? Falls ja, das sind Infos die mir im ersten Posting fehlen.

In der Datei SoftwareDistribution.log, die Datei liegt im Programmverzeichnis vom WSUS, findest Du weitere Informationen. Starte den kompletten Server doch mal durch. Du kannst auch auf dem Server ein wsusutil checkhealth ausführen. Die EXE WSUSUTIL liegt im Tool Verzeichnis des Programmverzeichnisses vom WSUS. Gibt es Hinweise auf dem Gateway ins Internet zu dem Problem?

Zeig doch mal dein komplettes Script. EDIT: Führst Du das Script auf einem DC aus? Hast Du die AD-Commandlets vor der Ausführung des Scriptes in die PS importiert?

Kauf dir eine zweite SSD, einbauen und W10 1803 installieren. Windows Update aufrufen und aktualisieren. Schon hast Du ein frischen W10 und kannst testen. Die andere SSD immer dann einbauen, wenn Du arbeiten musst. EDIT: Als Admin den Gerätemanager öffnen, Menü Ansicht > ausgeblendete Geräte anzeigen anhaken. Jetzt einfach mal komplett alle Bäume aufklappen und nach Geräten suchen, die nicht mehr vorhanden sind. Sieht man daran, dass sie sehr blass sind. Die kannst Du löschen. Neustart.

Da Du mit dem Rechner allgemein Probleme hast, sollte dieser Thread hier geschlossen werden. Auf 2 Partys tanzen hilft niemandem etwas.

Auch hätte diese Info mit ins erste Posting gehört. Und du hast sicherlich auch schon das letzte CU von 1809 installiert, oder? Seit wann bestand das Problem schon? Mit W7 SP1 auch schon? Klemm doch einfach mal alle Hardware ab, die nicht für einen normalen Lauf benötigt werden. BIOS aktuell?

Das sollte immer im ersten Posting stehen. Was ist für dich ein Windowseigener Reset? netsh ist auch von/in Windows.

Und mit der 1803 hattest Du das Problem nicht?

D.h. Du hast die Version 1809 von W10? Falls ja, was geht bei W10 1803 auf der gleichen Maschine? Mit netsh .... hast Du schon einen kompletten Reset durchgeführt?

Ja, aber das ist doch sicher wieder zu teuer. :) Und der TO soll ja erstmal eine Analyse machen, ob man die Datenübermittlung einschränken kann. Mit dem gp-pack wäre er ja schon beim nächsten Schritt, der ist ja noch nicht vorgesehen. :)

Eine Commandline ist für mich alles, aber kein DOS. Und ich bin einer der Älteren hier. EDIT: Danke für das Posten der Lösung. ;)

@Squire Dann solltest du aber die zweite Einstellung [X] Element als gelesen markieren, wenn neue Auswahl erfolgt deaktivieren. Denn dann wird das Mail auch als gelesen markiert, sobald ich ein anderes Mail anklicke.

Nicht so direkt damit befasst, aber ein paar weiterführende Links zu dem Thema gesammelt. Hier insbesonders diese Kapitel: > Empfehlung zur Protokollierung in Windows 10 > Konfigurationsempfehlung zur Härtung von Windows 10 mit Bordmitteln > Gruppenrichtliniensatz zur Konfigurationsempfehlung für Windows 10 > Konzept zur Nachverfolgung von Änderungen in Windows 10 bei Herstellerupdates https://www.bsi.bund.de/DE/Themen/Cyber-Sicherheit/Empfehlungen/SiSyPHuS_Win10/SiSyPHuS_node.htm Online Tipps deaktivieren: https://windowsarea.de/2018/01/anleitung-online-tipps-in-den-einstellungen-deaktivieren/ Es gibt auch einen Bericht von den Bayern: https://www.lda.bayern.de/media/windows_10_report.pdf Welcher Datenverkehr wohin geht, kann man sicherlich auf einer Firewall mitschneiden und dann am Testgerät via GPO einschränken.

Hast Du auch nach dem Setzen der Änderungen auf den DCs ein gpupdate /target:Computer in einer administrativen Commandline ausgeführt?

Wie wäre es mit einem KMS-Server?

Exchange 2010 hat noch mehr Details zu bieten. Welche Build hat der Exchange? http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

In W10 1703 ist das die richtige Syntax: C:\Windows\System32>schtasks.exe /run /TN "\MeinTest" Wichtig ist wohl der Backslash nach den Anführungszeichen. Ein schtasks /Run /? hilft. :)

Und die Computerobjekte müssen das GPO lesen dürfen, nicht übernehmen, aber lesen.

Beim Erstellen wird erstellt, anschließend getrennt und wieder erstellt. Bei der Trennung des LW wird auch der Explorer geschlossen, in dem das LW gerade markiert ist.

Falls die NW-Laufwerke per GPP gemappt werden, dann prüfe wie sie gemappt werden. Ersetzen oder Erstellen ist schlecht, Aktualisieren solltest Du verwenden. Sind das 1809er Clients? Falls ja, probier ein neues Benutzerprofil aus.

Nein, überflüssig. :)

Sicherheitsfilterung über den Reiter Delegierung > Erweitert bearbeiten. Siehe: https://www.gruppenrichtlinien.de/de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/

Beschreibe doch zuerst die exakten Anforderungen, dann sehen wir weiter.

Welches Update wurde denn installiert? Ein Upgrade auf 1809? Falls ja, könnte es mit einem neuen Benutzerprofil funktionieren.