Re: 7.2.1 great local, bypassed (?) from remote - OS X's lpr

[Michael Loßin <phallobst@xxxxxx>]

On 05-Feb-02 jon butchar wrote:
> Just to see if it might be something with the iMac's way of using lpr, I
> commented out the [ "$LPD_METHOD" ] && METHOD="$LPD_METHOD" line in
> bin/apsfilter.
> 
> The next print job from the iMac worked completely fine, and subsequent
> jobs also looked good.  Logs showed that the jobs were now seen /
> treated as postscript level 3.0, and gs was invoked.  All OK.
> 
> A guess, Mac OS X forces jobs through as "raw" and apsfilter 7.2.1 was
> merely obliging?  Did the older 6.1.1 handle this differently?  Anyhow,
> it looks like I need to dig into OS X's lpr defaults.

That's the same problem we had with SuSE's LPRng package which
included a patch that actually introduced (!) this buggy
behaviour.

In aps-6.1.1 the "forced raw" mode (via the command line) was
overridden by the "auto" setting in the rc file, causing the
prints to be okay. However, the option shouldn't have been
ignored in the first place...

Anyway, I have not the slightest idea why spoolers would
knowingly send the jobs in raw mode -- this defeats the purpose
of a printer server, doesn't it? (All I know is that apsfilter
follows the lpd standard in this respect.)

One of the next releases will include an option to ignore those
buggy spoolers, just to be on the safe side.


Michael