Re: LPD relay to a LAT queue? Possible?
- From: brandon@xxxxxxxxxxx (BRANDON, JOHN M)
- Date: Wed, 26 Apr 2006 16:59:48 -0500
Hoff Hoffman wrote:
BRANDON, JOHN M wrote:
Hoff Hoffman wrote:
Is it possible to configure LPD to serve a LAT print queue?Yes. It's usually easier and more expedient to replace the printer,
or to add a second (and parallel) printer. (I usually prefer to avoid
host-based printers and network-served remote host-based print queues,
nor of relays such as this one. Direct access to a printer-based NIC is
typically far easier to support, and most any printer offers a NIC these
days. But what you want should be possible, within the limits of
lpr/lpd or the telnet symbiont, or (depending on the platform) DQS.
Great! How? (Please! & Thanks!)
Wander down to your local computer palace or over to www.hp.com and
pick out a printer with a NIC. (One potential antecedent for "how?")
We are dumping to a barcode printer - currently using LAT thru a DECserver 90TL
We converted the DECserver port to a Telnet Listener and created a queue
using tcpip$telnetsym AND another queue using LPD
in both events records are being lost
We have also tested using a Netport Express with the same results
At this time purchase of a NIC card will not suffice as the barcode printer
does not support this...
Again, I expect that LPR/LPD will start to get "helpful" here, as
that's something I've seen time and time again. Direct printing is far
easier to manage than is any sort of relay printing.
I would love to however at this point it is not a viable option
As for LPD, most everything involves the printcap file. In this
case, set the queue name in the lp entry in the printcap file, and
possibly also the rm and rp fields. (I tend to use telnet, or -- again
-- direct printing. And LPD may squawk if the remote queue isn't
LPR/LPD, it's been an eon since I've had anything similar configured. I
got NICs for the printers...)
As for telnetsym relay queues...
"TELNETSYM RELAY QUEUES:
The output of TELNETSYM can be redirected to another queue rather than
being sent directly to a remote printer. This configuration is
referred to as a relay queue.
The primary function of a relay queue is to funnel fully formatted
output to an outbound LPD queue. This enables LPD to transfer a print
job that is already pre-formatted by OpenVMS on the sending side to its
destination printer.
To set up a TELNETSYM relay queue, include the /ON qualifier on the
"INITIALIZE/QUEUE" command with a format of '/ON="UCX$QUEUE:qname"'
(where qname is the name of the queue where TELNETSYM should send its
output). For example, to create a TELNETSYM relay queue named RELAYQ_4
which sends its output to another queue named LPD_Q4, issue the
following DCL command:
$ INITIALIZE/QUEUE/ON="UCX$QUEUE:LPD_Q4"-
_$ /PROCESSOR=UCX$TELNETSYM/DEVICE=PRINTER RELAYQ_4
TELNETSYM saves its output stream to a temporary file and then submits
the file to the destination queue. Note that TCP/IP is not involved
with a TELNETSYM relay queue."
Thanks for the above - I was headed down the RELAY QUEUE path...
John "REBOOT" Brandon
VMS Systems Administrator
firstname.lastname.spam.me.not@xxxxxxxxxxx
.
- Prev by Date: Re: Heads UP BRUDEN Announces the OpenVMS Bootcamp Uptime Scholarship
- Next by Date: Re: LPD relay to a LAT queue? Possible?
- Previous by thread: Re: LPD relay to a LAT queue? Possible?
- Next by thread: Re: LPD relay to a LAT queue? Possible?
- Index(es):
Relevant Pages
|
