pfindus

Ich bin gerade auf das Shareware Programm TreeSizePro gestossen. Ich glaube das ist interessant für Dich.

Ich habe jetzt einen workaround gefunden. Die ldmsinst.bat muss in das Logon Verzeichnis kopiert werden. Der Aufruf aus dem Login-Script muss mit der Pfadangabe aufgerufen werden ( \\<domände>\SYSVOL\<domäne>\scripts\logon\ldmsinst.bat ) . Mit der Batch-Datei können dann weitere Programme auf dem APPLICATIONSRV13 Server gestartet werden.

Der eigentliche Aufruf heist, nReturnCode = wshShell.Run("\\APPLICATIONSRV13\LDLOGON\hideexec cmd /c \\APPLICATIONSRV13\LDLOGON\ldmsinst.bat", 0, true) bis zu dieser Zeile läuft das Script auch durch. Folgender Aufruf funktioniert aber auch nicht nReturnCode = wshShell.Run("cmd /c c:\temp\ldmsinst.bat", 0, true)

... die Batch Datei liegt auf einem Netzwerk-Share, auf dem "Jeder" alle Zugriffsrechte hat. Unter Sicherheit hat "Jeder" lesen/ausführen - ordner listen - lesen . Zum Testen habe ich auch einmal eine Batch-Datei auf dem Client versucht auszuführen. Das Ergebnis ist das gleiche. Gruß, pfindus

Hallo, das Script liegt hier: <Domäne>\SYSVOL\<Domäne>\scripts\Login\Logon.vbs Gruß, pfindus

Hallo, wir haben eine AD auf Windows 2003 in dem sich alle User einloggen. Die Client's haben W2K und WXP. In dem User Login-Script (in VBS geschrieben) wir ein kleines Batch-Programm auf des Client's gestartet. Das funktionierte auch solange, wie beim User-Objekt direkt der Pfad für das Logon-Script eingetragen ist. Nachdem der User das gleiche Script aber über eine Group-Policy zugewiesen bekommt, funktioniert der Batch Aufruf nicht mehr. Die anderen Script-Anweisungen haben kein Problem. Hat jemand eine Idee woran das liegen kann? Gruß, pfindus