[cups.general] cannot invoke a interface script

[Martin Kammerlander]

Zitat von Helge Blischke <h.blischke at srz.de>:

> Martin Kammerlander wrote:
> >
> > Zitat von Johannes Meixner <jsmeix at suse.de>:
> >
> > > If the As400 sends the print jobs via "lpr", I assume you use the
> cups-lpd
> > > on the server to receive the jobs.
> >
> > yes I activated the cups-lpd daemon! It works fine with every "defined"
> > fileformats as .pdf .txt etc. Also from remote.
> > But unfortunately not with the files from the As400
> >
> > > See "man cups-lpd" how to enable or disable raw printing and how to
> > > enable or disable auto-detection of the print file type if a PPD
> > > is used.
> >
> > I added this also before to the xined.d/cups-lpd
> >
> >            service printer
> >            {
> >                socket_type = stream
> >                protocol = tcp
> >                wait = no
> >                user = lp
> >             group = sys
> >             passenv =
> >                server = /path/to/cups/daemon/cups-lpd
> >             server_args = -o document-format=application/octet-stream
> >            }
> >
> > except the last line.
> > Now I added the last line: server_args = -o
> > document-format=application/octet-stream
> > and restarted the xinet service
> >
> > This last line should, according the man page, "force the auto-detection of
> the
> > print file type."
> > But also this doesn't work.
> >
> > When I look at the error log file at /var/log/cups/error_log then a "normal
> file
> > which works gives the following output:
> >
> > I [01/Aug/2005:14:31:53 +0200] Adding start banner page "none" to job 32.
> > I [01/Aug/2005:14:31:53 +0200] Adding end banner page "none" to job 32.
> > I [01/Aug/2005:14:31:53 +0200] Job 32 queued on 'lp_file' by 'remroot'.
> > I [01/Aug/2005:14:31:53 +0200] Started filter /etc/cups/interfaces/lp_file
> (PID
> > 26315) for job 32.
> >
> > ...yes: interface loaded...file is saved on my hard disk :)
> >
> > Otherwise when I try to "print" a As400 file:
> >
> > I [01/Aug/2005:14:32:54 +0200] Adding start banner page "none" to job 33.
> > I [01/Aug/2005:14:32:54 +0200] Adding end banner page "none" to job 33.
> > I [01/Aug/2005:14:32:54 +0200] Job 33 queued on 'lp_file' by 'remroot'.
> > I [01/Aug/2005:14:33:50 +0200] Started "/usr/lib/cups/cgi-bin/printers.cgi"
> > (pid=26582)
> >
> > First the file is queued and than starts this printers.cgi but not the
> interface
> > :(
> >
> > This remains the same whether if I enable or disable the server_args = -o
> > document-format=application/octet-stream in the xined.d/cups-lpd
> >
> > What I'm doing wrong here?
>
> I suspect your AS400 is doing a queue query first (the equivalent of a lpq
> command
> via the LPD protocol) but does not get or is not satisfied by the reply
> generated
> by cups-lpd. AFIK (as for CUPS 1.1.19), the reply is tailored to match the
> lpq command
> reply from the solaris lpr simulation.
>
> I'd suggest to dig through the AS400 documentation to find out if your may
> configure
> the AS400 spooler accordingly.
>
> Helge

Ok now I have a copy of such an As400 file and tried to print it with cups from
my local machine...
When I took a look at the file then I saw that the file which comes from the
As400 is already formated for printing in some way. It seems that cups (or
better the cups-lpd) doesn't like that. When I look at the hex value of the
file then the very first Sign of the file is an "Escape".
When I write a simple "A" as a first character into the file then fianlly cups
is able to send this file trough the interface.

Is there any possibility NOT to manipulate the file and to send it nevertheless
through the filter (interface) or is this just impossible?

thanks
martin