daabm

Grmfph.... ADM(X)-Templates haben NICHTS mit den IE-Versionen zu tun, die in dem GPP "Interneteinstellungen" verfügbar sind... Die orientieren sich ausschließlich an der IE-Version, mit der das jeweilige OS ursprünglich ausgeliefert wurde.

"Benutzer oder Gruppe ändern" - "Erweitert" - "Jetzt suchen" -> "Benutzer" auswählen. Das ist S-1-5-32-545 oder auch "jeder, der sich am lokalen Computer anmeldet"... Bei englischem Basis-OS natürlich "Users" statt "Benutzer". Wo ist das Problem?

"Loopback hatte also seinen Sinn" - das stelle ich mal in Frage. In der DDP hat es den garantiert nicht... Und mit "Mischung aus XP und W7" hat es auch nix zu tun. Und was genau meinst Du mit "bei der Revision einige Einstellungen abändern"?

Naja... Dann diagnostizieren wir mal (bzw. Du machst das :cool: ): Sysinternals Process Monitor, Filter auf "Path ends with" -> "lock.dbf".Dann starte Deine Anwendung und schau im Procmon nach, wo diese Datei gesucht wird und welcher Zugriff darauf nicht mit "SUCCESS" endet.

...wo mir das grad einfällt: Wenn man für die Auswahl von Usern und Gruppen immer schön den Object Picker ("..."-Button) verwendet, spielen die Namen eh keine Rolle, da die intern dann durch die SID ersetzt werden.

Jepp. Darren hat ein ganzes Rudel kleiner und größerer Tools, die viele Lücken im GPO-Umfeld exzellent schließen :cool:

Der TO hat insofern recht, als daß die Systemsprache des Computers bei der Installation darüber entscheidet, welche Namen die Well Known SID Gruppen und Benutzer haben. Kann man aber auch umbenennen, wenn das lebenswichtig ist... :cool:

...und auch wenn hier vmtl. nix mehr kommt :cry: 1. gpresult in einer Admin-Commandline hätte uns auch die Computer-GPOs gezeigt 2. Loopback "replace" ist bekannt für unerwartete, aber nachvollziehbare Ergebnisse... :cool:

www.sdmsoftware.com --> GPAA.

Für den Quellzugriff ist nicht SYSTEM relevant, sonder "Domain Compuiters" bzw. der Computeraccount mit seinen Gruppenmitgliedschaften...

LDAP-Filter sind nicht rekursiv, das wirst Du Deiner Anwendung also irgendwie beibringen müssen...

Prima Idee... Das heißt, daß bei jeder Anmeldung die Drucker erst gelöscht und dann neu installiert werden. Und dabei wird auch der Treiber neu installiert, selbst wenn er schon vorhanden war... :eek:

Gern geschehen - hatte das zwar nie explizit probiert, aber es liegt einfach auf der Hand, wenn man sich die Konsole so anschaut :cool:

"Wegwerfen" kannst sie AFAIK nicht, aber mit anderen Werten für diesen Bereich überschreiben sollte kein Problem sein.

1. Sauberer Neustart (Links findest hier im Forum zuhauf) 2. Eventlogs geprüft?

...deshalb ja auch der Link zu Heise und nicht zu Sourceforge :cool:

Naja - wenn man das Wahrscheinliche als Ursache ausgeschlossen hat, bleibt das Unmögliche übrig :p

Pfffth.... http://www.heise.de/download/truecrypt.html "Betriebssysteme: Windows XP, Vista, 7, 8, Linux, Mac OS X/PPC, Mac OS X/Intel" Noch Fragen?

Na, dann zeig erst mal Deine genauen Umleitungseinstellungen für diesen zweiten Ordner... :cool: Und was alles befindet sich denn so im lokalen Dokumenten-Ordner? Hast Du da evtl. Symlinks/Junctions angelegt?

@TO: Kannst Du am TS sicher ausschließen, daß da noch irgendein Prozess unter dem Useraccount läuft, nachdem der sich "abgemeldet" hat?

20 Clients hinter DSL mit Druckermappings von einem Server? Hast Du hier "Aktualisieren" oder "Ersetzen" eingestellt? Beim Diagnostizieren der GPO-Verarbeitung hilft Dir übrigens http://www.sysprosoft.com/policyreporter.shtml hervorragend weiter :cool:

Hast Du Einstellungen - Extras - Tabs - "Tabvorschauen in Taskleiste anzeigen" aktiviert? Ggf. mal abschalten...

"Gestern ist mein Auto noch angesprungen" :D SCNR...

Du kannst Computer-Richtlinien nicht auf User einschränken. Damit bist Du hier an einem "toten" Ende. Ok, um ehrlich zu sein: Bei manchen geht das. Bei RUP nicht - das Profil muss geladen werden, bevor User-Einstellungen verarbeitet werden, deshalb kommst Du in diesem Sonderfall nicht weiter mit irgendwelchen Tricksereien per GPP Registry (die ja auch in HKLM schreiben können...).

Endungen sind Schall und Rauch - der Browser will HTML, und das kriegt er von dieser URL. Warum die das hintenraus .CMD nennen, mußt Du sie wohl selbst fragen :D