I experienced a similar issue on our cups installation. The machine has several IPs (in the same subnet) and a hostname that matches one of them. The clients access cups via another IP, though. This IP has no reverse entry defined in DNS. When cups replies to them, it apparently tries to reverse resolve the IP address over which it was connected and replies with whatever it found. In our case it finds nothing, which causes printer-uri-supported to be ipp://:631/... - i.e. it has an empty hostname. This confuses the clients - they are unable to retrieve any printer information.
The cups version is pretty old: 1.2.11 Does this issue still exist? The upstream bug might be #2184 [1], but it says that it was fixed in 1.3, which would not explain why it happens for your version 1.3.8. --Dennis [1] http://www.cups.org/str.php?L2184
signature.asc
Description: This is a digitally signed message part.
