Sunny61

Funktioniert denn die Replikation zwischen den DCs? @daabm Irgendwas fehlt uns noch. ;)

Im ersten Posting steht Kopie von CC, in allen weiteren Postings ist davon nichts mehr zu lesen. Hast Du mehrere Kopien von dieser einen GPO? Was steht im Reiter Delegierung des GPO? Gibt es Verweigerungen?

Du hast die Kopie des GPO auch auf die richtige OU verlinkt? Out of the Box wird ein GPO nicht verlinkt.

Du hast Loopback beachtet?

Du kannst bei einer Installation von Office auch Programme abwählen, d.h. sie werden nicht mit installiert. Eine Access Runtime sollte NIE mit einer anderen Access Version zusammen auf einer Maschine installiert sein, das gibt immer Probleme. Lizenztechnis musst Du warten auf den Lizenzdoc, der kennt sich aus. ;)

Das sind sog. Funktionsupdates in der Klassifizierung der Upgrades.

Du brauchst Zeit, sehr viel Zeit. :) Ich glaub nicht dass es bei 14 Updates bleibt, da kommen sicherlich noch viel mehr nach. BTW: Im SQL Server Management Studio auf die Instanz verbinden, neue Abfrage anklicken und SELECT @@Version eintippen. Mit F5 ausführen, unten wird dir die Build angezeigt. Jetzt kannst Du hier nachlesen, welche Updates dir beim SQL Server fehlen. https://buildnumbers.wordpress.com/sqlserver/ Beim SQL Server sollte man an eine aktuellere Version denken, hier gibt es den Lifecycle: https://support.microsoft.com/de-de/lifecycle/search/1044

Das geht natürlich mit dem WSUS. Du erstellst dir eine Gruppe, packst Rechner hinein, gibst das Update für diese Gruppe frei und warnst die User. Wenn Du das in der Früh machst sollte am Abend beim Shutdown das Upgrade durchgeführt werden.

Das ist eine schlechte Idee. https://www.faq-o-matic.net/2008/02/20/never-change-a-running-system-bullshit/

Man kann mit den Exchange WebServices direkt in ein Postfach einsteigen und Aktionen durchführen. Beispiel. https://www.msxfaq.de/code/ews.htm https://www.msxfaq.de/code/testews.htm https://docs.microsoft.com/de-de/exchange/client-developer/exchange-web-services/start-using-web-services-in-exchange https://www.frankysweb.de/exchange-webservices-werden-immer-wichtiger/ Hier im Forum gibt es einen Thread von mir da habe ich das mit VB.NET realisiert, ist allerdings schon länger her, hat aber wie gewünscht funktioniert. Bemühe mal die Suche dazu. Das macht man allerdings nicht so nebenbei.

Ja, Du kannst dich drauf verlassen dass MSFT es so beibehält und/oder ändert. :)

Möglich ist natürlich auch, dass das Script zwar ausgeführt wird, aber die Installation mit SYSTEM nicht ausgeführt wird. Ja, solche Programme soll es geben.

Möglicherweise starten die Clients einfach zu schnell. In W10 hilft es den Schnellstart abzuschalten, zusätzlich diese beiden Artikel zu lesen und, falls nötig, umzusetzen. https://www.gruppenrichtlinien.de/de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ https://www.gruppenrichtlinien.de/de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

Warum muss man solche Krücken bauen? Lass es doch einfach sein, irgendwann fällt dir dieses Gebastel ganz gewaltig auf die Füsse.

Probier doch mal ein neues/anderes Benutzerprofil.

Dann sollen sich die User eben *ohne* Netzwerkverbindung am Client anmelden. Das kann man ihnen schon beibringen. Wenn sie es nicht schaffen, dann müssen sie mit den Verzögerungen leben. Innerhalb den GPPs kannst Du mittels Item Level Targeting die IP-Adressen definieren, die eine Abarbeitung zulassen. Alle anderen nicht.

Niemals - das Script auf dem Server löscht das Nachts - nicht erlaubt. Doch, täglich passiert das. Und jetzt?

Den Artikel kenne ich, jedoch konnte ich mich zur "alternativen Lösung", der Abhängigkeit zum IP-Hilfsdienst noch nicht durchringen. Wie lange dauert es das ganze in einer Test-OU mit einem Test-Client zu prüfen? Was geht alles kaputt wenn Du das testest? Bist Du zu schwach, sind sie zu stark. :)

Die Mitarbeiter, die andere Mitarbeiter vertreten, geben sich gegenseitig die Berechtigung auf das Postfach und den Posteingang.

Alternativ diese Artikel abarbeiten: https://www.gruppenrichtlinien.de/de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ https://www.gruppenrichtlinien.de/de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

Mit Test-Path docs\Dateiname.endung kriegst Du raus ob die Datei auch wirklich existiert und kannst passend drauf reagieren. ;) Kann nicht schaden. https://www.windowspro.de/script/test-path-powershell-pruefen-ob-eine-datei-existiert Und in der ISE kannst Du auch mit F9 einen Haltepunkt auf eine Zeile setzen, dann bleibt die Progammausführung an der Stelle stehen und Du kannst mittels MouseOver die Inhalte der Variablen sehen. Und anstatt der ISE kannst Du auch Visual Code (kostenlos) einsetzen.

Wenn du die Angaben auch per WMI kriegen könntest, dann kannst Du dir selbst mit ein paar WMI-Scripten helfen. Die Ergebnisse in eine Datenbank schreiben lassen, schon kannst Du dir wann immer Du willst Berichte erzeugen lassen.

Ohne es selbst getestet zu haben, so sollte es funktionieren: $Ausgabe = ($_."Counterparty Number") $Datei = $Ausgabe"*Contract.pdf" Write-Host $Datei Get-ChildItem -Path c:\test\signatur\ -Include $Datei-Recurse | Copy-Item -Destination c:\test\test1 Write-Host "$Ausgabe"} Bei $Datei bin ich mir nicht sicher, müsstest Du testen. Evtl. auch nur ein einfaches Anführungszeichen oder auch Fliegenschiss genannt. ;)

Nicht in den GPOs gibt es Unterschiede, in den Produkten die die GPOs übernehmen gibt es Unterschiede. Das eine Produkt übernimmt GPOs, das andere Produkt übernimmt keine oder nur sehr wenige Einstellungen.

Per GPO lässt sich auch einstellen, wieviel in den Eventlogs gespeichert werden soll.