Problem with job names on remote ipp printer

[Jakub]

> Jakub wrote:
> >> Jakub wrote:
> >>
> >>> I am using openSuse 10.2 with Cups 1.27. I have Develop INEO+ 250
> >>> printer.
> >> Nice little thing, that  :-)
> >>
> >>> I have add this printer to local Cups server as remote ipp
> >>> queue. Printer driver was installed from PPD file. Cups works great I
> >>> am printing booklets with correctly filtered options. I have one
> >>> problem. Cups stores job names correctly, but these names are lost
> >>> when they are stored on printer. Every job which is coming from cups
> >>> appears on remote queue as "Unknown". I haven't got this problem when
> >>> I am printing from windows, unfortunately :( What am I doing wrong?
> >>> Is it a Cups bug or it possible to add some conf options to forward
> >>> job names correctly.
> >> What happens if you print from the commandline using the "-t", resp.
> >> the "-T" parameter?
> >>
> >>    lp -d ineo -t "This is the job title" /path/to/file
> >>    lpr -P ineo -T "This is the job title" /path/to/file
> >>
> >> --
> >> Kurt Pfeifle
> >> System & Network Printing Consultant ---- Linux/Unix/Windows/Samba/CUPS
> >> Infotec Deutschland GmbH  .....................  Hedelfinger Strasse 58
> >> A RICOH Company  ...........................  D-70327 Stuttgart/Germany
> >
> > I am printing with exactly the same command. Maybe it is the bug in
> > printer firmware but why jobs printed from windows have correct names.
> > It is big problem form me.
>
> The job names usually are transferred to the printer in a "PJL header"
> to the jobfile. CUPS normally has no problems to get that right -- provi-
> ded the PPD used to setup the queue has valid code to generate such a
> PJL header. It may well be that this is not the case for you.
>
> Which driver do the Windows clients use? (And do they also print via
> CUPS, or do they print directly to the ineo?)
>
> > I am printing results of some analysis with
> > id in file name. I am executing scripts from java, I haven't got
> > information if the result was printed correctly I can only say that
> > the job was delivered to printer. I would be able to solve the problem
> > if I would have correct job names in printers log.
>
> I recommend you the following:
>
>   * go to http://techbase.kde.org/Projects/KDEPrint/Tools%2BUtilities
>   * read that, and grab my "2dir" and "2file" backend scripts there
>
> You can use these to set up a virtual CUPS printers with one of these
> backends which will write the jobfile (after all filtering is done) to
> disk instead of sending it off to a printmachine. Use the same PPD for
> the virtual printer(s). Let both, the Windows clients and your command-
> line print to these queues.
>
> Look at the differences in the files (mainly, the headers. Draw your
> conclusions from that.
>
>
> --
> Kurt Pfeifle
> System & Network Printing Consultant ---- Linux/Unix/Windows/Samba/CUPS
> Infotec Deutschland GmbH  .....................  Hedelfinger Strasse 58
> A RICOH Company  ...........................  D-70327 Stuttgart/Germany

Thank you very much for such quick answer. I've followed your instructions and have installed 2dir printer, using the same ppd file as in my ineo printer. The printer looks ok but when I try to print some documents I am receiving message:

dirprinter "/usr/lib64/cups/backend/2dir failed"

Description: virtual printer to test KDEPrint
Location: on my harddisk, each job saved under a uniq name
Producent: Generic 25C-1 PS
Printer state: stopped, accepting jobs, published
URI: 2dir:/tmp/vprint

I can click on button "Start printer" on cups admin web page but I am getting the same error message?

The idea proposed by you is great and should probably help in my case. On windows I am printing directly to printer using native driver, so maybe my ppd driver sets wrong job header.

Thank you very much for your support,
Jakub Boguslawski