Bug 1039 - lpd denies service
lpd denies service
Product: Red Hat Linux
Classification: Retired
Component: lpr (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Cristian Gafton
Depends On:
  Show dependency treegraph
Reported: 1999-02-04 10:20 EST by mike
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-02-17 12:08:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description mike 1999-02-04 10:20:56 EST
I have printcap entries setup (via the print tool) on my
RH5.2 machine for various printers.  I have allowed other
machines (via /etc/hosts.lpd) to print to this machine.
There is no 'rs' entry in the printcap file.

If the external user printing to the print spool (RH5.2)
machine does not have an account on it, the print job fails
because (according to the log in 'messages') it cannot fork -
user unknown.

This behavior is incorrect, unless there is an RS entry in
the printcap for the printer.

The problem is a bug in the lpd code, in printjob.c.  There
are two tests of the 'RS' variable where there is a missing
'else' branch to copy a valid username into the 'logname'
variable.  In both cases, the code should look like:

if( RS ) {
   do some stuff...
   strcpy( logname, "lp" );
Comment 1 David Lawrence 1999-02-06 19:52:59 EST
i have verified this to be true.
Comment 2 Bill Nottingham 1999-02-17 12:08:59 EST
fixed in lpr-0.34-1
Comment 3 jefft 1999-03-02 00:42:59 EST
Glad to see this has been fixed, however, I can't find the update for
lpr-0.34-1. Where can I download this fix? Thanks.

Note You need to log in before you can comment on or make changes to this bug.