There are a few possible conditions that will cause this problem.

1) The most common cause is that user(s) have administrative or admin-equivalent rights somewhere in the environment. The user(s) may simply be administrators or be part of a group that has administrative rights.

Admin-equivalent or at least enough priveleges to see all printers includes "Power Users" and from the Windows NT world, "Print Operators".

NOTE: This particular rights issue is not specific to the ScrewDrivers v3 product. This behavior is the result of how the Microsoft Operating System handles privileges. This problem can also be seen with Auto-created printers from Citrix or Microsoft Terminal Services.

2) Another known cause has to do with a security hole within the last three revisions of the Microsoft Excel product. This includes the 1997, 2000, and 2002 versions.

Hotfixes exist for the 2000 and 2002 versions. Microsoft has stated that they will not correct the problem with the 1997 version. The corresponding Q articles for this problem are as follows:

Q297883 - In Excel 2000, user(s) see(s) all printers
Q313683 - In Excel 2002, user(s) see(s) all printers

Both of the hotfixes are downloadable from the triCerat website at the following links.

Q297883 In Excel 2000, user(s) see(s) all printers
Q313683 In Excel 2002, user(s) see(s) all printers

3) It has been reported to the triCerat Support team, that the same behavior seen with Microsoft Excel also occurs in Lotus Notes client versions r5 and r6. The makers of Lotus Notes are aware of the issue and are working towards a solution.

4) If the above explanations do not describe your situation, the problem may be rooted in a home-grown or custom-built application that doesn't view permissions correctly in regard to the privilege of the user logged in.

It may also be that administrative rights have been given to users because a poorly designed application requries them to access system directories or files on the server.