Subject: RE: lpr -P bug as reported earlier with detailed test results etc...
To: netbsd-bugs@NetBSD.ORG <netbsd-bugs@NetBSD.ORG>
From: Burns, Scott <scott.burns@labatt.com>
List: netbsd-bugs
Date: 05/07/1996 07:53:54
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible. Contact your
mail administrator for information about upgrading your reader to a version
that supports MIME.
------ =_NextPart_000_01BB3BEA.5849ACB0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
I was seeing "lp" used on the remote so I think that was OK but I will make the rp="lp" change
and re-perform the testing. Before doing this I will make the change to the spool directories and
restart everything so I have a clean base.
Scott...
Scott.Burns@Labatt.Com
----------
From: mlelstv@serpens.rhein.de[SMTP:mlelstv@serpens.rhein.de]
Sent: Tuesday, May 07, 1996 3:52 AM
To: netbsd-bugs@NetBSD.ORG
Subject: Re: lpr -P bug as reported earlier with detailed test results etc...
Mike Long <mike.long@analog.com> writes:
>Your printcap is wrong. You need to specify an rp (remote printer)
>capability for lp2, in addition to the rm capability.
No, the default for the rp capability is "lp".
>Also, part of
>your problem may arise from the fact that the spool directories for
>both printers are the same; spool directories need to be distinct.
Correct, although it is difficult to see why two actions that should
do the same (PRINTER=lp2 and -P lp2 override) show different behaviour.
This could be an effect on _when_ the lpq command is issued, wether
the spool files already have been sent to the destination.
Regards,
--
Michael van Elst
Internet: mlelstv@serpens.rhein.de
"A potential Snark may lurk in every tree."
------ =_NextPart_000_01BB3BEA.5849ACB0--