Sunny61

Keine Ahnung welches Dokument Du da abarbeitest. Aber in %WINDIR%\Temp solltest Du IMHO nichts verändern. Was ist das wichtigste an den SRPs? Genau, %TEMP%, %USERPROFIE% und %DESKTOP% verbieten. Ansonsten darf ein Benutzer ja nur in PROGRAMFILES + PROGRAMFILES X86 und in %WINDIR% ausführen. Normalerweise reicht das auch. Testen mußt Du natürlich selbst, evtl. gibt es ja Programme die von Netzlaufwerken aus gestartet werden. Wenn das auch in Zukunft so gewollt ist, dann zusätzliche Berechtigungen einrichten. Ansonsten in %PROGRAMFILES% kopieren und von dort starten.

Windows Taste + R > cmd [ENTER] > cd %TEMP% [ENTER]. Dieses TEMP-Verzeichnis ist IMHO gemeint, in %windir%\Temp hat kein Benutzer Schreib- oder Leserechte. Zumindest auf meinen Systemen hier.

Niemals solche Aussagen glauben, immer selbst prüfen. Und Druckertreiber prüfen. Alternativ einfach mal auf dem Client in der Druckerqueue versuchen den Drucker wieder Online zu schalten.

Spätestens jetzt solltest Du dich auf die Suche machen diese Infos zu bekommen. Und was macht dich in Sachen Firmware so sicher? Den richtigen! Als Tipp: ProfileList nennt sich der Schlüssel, unter dem der gesuchte Eintrag zu finden ist. Etwas mehr Eigeninitiative hat noch nie geschadet. ;) Ja, und daraus soll ich herauslesen dass nur 2 Benutzer von über 20 das Problem haben? Bedenke! Wir sitzen nicht neben dir, wir wissen nicht was Du weißt. Wir wissen nicht dass es ein großer Abteilungsdrucker ist, bei uns hat z.B. jeder seinen eigenen Drucker, deshalb der Hinweis auf den Kaltstart des Gerätes. Zusätzlich kannst Du bei so einem Problem auch mal den Spooler auf dem Printserver durchstarten. Und/oder den Spooler auf dem Client neu starten.

OK, die Treiber haben keine Nummern? Sind einfach nur Treiber? Ist die Firmware der Drucker aktuell? Oje, du brauchst doch kein Profil zu löschen. Umbenennen, am einfachsten einen _ vorne dran, in der Registry noch den einen Eintrag in der ProfileList löschen, testen. Warum sind immer alle so negativ eingestellt und so wenig kreativ? ;) Woher sollen wir das wissen, dass nur 2 von 20 Benutzern betroffen sind? Du teilst uns dein Wissen bröckchenweise mit, das macht einfach keinen Spaß mehr zu helfen.

Mit Testversionen darfst Du IMHO nicht produktiv arbeiten, sondern eben nur testen. Einschränkungen haben die Testversionen IMHO keine. Express-Versionen reichen nicht aus?

Welche Drucker mit welchen Treibern sind im Einsatz? Benutzerprofile auf den Geräten schon ersetzt/erneuert? Drucker *stromlos* machen und nach 20 Sekunden Wartezeit wieder einschalten.

Wir haben die 'Eigenen Dateien' und alle darunter, sowie den Desktop umgeleitet. So oft wechseln die User bei uns nicht die Rechner, kommt nur alle paar Jahre vor, da kann man sich mit dem Benutzer hinsetzen und das einfach mal durch ENTERN.

OK, der Entwickler hat die Options.xml aus dem aktuellen Paket entfernt. ;)

Software Restriction Policies einsetzen. Geht schnell und verhindert die Ausführung von ausführbaren Dateien außerhalb von %PROGRAMFILES%, %PROGRAMFILES(x86)% und %WINDIR%. Damit hättest Du schon viel gewonnen.

Na super, freut mich für Dich und Danke für die Rückmeldung. ;)

