Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We have a new server running Server 2008 R2. We also have a "DOS-based" program that prints directly to the UNC path of a print share. With the new server, we are unable to print from this program. According to support, the program's printing works in the same way as if we were to do a "copy mytextfile.txt \\myserver\myprinter". When we try to run this command in DOS, we get "Access is denied". Support is saying that this is why the DOS program is not able to print. I have tried granting all permissions on the printer to the appropriate users (under Security of the printer properties) but that did not work. Is there a policy setting that would cause this to be denied?

share|improve this question
    
Adding the user to the "Print Operators" group fixes the issue. I would still like to know what policy is affecting this. Anyone? – pat o. Oct 15 '10 at 15:51
up vote 3 down vote accepted

I was having the exact problem. I finally found out why. Standard users do not have write permission to the spool directory (c:\windows\system32\spool\printers). Once I gave the Users group write permissions to this directory, UNC printing started working.

share|improve this answer
    
Sweet -- that was it! Thanks for taking the time to answer! – pat o. Jan 11 '11 at 14:33

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.