I believe you will have authorize the whole machine for delegation to use
WMI from IIS. I think building an API or printer COM would be easier and
could be run as any user who is connected thereby allowing normal printer
administration methods to be used.
WMI is not really designed to do what you want even though it should be
possible. WMI is more about managing the systems and it's components.
The VB6 and later COM objects for print job control should work under IIS as
long as they are called as COM objects from script.
Someone may already have some examples of this.
IIS and W2K3 already have the ability to publish printer through a web
site. Extending this with the SDK would probably be the easiest approach.
Using "integrated" security on the web site would allow the users to print
"as" themselves the same as printing on the LAN.
--
Jim Vierra
"J" <A@b.c> wrote in message news:eQ**************@TK2MSFTNGP12.phx.gbl...
Hello all,
I am currently trying to create a printing webservice for internal use.
Basically, this webservice would accept the name of a file and try to
print that file to a particular printer. I was thinking of using WMI to
access the printers installed on the machine hosting the webservice.
It what I described possible? Can you access the printers on a machine
via WMI or as there security issues that would prevent this? If you
schedule jobs to be printed, what user do they run as? Can you run them as
any user? Does that user already have to be logged onto the machine?
etc...
I just want to know if I'm on the right track...
J