Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#29625 - [cups] 1.5.2-1: Fail printing on remote server with authentication
Attached to Project:
Arch Linux
Opened by Luca Silvestrini (silvest) - Thursday, 26 April 2012, 14:44 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 08 June 2012, 04:41 GMT
Opened by Luca Silvestrini (silvest) - Thursday, 26 April 2012, 14:44 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 08 June 2012, 04:41 GMT
|
DetailsDescription:
I added a printer with https and authentication on a remote cups server. However when I try printing I get no password request and the job fails. I tried the same configuration on other boxes and things work smoothly, so I am afraid this is an arch linux problem. Additional info: * package version(s) extra/cups 1.5.2-1 Steps to reproduce: - Add https printer on remote server with authentication - Try printing and get no password prompt - Job gets held with /usr/lib/cups/backend/https failed |
This task depends upon
bla
you are perfectly right, sorry about that!
Luca
I attach the log.
Thanks a lot in advance for your help,
Luca
work with any client application that basically supports it.
Do you see something on the clients command line?
Please let me know if there is any additional info I can provide.
Thanks again,
Luca
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<Limit Create-Job Print-Job Print-URI Validate-Job>
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
You config seem pretty default. I don't find any Authentification per job enabled. Why does your system ask for one?
May this be a setting in your printer device? What do you mean with "I added a printer with https and authentication on a remote cups server" ?
So far this seems to be no bug but a configuration issue.
- I added a printer with uri https://some.remote.server:631/printers/xxx
- In the default options of the printer, in the policy options I set "authenticated" in the Operation policy box.
As far as I understand, this should ask for authentication when submitting the job to the remote server, and indeed that is what happens on other boxes and on my box only when printing from firefox.
Please let me know if I should provide you with other configuration files.
Thanks again,
Luca
I don't know how such authetification is done in user applications. Maybe some have been compiled without openssl/gnutls support or
even without cups presence at build time. You may want to google for similar issues or ask on the cups mailing list.
I tend to close this as not a bug (of cups).
Thanks again,
Luca
http://www.cups.org/documentation.php/policies.html
https://www.google.de/search?q=cups+authetification+per+job&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:de:official&client=firefox-a#hl=de&safe=off&client=firefox-a&hs=hqC&rls=org.mozilla:de%3Aofficial&sclient=psy-ab&q=cups+printer+authentication+&oq=cups+printer+authentication+&aq=f&aqi=g-K2g-mK1g-bK1&aql=&gs_l=serp.3..0i30l2j0i5i30j0i8i30.39621.42195.1.45363.3.3.0.0.0.0.285.778.2-3.3.0...0.0.6uKyLP12ZEU&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb&fp=aed72fe58a5c637d&biw=1280&bih=880
Please continue in our forum. Only ask to reopen this issue if it turns out to be bug in cups and our way we package it.