By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
424,680 Members | 1,890 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 424,680 IT Pros & Developers. It's quick & easy.

Most printers only visible when impersonated user logged in

P: n/a
Hi,

Our web application impersonates a domain user when it runs. Usually,
the printers visible to the application are the same as those visible to
the domain user.

At one installation, the list of printers is reduced to only the
'document image writer' - unless the impersonated user is logged on to
the machine, in which case the full list is visible.

We can't leave the impersonated user logged on to the terminal
permanently, of course!

We have tried adding a new printer to the machine while logged in as the
impersonated user, but this, too, is not visible.

It has been suggested that a domain policy could be to blame, but it's
difficult to guess which one might be the culprit - especially as this
isn't our network.

Any ideas what we should look for, or how we might be able to get more
information as to why the list is restricted?

Thanks,
Rik
Jul 4 '06 #1
Share this Question
Share on Google+
4 Replies


P: n/a
It looks like a user profile issue (the profile is loaded if the user is
logged, making the printers available).

I'm not sure what is the best option :
- on other servers it looks like the profile is loaded (because the account
have the appropriate permission, ie. log on locally, don't logon as a
service ? try to spot the difference)
- another option I see would be to add printers to the default user profile
- you could also not depend on this and add what you need programmatically ?

Hopefully someone else will provide better help (you may want to try a
Windows administration group)...

Hope it helps

- --
Patrice

"Rik Hemsley" <ri*@rikkus.infoa écrit dans le message de news:
e$*************@TK2MSFTNGP04.phx.gbl...
Hi,

Our web application impersonates a domain user when it runs. Usually, the
printers visible to the application are the same as those visible to the
domain user.

At one installation, the list of printers is reduced to only the 'document
image writer' - unless the impersonated user is logged on to the machine,
in which case the full list is visible.

We can't leave the impersonated user logged on to the terminal
permanently, of course!

We have tried adding a new printer to the machine while logged in as the
impersonated user, but this, too, is not visible.

It has been suggested that a domain policy could be to blame, but it's
difficult to guess which one might be the culprit - especially as this
isn't our network.

Any ideas what we should look for, or how we might be able to get more
information as to why the list is restricted?

Thanks,
Rik

Jul 4 '06 #2

P: n/a
Patrice wrote:
"Rik Hemsley" <ri*@rikkus.infoa écrit dans le message de news:
e$*************@TK2MSFTNGP04.phx.gbl...
Hi,

Our web application impersonates a domain user when it runs. Usually, the
printers visible to the application are the same as those visible to the
domain user.

At one installation, the list of printers is reduced to only the 'document
image writer' - unless the impersonated user is logged on to the machine,
in which case the full list is visible.

We can't leave the impersonated user logged on to the terminal
permanently, of course!

We have tried adding a new printer to the machine while logged in as the
impersonated user, but this, too, is not visible.

It has been suggested that a domain policy could be to blame, but it's
difficult to guess which one might be the culprit - especially as this
isn't our network.

Any ideas what we should look for, or how we might be able to get more
information as to why the list is restricted?

Thanks,
Rik
It looks like a user profile issue (the profile is loaded if the user is
logged, making the printers available).
I'd agree. I got a sense of deja-vu reading this question. Looking back
through Google Groups, I found my answer from October 2005:

--Start copy and Paste
I suspect this is related to the fact that when you impersonate a user,

their profile isn't loaded. Some (all?) printers are associated with
users rather than the machine. If you need the full profile available,
welcome to a whole world of P/Invoke.

For starters, check whether a call to LoadUserProfile() helps you?
--End copy and paste

Unfortunately, the person with the problem then didn't bother to post
back any success or otherwise, so I don't know if it's the right
advice.

Damien

Jul 4 '06 #3

P: n/a
Patrice wrote:
It looks like a user profile issue (the profile is loaded if the user is
logged, making the printers available).

I'm not sure what is the best option :
- on other servers it looks like the profile is loaded (because the account
have the appropriate permission, ie. log on locally, don't logon as a
service ? try to spot the difference)
Will do.
- another option I see would be to add printers to the default user profile
- you could also not depend on this and add what you need programmatically ?
I didn't know either of these were possible, so I'll try both.
Hopefully someone else will provide better help (you may want to try a
Windows administration group)...
Thanks for the advice. Will let you know how it goes.

Rik
Jul 4 '06 #4

P: n/a
Damien wrote:
their profile isn't loaded. Some (all?) printers are associated with
users rather than the machine. If you need the full profile available,
welcome to a whole world of P/Invoke.
This implies it's possible to load the profile - if I get stuck with
Patrice's suggestion I'll have a go at this, too.

Cheers,
Rik
Jul 4 '06 #5

This discussion thread is closed

Replies have been disabled for this discussion.