I have an XP Pro computer that I setup on my domain. Loaded the printers under my Domain admin account. When another user logs on they do not see the printers. I'd like all users to have the printers when the log-on.
If I have 20 printers, I have 20 batch files. That way when users go from one machine to another they can install whatever printer they want without asking me to do it for them. The batch file can also install all twenty printers if I put them all in there. This has saved me LOTS of time.
I added network printers under a normal user account and then copied that profile to the default user profile. When someone logs in for the first time the printers will be set up for them. Also, I set up the drive mappings and desktop appearance (windows classic, etc.).
I did see that post. I stumbled upon the printer installation issue while doing research for sysprep.inf files and adapted it for my users. If only I were half that clever. How about
We have printers with names longer than 8 characters, and it's not presented a problem for me. For example, rundll32 printui.dll,PrintUIEntry /in /n \\SERV2KS19\C2-BILLING-HP9000-PS works for me. I wonder if you could enclose a longer name in quotation marks.
I found the same behavior, and opted for convenience to do the sequence:
. devcon remove the lpt1 from local machine
. net use lpt1 let windows net services do the printer map
. then your trick with the /y option to define the printer as the default.
I used the "net use" although I found as you that if I rundll32 twice for the printer specification XP clients were happy because I found it more reliable when scripting or batching using macro expansion of Environmental Variables. e.g. \\%printer_server%\%this_printer%
I mention only one other practical feature of using NET USE in combination with rundll32 that you have access to the /Persistant:y feature. Most network requirements for scripting of printer assignments are relatively static, so a persistant mapping of the printer shares gives you some comofort that even if for some reason you script/batch fails on a particular logon session the mapping will likely persist.
Best.
Bill
(And hey, I rescued this thread from the way-back pages because I forgot to star you for your well deserved post. Sounds like your clever tip has found a greater audience. Just great stuff.)
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.