Papercut, Windows 7 and GPP printers

[3s-gtech]

Windows 7 printers, oh the fun.

 

I have started using Group Policy Preferences to deploy printers rather than using .kix scripts. This works fine - however, and as I understand it, this method does not use the Print Spooler on the Print Server, but instead prints directly to the printer. Of course, this renders Papercut useless - the balance never goes down!

 

Is there a solution to this, or do I have something setup incorrectly? Otherwise, it'll have to be back to scripts

[3s-gtech]

Managed to get the balance to go down, changed the printer options by unticking the 'Render print jobs on client computers'. Not sure if this is the right way to go though.

[skell]

We use the Print Management MMC and deploy printers through that. Like you have stated, using GPP bypasses the print server and connects the client directly.

[3s-gtech]

Managed to get the balance to go down, changed the printer options by unticking the 'Render print jobs on client computers'. Not sure if this is the right way to go though.

 

Nope, this isn't it - it only relates to Vista up and I have this happening on Windows XP and Windows 7.

[mounters]

If you deploy the printers under the User Configuration node rather than the Computer node then you can use shared server paths for the printers and these will then log fine against papercut.

[skell]

Create a blank GPO. Name it something like "Staff Room Printer".

Open up the Print Management MMC

Right click on the printer you want to deploy.

Click on Deploy with Group Policy

Select the blank GPO you just made

Set per user or per computer and click OK

Assign the GPO accordingly

 

As I stated, and as you correctly asserted, you cannot use Group Policy Preferences to deploy printers through a print server.

[3s-gtech]

Will give it a try!

 

Okay, you're now officially my hero. Now I just have to swap all the GPOs over to this deployed system rather than GPP. Shame, as the GPP setup works great otherwise.

Edited July 23, 2010 by 3s-gtech

[mounters]

 

As I stated, and as you correctly asserted, you cannot use Group Policy Preferences to deploy printers through a print server.

 

This is not correct, you can but if you are wanting to deploy a printer installed and shared from a print server you have to do it under user and not computer configuration. I know this because this is how I deploy my printers and I use PaperCut as well.

[skell]

Ah, that explains why we couldn't get it to work. We deploy ours per machine, not per user. When we deployed them via GPP it completely bypassed the print server and connected directly.

 

Thanks for the clarifications and apologies for the mis-advice.

[3s-gtech]

Strange, as I had deployed all mine through GPP under User configuration already, but it connected directly to the printers (the path to the printer was just the IP address), and therefore the logging, balance etc in PC didn't work. Print Management/Deployed Printers seems to do this - are there any downsides to either system in your experiences?

[Cache]

All mine use GPP to deploy per User and just filtered out per machine.

 

If you use roaming profiles, just make sure you have a delete printer preference for machines that aren't supposed to have it (is not a member of group) and then update the printer connection for that group and it should all work as you want it.

[mounters]

Strange, as I had deployed all mine through GPP under User configuration already, but it connected directly to the printers (the path to the printer was just the IP address), and therefore the logging, balance etc in PC didn't work. Print Management/Deployed Printers seems to do this - are there any downsides to either system in your experiences?

 

You new to choose New -> Shared Printer under the preference settings and then either enter the share path or browse for it manually.

[skell]

Which would you say was a better way to deploy them then? Per user or per machine? We use per machine just because it seemed easier to do it this way!

[mounters]

It's probably more personal preference or how it works with your organisations needs.

 

I needed to deploy shared printers as I wanted single print queues so this made my mind up for me.

 

The only downside to deploying by user is logon delays as it applies printers, however this is countered by ensuring that users only get printers you want them to.

 

With effective targetting you can specify which machines and users have the printers allocated to them.

[DevilsAdvocate]

Hi all,

 

Sorry to drag this thread up.

 

We have a similar setup here with Papercut, Roaming Profiles and using GPP (Computer Deployed) to target printers to the correct machines for the room they are in. Currently none of the printers deployed this way will talk to Papercut as I'm to understand this needs to be done as a 'Shared Printer' via the User Preferences rather than the Computer Preferences.

 

My question is how do I go about targeting so the correct machines get the correct printers when doing a User Policy? I've got a mental block on the best way to do this. I've tried ILT against the Computer Groups we have already setup, but this doesn't work presumably as it's a user policy.

 

Can anyone offer some advice?

 

Thanks.

[TMODAlpha]

I use a print server. Deploy with Print Management console, per user and per machine sometimes. Then I use a GPO at the container level of the machines where it needs to be default. Set the default printer through computer preferences through the shared option, then use group policy loopback within the user settings of the same GPO.

 

So then it deploys the printer via Printer Connections in windows settings to the relevant people or computers, then sets defaults using loopback set to merge. Works seamlessly here with papercut. Just the actual local printers that we dont bother monitoring, although again is easy to install the software.

[3s-gtech]

Got this all working back then using GPP, so my setup now is:

 

Each room of PCs in a separate OU (eg ICT1)

Separate GPO for each printer

In the GPO, use GPP (User Configuration) to set a Shared printer

 

No loopback needed. The policy merges with the user's resultant policy, giving them room specific printers but using the user context. Papercut is happy, and it works pretty well overall.

[TMODAlpha]

Got this all working back then using GPP, so my setup now is:

 

Each room of PCs in a separate OU (eg ICT1)

Separate GPO for each printer

In the GPO, use GPP (User Configuration) to set a Shared printer

 

No loopback needed. The policy merges with the user's resultant policy, giving them room specific printers but using the user context. Papercut is happy, and it works pretty well overall.

 

We have to use loopback because some rooms have 2 printers, and we have to set a default. Computer settings dont have a shared print option to update the default.

 

http://www.petenetlive.com/KB/Media/0000492/00006.png

 

So we use a loopback, and do the default update in the user section of the same policy.