Question -- with BSD printing to a queue on a remote machine,
is it true that the pipeline of filters is NOT set up on the
local machine? If so, any workaround?
Details....
I think I've been troubleshooing a feature rather than a problem.
I've been trying to run gnu enscript in a script invoked as
an "if" filter (or "of") on a queue which then sends that altered file
to another machine (rm). It seemed that the filter was being run,
but that it was not in the pipeline. From an earlier SUMMARY,
Tom Webster is quoted:
1. LPRng -- There are patches for LPRng to allow the local host to perform
APS filtering PRIOR to sending the job to a remote printer. LPRng looks
pretty cool, but requires you to replace your normal BSD printing tools.
The big problem with that is that LPRng tends to get wiped out every time
you upgrade DU.
2. If you are looking at an HP or another net printer that allows you
to print directly to a TCP port, DU is supposed to treat that as a
local printer (meaning that filters are applied). You should be able
to use APS with a TCP/telnet printer. [by APS I think Tom is
referring to the magicfilter program]
This implied to me that filtering is not done at all on a local
machine when the print job is sent to a remote machine. If that is
true, that is a fundamental aspect of BSD printing that I never knew.
This also would explain why such a filter failed to operate when
the remote machine was actually a JetDirect card.
A solution might be LPRng, given what Tom alluded to in #1.
More details about it would be appreciated.
thanks,
-mike
---------------------------------------------------------------------------
Michael A. Crowley Director of Networking
mcrowley_at_mtholyoke.edu 216 Dwight Hall, Mount Holyoke College
413-538-2140 South Hadley, MA 01075-6415
fax: 413-538-2331
http://www.mtholyoke.edu/~mcrowley
---------------------------------------------------------------------------
Received on Wed Apr 29 1998 - 04:24:47 NZST