Comment 60 for bug 45099

Revision history for this message
Antti P Miettinen (apm) wrote :

Sorry if the following information only confuses the issue, but for what its worth, here goes nothing etc..

I have a dapper box as home server with Epson Stylus Photo RX425 connected via USB and local printing works fine. I have the cupsd listening on an additional port and configured to allow only authenticated SSL connections to it. Printing from windows XP clients also seems to work provided that "AuthType Basic" is enabled and cupsys has access to system passwords.

The hardest thing was to get by dapper laptop printing to the dapper server. One issue is that both the documentation (e.g. DeviceURI format) and the GUI are a bit terse. Inputting an URI in form

  https://user:password@server:port/printers/etc

gave no errors but got silently converted to

  ipp://https://user:password@server:port/printers/etc

When printing a test page the GUI just indicated that the printer got paused at some point, but from the web UI (http://localhost:613/) one can see that the printing is failing because host "https" cannot be found. So I changed the DeviceURI directly in printers.conf to remove the ipp:// prefix, but this does not work either because /usr/lib/cups/backend/https does not exist.

So would symlinking ipp to https be acceptable? I ended up adding encryption=always to the URI as in:

  ipp://user:password@server:port/printers/etc?encryption=always

but was still not able to print with the 1.2.2 dapper cupsys packages. The error log contained a lot of those "Local authentication certificate not found" errors mentioned here but I do not know whether those are related. I finally recompiled the edgy cupsys for my dapper laptop and now I can print. The server error log still has complaints about "Bad request line" but those errors occur also for the windows clients.

Hmm.. maybe a summary would be some enhacement wishes:

- more verbose documentation for the DeviceURI
- more verbose/input validation for the GUI
- update dapper cupsys to 1.2.4?
- allow "AuthType Basic" with a password source separate from the system one