Bug 1039

Summary:	lpd denies service
Product:	[Retired] Red Hat Linux	Reporter:	mike
Component:	lpr	Assignee:	Cristian Gafton <gafton>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	5.2	CC:	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:
Embargoed:

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.