#36 Multi-line Service Text truncated to single line

[John Everett]

I'm trying to use Rendezvous Proxy to print with a Mac (OS-X 10.4) to a
network attached HP Color LaserJet 2600n. The HP provided Mac
driver for the 2600n only supports Bonjour network connectivity (not
LPR, etc.) -- and the printer is on a different subnet.

Using Bonjour Browser on a host temporarily connected to the same
subnet as the printer, I see that the HP 2600n advertises itself as a
Printer PDL Data Stream (_pdl-datastream._tcp.) service with the
following (MULTIPLE lines of) service text:

txtvers=1
qtotal=1
pdl=application/vnd.zeno-zjs,application/vnd.cups-raster
ty=HP Color LaserJet 2600n
product=(Hewlett-Packard HP Color LaserJet 2600n)
priority=30
adminurl=http://192.168.10.8
usb_MFG=Hewlett-Packard
usb_MDL=HP Color LaserJet 2600n
Transparent=T
Binary=T

I believe the most important of these are the TWO lines usb_MFG and
usb_MDL, which the Mac printer configuration tool uses to recognize
and add this non-PostScript, non-PCL printer with the correct driver.
However the HP driver works/installs, it is not possible to manually
select the driver -- so recognition via the service text is a show
stopper.

Now, out-of-the-box, Rendezvous Proxy doesn't include support for
the _pdl-datastream._tcp service type, but using the newer Java version
of Rendezvous Proxy (but apparently not the earlier OS X one), I can
indeed add this new service type. However, when I try to add multiple
lines of service text, the interface accepts the entry, but only the FIRST
line of the text entry into the service text box seems to get added to
the mDNS advertisement by Rendezvous Proxy -- everything after the
first carriage return seems to just get dropped. I also tried adding all
the lines together into a single line, with the key/value pairs delineated
by periods (as they look to be in the actual mDNS packets sent out by
printer), but that doesn't work either (in that case, Rendezvous Proxy
just advertises the subsequent key/value pairs as a appendage of the
first one.)

Am I missing the proper way to add multiple lines of service text to a
proxy entry? Or is the program currently truncating the user-entered
service text to only a single line? If so, changing this behavior would
not only fix my problem, but make the program more robust and
adaptable to various future needs requiring any new mDNS service type
with multiple lines of service text -- such as is required for the _pdl-
datastream._tcp. service type.

Thanks,
John