[cups.bugs] [LOW] STR #2184: Hostname mismatch triggers lpoptions to give "Destination <printer name> has no PPD file!"

[Luke Myers]

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

[STR New]

The example setting below duplicates the problem:

Cups server machine: fqdn hostname = srv.site, static ip = 192.168.1.2
Cups client machine /etc/hosts: 192.168.1.2 srv.local srv
Cups client.conf: ServerName=srv.local or ServerName=192.168.1.2

In this common misconfiguration scenario, where the /etc/hosts file on the
client machine records a hostname differing from the fully qualified
domain name on the cups server, the PPD file is available from
http://srv.local:631/printers/c86.ppd or
http://192.168.1.2:631/printers/c86.ppd, and lpr, lpstat, lpoptions, et al
will operate normally except for:

lpoptions -l fails to retrieve printer specific options for the default
printer. The error: "lpoptions: Destination c86 has no PPD file!"

Any one of three possible changes in behavior would prevent recurrence of
this time-consuming mystery:
1.) When a name mismatch is present, make all the client utilities fail
and provide a specific error message.
2.) Remove the (hostname checking done during lpoptions -l)
3.) If hostname test is a must, provide a specific error message

Link: http://www.cups.org/str.php?L2184
Version: 1.2.7