[cups.bugs] [LOW] STR #3792: IPP-Options are attached to a printer-uri

[Ralf Schade]

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Scenario:
2 CUPS-Servers with LAN-Browsing on
1st server on ip 10.0.0.1
2nd server on ip 10.0.0.2
Both server have the same printers.conf (locally managed)
Nearly every printer is defined with ipp-options like
ipp://printer.example.com/Printers/testprinter/.printer?waitjob=false&waitprinter=false&version=1.0
There a 3 global INPUT_QUEUES which accept jobs from everywhere and spread
it to the correct printer-queue
Those queues are defined with device-uri file:/dev/null
In /var/log/cups/access_log are a lot of errors.
On server1:
10.0.0.2 "GET /printers/inputqueue?waitjob=false HTTP/1.1" 404 0
On server2 the same with ip from server1
10.0.0.1 "GET /printers/inputqueue?waitjob=false HTTP/1.1" 404 0

Only the inputqueues appear in the access_log, no other printer.

It seems CUPS attaches an ipp-option on it's own to the device-uri, but I
don't know why.

See attached file for cupsd.conf

Link: http://www.cups.org/str.php?L3792
Version: 1.3.11
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cupsd.conf
URL: <https://lists.cups.org/pipermail/cups/attachments/20110210/dadd3879/attachment.ksh>