rob_f

Not a problem, i'm not testing these locally so just bouncing my memory off you! try: msiexec /update \\pc09506\sp3\MAINSP3.msp /quiet /norestart /passive If that doesn't work, lose the /passive. If you're still having problems, check the syntax with msiexec /? from start -> run. Rob.

Sorry, if you're doing it with a .bat you'll need to prefix that with msiexec

Create a startup script: Script Name: msiexec Parameters: /p \\servername\pathtoffice2003sp3files\MAINSP3.msp /np /norestart Repeat for the other msps (web components IIRC) and test! Hth, Rob.

To eliminate a problem with your script, install the Windows Server 2003 Administration Pack on a teacher's machine, which gives them Active Directory U&C. They should then be able to launch ADU&C and reset passwords under the OU for which you have changed the permissions, if the perms are indeed correct. Rob.

Try changing the value of HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\My Music with a login script? Rob.

Just to follow up on strawberry's remark, objects in active directory have permissions in exactly the same way that files do on NTFS volumes. If you look at the security tab on the properties of an OU (i.e. your students OU) you can see the permissions. To set the change password permission, go to advanced then add/edit the user you wish to grant the permission to and select "Apply onto: user objects" from the dropdown. IIRC you need to allow "change password", "reset password" and possibly one other to allow users to set the "change password on next logon" as this temporarily alters the object's password expiration settings.

Have you checked that the inf file definately contains the PCI vendor and device IDs that you see if you look in the properties of the network card within device manager? If not, there will never be the one-to-one mapping of the card with the inf file. Other than that, there are many different places to put the files and I can't remember which one actually works! It is a pain, i agree! Rob.

Should be in System -> Administration -> External Access Hope this helps! Rob.

Users who aren't local administrators shouldn't have access to anything in System Tools anyway, and shouldn't even get the tasty stuff on their start menu. There's no direct way of removing these from the start menu with group policy, other than through a startup script which removes them from the start menu folder in the profile, or by folder redirection of the start menu itself to a structure which doesn't have these folders. hth rob.