kelso@seas.gwu.edu (John Kelso) (04/10/90)
When printing to an HP 835 running HP-UX 3.1 using the remote printer
capability, we have noticed that if the remote machine has a hostname
of more that 8 characters, the file is never printed. The file is
transferred to the HP's /usr/spool/lp/request/printer directory, but
the printer software chokes, leaving a df and tf file, and a zero size
cf file.
A call to the HP response line verified it was a bug, but no
workaround was offered, other than to change the hostnames of the
offending machines. This is not an option, as some of the machines
are PC's, which just use their internet address as the hostname when
printing via SUIP.
Has anyone else out there come across this problem, and if so, has
anyone figurerd out a way to fix it?
Many thanks,
John
--
John Kelso, System Engineer, George Washington University
SEAS Computing Facility, 725 23rd St NW, Washington DC 20052
kelso@seas.gwu.edu -or- uunet!gwusun!kelso
--tml@hemuli.tik.vtt.fi (Tor Lillqvist) (04/11/90)
>When printing to an HP 835 running HP-UX 3.1 using the remote printer >capability, we have noticed that if the remote machine has a hostname >of more that 8 characters, the file is never printed. The file is I had hoped, now that HP finally gives us Domain Name Server support, that they would have ripped out all ridiculous hostname length restrictions in various commands. But no. For instance fbackup truncates the hostname at 9 characters if you try to use the remote device syntax host:device. -- Tor Lillqvist, working, but not speaking, for the Technical Research Centre of Finland