Bug 1039

Summary: lpd denies service
Product: [Retired] Red Hat Linux Reporter: mike
Component: lprAssignee: Cristian Gafton <gafton>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 5.2CC: jefft
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-02-17 17:08:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description mike 1999-02-04 15:20:56 UTC
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...
}
else
   strcpy( logname, "lp" );

Comment 1 David Lawrence 1999-02-07 00:52:59 UTC
i have verified this to be true.

Comment 2 Bill Nottingham 1999-02-17 17:08:59 UTC
fixed in lpr-0.34-1

Comment 3 jefft 1999-03-02 05:42:59 UTC
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.