[MacTUG] new retail services printers and Papercut (Uprint)

Donald Duff-McCracken dsmccrac at uwaterloo.ca
Tue Aug 8 15:45:38 EDT 2017


If this is of any use to anyone, it is likely of use to those configuring Uprint printers (via papercut). Dani and I are using slightly different settings for configuring printers. It is a summary of my first note and some testing. Others that are doing this (Arch, Arts on Waterloo Campus, and Arts in Stratford) may also be doing things different and I would like to know. I think Ed is doing things pretty much like Dani?

This was prompted by the new Retail Services Xerox colour printers. As stated (eg https://www.jamf.com/jamf-nation/discussions/7082/papercut-+-os-x-+-sso-bliss) “- o auth-info-required=negotiate” option helps with single sign on.

Most of the configurations that Dani and I are using are the same:

Dani: lpadmin -p queue_name -E -v "smb://server_name/queue_name" -P "/Library/Printers/PPDs/Contents/Resources/ppd_name" -o printer-is-shared=false -o OpPolicy=Kerberos -o State=Idle -o Accepting=Yes -o printer-error-policy=retry-job

Don:  lpadmin -p queue_name -E -v smb://server_name/queue_name -P /Library/Printers/PPDs/Contents/Resources/ppd_name  -D  queue_name  -o printer-is-shared=false  -o printer-op-policy='default' -o auth-info-required=negotiate


Another issue is that the new printers were generating “warning messages” in the print queue (https://www.dropbox.com/s/m21p5iha713twkp/Screen%20Shot%202017-08-02%20at%205.46.18%20PM.png?dl=0). Setting the -o printer-op-policy='default' fixed this. The other options (-o printer-op-policy='Kerberos'-o or printer-op-policy='authenticated') did not fix this. Note that ‘default’ was not my traditional setting, I was using ‘authenticated’ (I read somewhere to change this).


Regarding a few other differences, Danny was using the -o printer-error-policy=retry-job which is likely a good idea since I just realized the default is ‘stop-printer’, so I will add this. I cannot find that much documentation on the other options (State=Idle -o Accepting=Yes) that he is using that I am not. Just to round it out, I am using the –D flag which just lets you put in a (pretty useless) textual description.


------------------------------------
Donald Duff-McCracken
Technical Services Manager
Mapping, Analysis & Design
Faculty of Environment
University of Waterloo
(519) 888-4567 x32151
https://uwaterloo.ca/environment-computing/about/people
------------------------------------
This email communication is intended as a private communication for the sole use of the primary addressee and those individuals listed for copies in the original message. The information contained in this email is private and confidential and If you are not an intended recipient you are hereby notified that copying, forwarding or other dissemination or distribution of this communication by any means is prohibited.  If you are not specifically authorized to receive this email and if you believe that you received it in error please notify the original sender immediately.


From: Dani Roloson <daroloson at uwaterloo.ca>
Date: Thursday, August 3, 2017 at 9:47 AM
To: Donald Duff-McCracken <dsmccrac at uwaterloo.ca>, MacTUG <mactug at mailman.uwaterloo.ca>
Subject: Re: new retail services printers


We've been using

/usr/sbin/lpadmin -p queue_name -E -v "smb://server_name/queue_name" -P "/Library/Printers/PPDs/Contents/Resources/ppd_name" -o printer-is-shared=false -o OpPolicy=Kerberos -o State=Idle -o Accepting=Yes -o printer-error-policy=retry-job
with the below for HP's

-o HPOption_Duplexer=true

________________________________
From: mactug-bounces at lists.uwaterloo.ca <mactug-bounces at lists.uwaterloo.ca> on behalf of Donald Duff-McCracken <dsmccrac at uwaterloo.ca>
Sent: August 2, 2017 18:26
To: MacTUG
Subject: [MacTUG] new retail services printers
Hi folks
We are getting some new printers from retail services and my lpradmin command which has worked for quite some time, ceased working:
lpadmin -p queue_name -v smb://server_name/queue_name  -D  queue_name  -P /Library/Printers/PPDs/Contents/Resources/ppd_name -o printer-op-policy='default' -o printer-is-shared=false -E
I was getting these danged “Printer Status Incoming” pests in my queue. See screen shot here: https://www.dropbox.com/s/m21p5iha713twkp/Screen%20Shot%202017-08-02%20at%205.46.18%20PM.png?dl=0.  A little googling and I realized I had not included the “auth-info-required=negotiate” option
lpadmin -p queue_name -v smb://server_name/queue_name  -D  queue_name  -P /Library/Printers/PPDs/Contents/Resources/ppd_name -o printer-op-policy='default' -o printer-is-shared=false -E -o auth-info-required=negotiate
More info: I was initially doing as described here (not that I got the info from here but it is what I was doing):  https://www.jamf.com/jamf-nation/discussions/7082/papercut-+-os-x-+-sso-bliss but a bit farther digging lead to this thread https://www.jamf.com/jamf-nation/discussions/7082/papercut-+-os-x-+-sso-bliss. The funny thing is that I have not been having the problem (of requiring the the “ auth-info-required=negotiate” option) until these new printers.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uwaterloo.ca/pipermail/mactug/attachments/20170808/ce732425/attachment-0001.html>


More information about the MacTUG mailing list