freebsd-dev/usr.sbin/lpr
Garance A Drosehn e357c6ec8e Do more extensive checking of the userid field which is read in from the
control-file for each print job.  This is partially because the previous
checks still let through some characters which would cause trouble for
other applications which try to process the resulting userid -- such as
accounting programs.

But the main reason is to handle the case where some remote host sends a
print job where the given userid is an uppercase-version of the real userid.
For that case, lpd will now check for uppercase letters in the userid.  If
there are any, it will check to see if the given userid (with the uppercase
letters) is a valid one.  If it is *not* valid, then lpd will change the
userid to all-lowercase right when the job is received.

MFC after:	2 weeks
2004-12-31 00:18:42 +00:00
..
chkprintcap Mechanically kill hard sentence breaks. 2004-07-02 23:13:00 +00:00
common_source Do more extensive checking of the userid field which is read in from the 2004-12-31 00:18:42 +00:00
filters Start the dreaded NOFOO -> NO_FOO conversion. 2004-12-21 08:47:35 +00:00
filters.ru Start the dreaded NOFOO -> NO_FOO conversion. 2004-12-21 08:47:35 +00:00
lp Mechanically kill hard sentence breaks. 2004-07-02 23:13:00 +00:00
lpc Fix two buffer overflows caused by off-by-one errors: avoid writing a null 2003-10-13 07:24:22 +00:00
lpd Call umask() before opening the lock-file for a queue, to make sure 2004-12-19 05:14:29 +00:00
lpq Eliminated double whitespace. 2004-07-03 18:35:53 +00:00
lpr Eliminated double whitespace. 2004-07-03 18:35:53 +00:00
lprm Eliminated double whitespace. 2004-07-03 18:35:53 +00:00
lptest Stop on write error. 2004-09-27 08:24:05 +00:00
pac Mechanically kill hard sentence breaks. 2004-07-02 23:13:00 +00:00
SMM.doc For variables that are only checked with defined(), don't provide 2004-10-24 15:33:08 +00:00
Makefile Remove MAINTAINER= lines. That info is now in /usr/src/MAINTAINERS 2003-06-12 03:32:21 +00:00
Makefile.inc There is no need for this makefile to reference BDECFLAGS, particularly 2003-06-11 20:32:52 +00:00