[THIN] Re: printer management

  • From: "Braebaum, Neil" <Neil.Braebaum@xxxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Fri, 7 May 2004 09:30:36 +0100

> -----Original Message-----
> From: thin-bounce@xxxxxxxxxxxxx 
> [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Matt Fowler
> Sent: 06 May 2004 18:23
> To: thin@xxxxxxxxxxxxx
> Subject: [THIN] printer management
> We have 300 network printers and 3 XPa Farm servers. We will soon be 
> migrating these printers to queues on Windows servers from 
> Novell. We want 
> to try and keep the users from having to scroll through a 
> list of printers 
> to get to the one(s) they wish to print to. Does anyone know 
> of a way to 
> partition them out?

The difficulty with any of this isn't actually "partitioning" lists of

It's actually defining a rationale or logic you can use and implement
that will facilitate this.

If you have such a rationale already, then you are half there.

> Do any of the 3rd party print management 
> solutions help 
> with this? Do any of them handle security? Do any of them 
> propagate to 
> other farm servers for you?
> Thanks for the insight.

As an example, when I implemented printer mapping leveraging Active
Directory, and print queues on MSCS clusters, I used the structure of
Active Directory, and used the computer object that the user was
actually logging into, in order to map the appropriate printers.

So that if a user sits at a PC on a certain floor, they get printers
local to that PC, ad infinitum - rather than the more traditional NT
model of using group memberships that define printers to be mapped. I
disliked that old model, because it meant hard-coding the details in
login scripts, rather than actually having the directory be the source
of this information.


This e-mail and its attachments are confidential
and are intended for the above named recipient
only. If this has come to you in error, please 
notify the sender immediately and delete this 
e-mail from your system.
You must take no action based on this, nor must 
you copy or disclose it or any part of its contents 
to any person or organisation.
Statements and opinions contained in this email may 
not necessarily represent those of Littlewoods.
Please note that e-mail communications may be monitored.
The registered office of Littlewoods Limited and its
subsidiaries is 100 Old Hall Street, Liverpool, L70 1AB.
Registered number of Littlewoods Limited is 262152.

This Week's Sponsor - RTO Software / TScale
What's keeping you from getting more from your terminal servers? Did you
know, in most cases, CPU Utilization IS NOT the single biggest
constraint to scaling up?! Get this free white paper to understand the
real constraints & how to overcome them. SAVE MONEY by scaling-up rather
than buying more servers.
Useful Thin Client Computing Links are available at:
For Archives, to Unsubscribe, Subscribe or 
set Digest or Vacation mode use the below link:

Other related posts: