Michael-from-Virgo

Steve, when the script starts students receive message Permission denied. Staff members were asked for administrator password to update drivers. I added FQDN of the print server to GPOs and now it looks like staff members can update drivers without administrator's password. Students, however, still getting the same error message. That is strange cos both GPOs have the same settings for printing and before the change of the drivers both groups were able to connect to printers and install drivers. Regards.

Both 32bit and 64 bit drivers are installed on the print server. Also both 32bit and 64bit clients have the problem. All installed drivers are packaged. Regards.

Hi there, We have Windows Server 2012 print server with number of shared printers. Clients are Windows 7 - both 32 and 64 bit. Printers are connected to clients by *.vbs script located in all users Startup directory. Everything was working fine until we changed the printers drivers. Originally all printer drivers were type 4, unfortunately those drivers are not compatible with PCounter - software for print accounting. We changed all drivers for type 3 and now non-admin users cannot update drivers on the client and therefore cannot connect to the printer. Group Policy settings: Devices: Prevent users from installing printer drivers - Disabled Print and Point Restrictions - Enabled/Do not show warning or elevation prompt (for both installing new and update existing drivers. That settings is enabled for Computer and User Configuration) Allow non-administrators to install drivers for these device setup classes - Enabled. Added classes are {4d36e979-e325-11ce-bfc1-08002be10318}, {4658ee7e-f050-11d1-b6bd-00c04fa372a7}, {48721b56-6795-11d2-b1a8-0080c72e74a2} On the new installed client systems non-admin users can connect to the printers and proper drivers are loaded, but if the printer was connected before we changed drivers on the server the update is restricted. Removing installed network printers, removing local user profiles, deleting the drivers from driver store does not help. Adding and installing proper drivers to the driver store (by pnputil) doesn't help either. Any ideas apart from re-ghosting all students computers? Thanks in advance. Regards.

First of all - I am new here but have been using solutions posted here many times. Thanks for that! Second thing - I have rather strange problem with a folder redirection. In the school we have two types of computers, both Dells, one type is few years older than the other. On both types we have Windows 7 pro installed. The installation is typical - Windows, MS Office, Adobe CS6 and some other educational software. The only real difference is the fact that on the old computers we have 32bit version of Windows and and on the new the 64bit version. I noticed the other day (and still couldn't to find the solution) that the folder redirection is not working on the 32bit computers (other settings from group policy are applied fine). I applied a folder redirection to a test group of users. When the user from that group log on to the 64bit computer everything works and all folders are where they supposed to be (\\network_share\username$\), but when the same user log on the old computer (both computers are members of the same domain) folder redirection doesn't work and user's folders are located on local computer (C:\users\username\). I have to admit I am not an expert in group policy, so please help. I'll be grateful for any idea how to sort that out. Regards. Michael