Eine Möglichkeit der Ausgabe wird ganz unten gelistet: http://www.faq-o-matic.net/2010/07/27/in-welchen-ad-gruppen-ist-ein-benutzer-mitglied/ Das Script anpassen und starten. Liefert alle Benutzer in der ausgewählten OU incl. Gruppen in denen das Benutzerobjekt Mitglied ist. Weitere Ausgabemöglichkeiten: https://www.windowspro.de/script/gruppennamen-eines-ad-users-ausgeben https://www.windowspro.de/script/ad-gruppen-powershell-anzeigen-erstellen-benutzer-hinzufuegen

Kritsch vielleicht nicht, aber trotzdem ein Fehler und einen Hinweis wert.

Achtung! Der Entwickler hat leider seine eigene Options.xml mit ins Paket gebracht. Beim kopieren der neuen aktualisierten Dateien also die Options.xml *NICHT* mitkopieren, ansonsten wird man von einer Fehlermeldung überrascht. Feedback an den Entwickler ist auch schon raus. ;)

Danke, die Release Notes sind ja nett, insbesonders der Teil hier: ;) Add a new Custom Update Element to allow to uninstall MSI Products by Msi Product code. (To ease Java uninstallation) Add a new tool to see/Install/Uninstall MSI products on remote computers

Nein, das liest sich schon richtig. Möglicherweise starten die Rechner zu schnell. Starte den Rechner doch mehrmals hintereinander. Fehlermeldungen in der Ereignisanzeige? Auf der Freigabe und NTFS-Berechtigungen gesetzt? BTW: Wenn Du Authentifizierte Benutzer einträgst, geht das in Ordnung. Im AD sind da Benutzer + Computer enthalten.

Ja, diese Forenspammer sind schon länger aktiv, leider.

Hallo zusammen, in https://blogs.technet.microsoft.com/office_sustained_engineering/2016/03/28/upcoming-change-to-the-release-schedule-for-non-security-updates/ wird eine Neuerung angekündigt, die dürfte sicherlich nicht ganz uninteressant sein. Happy Patching! ;)

Wie genau lautet im GPO der Pfad zur Datei? Wenn ein LW-Buchstabe enthalten hast, ist das falsch. Hast Du die Computer auch in der OU liegen, auf der das GPO abgelegt ist? Lies doch mal ab Schritt für Schritt Anleitung am Beispiel vom Acrobat Reader 11.x: http://www.gruppenrichtlinien.de/artikel/softwarezuweisung-software-im-unternehmen-verteilen/ Halte dich aber nur kurz damit auf, zum Lernen ist das sicherlich geeignet und man sollte sie kennen, die Möglichkeit. Aber dann gleich in Richtung WSUS - WSUS Package Publisher. Norbert hat dich schon in die richtige Richtung geschubst. ;)

Das kann man doch ausprobieren, oder nicht? Probier doch das hier aus: http://answers.microsoft.com/en-us/windows/forum/windows_7-networking/error-with-windows-mobile-device-center-there-is/339f43c4-2d64-41f5-b322-2c023b67b2a7?auth=1 Aber bitte den Thread komplett lesen!

Tolle Antwort! Kreativ sein, leg doch einfach die Standardmailclient.exe in das Programmverzeichnis vom Standardmailclient. Verstehst Du jetzt was ich meine?

Wenn Du wüsstest, welcher Mailclient in welchem Verzeichnis gesucht wird, könntest du das ganze natürlich manuell anlegen. Du verstehst was ich meine? ;)

Welche *genaue* Version/Edition von Office 2016 ist das denn? Wenn Click and Run, dann wird das nichts werden mit Office und dem WSUS.

Nette Geschichte mit der Firewall, hatte ich auch schon mal gehört. ;)

Du mußt die Option aktivieren und auf OK oder Übernehmen klicken. Es muss, zumindest war es AFAIR bis W8.x so, noch etwas nach installiert werden. Alternativ den Teil für den WSUS aus der Registry löschen, den Rechner einmal neu starten, jetzt die Funktion aktivieren. Aber weshalb brauchst Du den Haken wenn sich der Client die Updates beim WSUS holt?