Remote jobs do not run my local custom filter

Ian Ward ian at cyberpro.com.au
Thu Jun 7 00:11:54 PDT 2007


> Ian Ward wrote:
> > When printing locally, it's fine.  Accepting remote jobs from another server however ( an AS400 ), the local interface script is not run ( I assume CUPS thinks the other guy should do his own cooking )
> >
> > Is it possible to configure to allways run the local filter?  Would that be an "output" filter then?
>
> The remote jobs are probably getting tagged as raw ("man cups-lpd")
> and are bypassing the normal filter chain.  You can either update
> your cups-lpd configuration or run your interface script as a backend
> instead of a filter - you'll just need to add handling of the no-
> argument case ("man backend").
>
Thank you Michael, you got me on the right track.

Adding my script as a backend makes more sense.  I added the following lines to make it "compliant"

if [ ! "$1" ] ; then
 echo 'network ftp "Unknown" "Special FTP backend using lftp"'
 exit 0
fi

It would have been nice to figure out how to make it fully dynamic so it could be set like:
lpadmin -pkagan -v ftp://username:password@ftp.kagan.com/pub/incoming

It works for lpadmin -pkagan -v ftp: , anything else gives a "add_printer: bad device-uri attribute 'ftp://'!" ,but that's for another day I guess.

Regards, Ian




More information about the cups mailing list