Date: Thu, 20 Aug 1998 06:44:51 +0200 (CEST) From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> To: erics@now.com (Eric Siegerman) Cc: andre.albsmeier@mchp.siemens.de, freebsd-stable@FreeBSD.ORG Subject: Re: Found reason why lpr -r -s doesn't work as expected Message-ID: <199808200444.GAA13907@internal> In-Reply-To: <m0z9K0A-00002sC@business.now.com> from Eric Siegerman at "Aug 19, 98 09:58:58 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> Andre Albsmeier <andre.albsmeier@mchp.siemens.de> wrote: > > I have now changed printjob.c so that removing > > files containing '/' still is forbidden except when it starts with > > '/var/spool/samba/'. It's ugly but works. But, I think this behaviuor > > should be stated in the manual page of lpr. Now it says: > > > > -r Remove the file upon completion of spooling or upon completion of > > printing (with the -s option). > > > > -s Use symbolic links. Usually files are copied to the spool direc- > > tory. The -s option will use symlink(2) to link data files > > rather than trying to copy them so large files can be printed. > > Why not instead make "lpr -r" (without -s) act like mv(1): try > to rename the file into /var/spool/output, and only > copy-and-unlink if the rename fails? If you have > /var/spool/samba and /var/spool/output on the same filesystem, > you'd avoid the extra file copy, without introducing either new > security holes or the ugly special case. Yes, I have thought of this as well. Anyone who wants to implement this :-) Would it have a chance to go into the src trees? If it is undesired to use -r, maybe we could make a new option... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808200444.GAA13907>