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

[Christian Ullrich <chris@xxxxxxxxxxxxx>]

* Michael Loßin wrote on Thursday, 2002-01-17:

> On 17-Jan-02 Michael Loßin wrote:
> > There it is... "print_raw" is called, so there will be no
> > automatic file conversion.
> > 
> > Now all we have to do is find out why apsfilter does that:
> > 
> > 1) There's a "METHOD=raw" setting in one of the configuration
> >    files -- not likely, given that you created the "ascii"
> >    queue the way you described.
> > 
> > 2) You give the "-b" or "-l" options to lpr -- please tell me
> >    that you don't... :^)
> > 
> > 3) The spooler includes "-c" as one option for the input
> >    filter, thus overriding the METHOD=... default (this is what
> >    I guess). Unfortunately, the log does not include the argument
> >    parsing section, but let's just suppose this to be true.
> 
> Here's workaround to that problem (it's *not* a fix, since
> the spooler is behaving badly, but anyway...):
> 
> Line ~1828 in bin/apsfilter says
>         [ "$LPD_METHOD" ] && METHOD="$LPD_METHOD"
> 
> Remove that line and... erm... it should work (TM).
> 
> Note that if you want to actually print some files in "raw"
> mode, you'll have to use "lpr -Zraw ..." in that case; the
> "-l" and "-b" options to lpr will be ignored.

Another way. I'll try in the evening, when I'm back at home.

> If you happen to solve the problem in the correct way, it
> should probably become part of the FAQ :^)

That will probably require digging into lpd and LPRng to find out
why they use that "-c" option on remote jobs.

-- 
Christian Ullrich		     Registrierter Linux-User #125183

"Deliver."