Re: [Printing-architecture] [IPP] How to send a job to printer's internal memory to have it available for reprinting via IPP

Michael Sweet <[email protected]>
Newsgroups dev.linux.lists.printing-architecture
Message-ID <[email protected]>
Zdenek,

> On Jul 29, 2022, at 4:08 AM, Zdenek Dohnal via ipp <[email protected]> wrote:
> 
> Hi all,
> 
> I have a user (Neil in CC) in Fedora (see comment https://bugzilla.redhat.com/show_bug.cgi?id=2095755#c22 ) who has a Kyocera printer, which is capable of driverless printing, however he sticks with classic driver, because it can save the print job data directly into the printer's memory, and user can reprint the job directly on the printer (he doesn't want to reprint from CUPS interface on PC).
> 
> Is something similar doable via driverless printing over IPP 2.0+ via CUPS? Or is there a standard defining such functionality?

Yes - PWG 5100.11-2010: IPP Job and Printer Extensions - Set 2 (JPS2) defined a job save functionality.  But we are in the process of updating that specification and how job save is implemented because (as far as we know) nobody actually shipped that version of job save.

The update has been renamed to IPP Enterprise Printing Extensions v2.0 (EPX), available here as a prototype draft:

    https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippepx20-20211101.pdf

(FWIW, this specification is also where "job-password" is defined, and that *has* been implemented widely...)

> I can imagine a similar behavior with IPP can be achieved if the printer has a job log and saves the job files for some time (just as cupsd does), and provides a button in menu or somewhere which will reprint the job - but this whole would have to be implemented in printer's firmware...

That's exactly the functionality that has been proposed in the update to 5100.11.

________________________
Michael Sweet
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEkIbDzcZsP1Y8+PQFvmfHXsgfMkQFAmLjzqMACgkQvmfHXsgf
MkSe+g/8CByPVw1lr2S+NRZsR+Z57yQssxgxHUO89Eb2E3gllqvTyPaMj2CSWkcF
JT9JiwDNlwX/1HX3DwvI0soDjL3pjLoEGvzIx1/PSfVXADHgjIlz8bqbiNOWELJw
FuZUN2y/Tf7yTeU5NHltRNiEh+j0AEbvhK29kDPYSqFOZs2A1Yzeq9vQ1aHhBUrB
NEGSLM8amaM0QmX3yIxgjQ2fih4AdHfOhzIk3LjwigX9OLYGdazpNnkjhWaUDuCT
NgXKxXBAIxLfLB76Ft0jfLfP5eYZHodhWpOZDS4ICE1boMZk0987N2hABEY2Horf
HyyME3IPmWiS6iDbyTGEC1LD+n5/seefm3gHREAGA+9IGsEmk65/0xMtH8NUJV8y
O2rXZldO+Vl6tEGm4JJKr9NBFyoZ7rwEn+4ZcIDVyZuBdQZ1C7TMeNReSZNsseca
L4dSojGqo2+lndFImfyZMuSamhEa8/IDQfi4f9L2nc2xwLAjndqDYq+QJyBSrl7T
RPlOTA/qnt8td5u3IYG5MG7OJK+tJNIxH69h3As+mLilr7SWshvSf2sU0CFVI/zt
UpMLxwdYozrB07Wv2IySOgcGw2a3kBppuzatjlrg8xDWlVRwSWvuL6iJyG1ZMJmq
eC6XbPcOTac0jU2N4zUd80Ah0z0/g+EzrRiTdi/BTSfOKwKgN0Y=
=nVvX
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.