Garance A Drosihn on Thu, 17 Jan 2002 20:10:52 +0100 (CET)(envelope-from owner-apsfilter-help@apsfilter.org)


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: 4.4R: if: doesn't get started when getting remote print job


At 2:43 PM +0100 1/17/02, Christian Ullrich wrote:
>* Michael Loßin wrote on Thursday, 2002-01-17:
>  > Now all we have to do is find out why apsfilter does that:
>>
>  > 2) You give the "-b" or "-l" options to lpr -- please tell me
>>     that you don't... :^)
>
>Yes, I don't :-).

>From another message that Christian sent to me, I know that what the
server sees for a control file is as if the original 'lpr' command on
the client machine *did* do a '-l'.  The control file for the print
job indicates that the file should be printed "literally", so both
lpr (or lprNG) and apsfilter are handling the print job the way they
should handle the print job.

So, the question is, "Why are the lprNG-based clients sending the
print job as if -l had been specified".  I do not know lprNG, but I
suspect there is something about the printcap entry on those clients
which is causing that to happen.

-- 
Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu