I sent the updated spec to the bake-off attendees last week, but could not
copy to the ftp server until today. We'd like to discuss at tommorrow's
(9/16/98) telecon if there are any remaining issues.
The same files as sent last week as attachements are now available in:
on the Lexmark FTP server. The files are:
-rw-rw-r-- 1 pwg staff 80896 Sep 15 13:15
-rw-rw-r-- 1 pwg staff 35898 Sep 15 13:16
-rw-rw-r-- 1 pwg staff 36053 Sep 15 13:17
-rw-rw-r-- 1 pwg staff 99840 Sep 15 13:18
-rw-rw-r-- 1 pwg staff 52045 Sep 15 13:18
Here is the mail I sent last week to the bake-off attendees which describes
>X-Sender: hastings at garfield>X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
>Date: Thu, 10 Sep 1998 16:58:24 -0700
>To: "Allen Waugerman (E-mail)" <waug at lexmark.com>,
> "Atsushi Uchino (E-mail)" <uchino at tpp.epson.co.jp>,
> "Babak Jahromi (E-mail)" <babakj at microsoft.com>,
> "Bill Wagner (E-mail)" <WWagner at wal.osicom.com>,
> "Bis Guha (E-mail)"
<GUHA_BISWAROOP/HP-Roseville_om3 at venus.rose.hp.com>,
> "Bob Herriot (E-mail)" <rherriot at eng.sun.com>,
> "Brian R Glass (E-mail)" <Brian.Glass at tek.com>,
> "Carl Kugler (E-mail)" <kugler at us.ibm.com>,
> "Carl-Uno Manros (E-mail)" <manros at cp10.es.xerox.com>,
> "Daniel Fung (E-mail)" <dfung at aucoasia.com>,
> "Dave Stewart (E-mail)"
<STEWART_DAVE/HP-Roseville_om1 at venus.rose.hp.com>,
> "David Kuntz (E-mail)" <david_kuntz at hp.com>,
> "Don Wright (E-mail)" <don at lexmark.com>,
> "Harry Lewis (E-mail)" <harryl at us.ibm.com>,
> "Henrik Holst (E-mail)" <henrik.holst at i-data.com>,
> "Hugo Parra (E-mail)" <hparra at novell.com>,
> "Jeff Hancock (E-mail)" <jeffhanc at us.ibm.com>,
> "Kris Schoff (E-mail)" <kris_schoff at boi.hp.com>,
> "Maulik Desai (E-mail)" <mdesai at auco.com>,
> "Nick Webb (E-mail)" <nwebb at auco.com>,
> "Norimi Kawashima (E-mail)" <kawasima at rsk-kitami.grp.ricoh.co.jp>,
> "Ole Pedersen (E-mail)" <ole.pedersen at i-data.com>,
> "Patrick Powell (E-mail)" <papowell at astart.com>,
> "Paul Kwan (E-mail)" <nweb at auco.com>,
> "Paul Moore (E-mail)" <paulmo at microsoft.com>,
> "Peter Michalek (E-mail)" <peterm at shinesoft.com>,
> "Peter Zehler (E-mail)" <Peter.Zehler at usa.xerox.com>,
> "Phil DeBecker (E-mail)" <debecker at lexmark.com>,
> "Rajesh Chawla (E-mail)" <rajesh at trcs.com>,
> "Randy Turner (E-mail)" <rturner at sharplabs.com>,
> "Rick Yardumiun (E-mail)" <rick at cp10.es.xerox.com>,
> "Shivan Albright (E-mail)"
<SHIVAUN_ALBRIGHT at HP-Roseville-om2.om.hp.com>,
> "Steve Thorne (E-mail)"
<THORNE_STEVE/HP-Boise_unixgw1 at venus.rose.hp.com>,
> "Swen Johnson (E-mail)" <sjohnson at cp10.es.xerox.com>,
> "Tetsuya Morita (E-mail)" <tetsu at dino.spdd.ricoh.co.jp>,
> "Tom Hastings (E-mail)" <hastings at cp10.es.xerox.com>,
> "Toshiya Nakazawa (E-mail)" <nakazawa at cp10.es.xerox.com>,
> "Xavier Riley (E-mail)" <xriley at cp10.es.xerox.com>,
> "Yuji Sasaki (E-mail)" <sasaki at jci.co.jp>
>From: Tom Hastings <hastings at cp10.es.xerox.com>
>Subject: Updated IPP Set 1 operations spec (attached)
>>I've updated the Set 1 operations (Hold-Job, Release-Job, Restart-Job,
>Pause-Printer, Resume-Printer, and Purge-Jobs) as result of the August
>20 Toronto meeting and the telecon, Wednesdayd, Sept 2 and 9.
>>I've not been able to post them to the PWG server, so I've attached them
>as agreed on the Sept 9 telecon and sent this message to the 9/3 bakeoff
>mailing list. I'll also post them as soon as I can.
>>Attached are the .doc file with revisions and the .pdf with revisions
>and the .pdf without revisions and the .txt without revisions.
>>This spec is the one that will be used during the bake off for testing
>these new OPTIONAL operations.
>>Please read and send any comments to the mailing list. We will also discuss
>the spec at next Wednesday's telecon: 9/16, 10-12 PDT, 1(800)857-5607,
>>The changes are:
>>1. Changed the document from an IETF to a PWG DRAFT
>>2. Removed the Reprocess-Job operation altogether. We need to analyze
>the accounting problem starting with requirements, rather than adding
>the Reprocess-Job operation now in the name of helping accounting
>>3. I did not close up the opcode assignments, as agreed to on the telecon,
>since Paul had already changed his code to agree with the previous version
>(without implementing the Reprocess-Job operation).
>>4. Clarified that the job operations return the "job-state" and,
>OPTIONALLY, "job-state-reasons" attributes as Group 3 Job Attributes.
>>5. Made the following changes to the Restart-Job operation:
>>a. added the OPTIONAL "job-held-until" operation attribute, so that the job
>can be restarted but put into the 'pending-held' state immediately. (Then
>can add a Modify-Job operation in the future to modify other Job Template
>attributes before the client releases the job using Release-Job).
>>b. Indicated that Restart-Job MAY be supported for jobs in the 'processing'
>or 'processing-stopped' states.
>>c. Added the 'job-restartable' value to the "job-state-reasons" attribute
>to indicate when a job is restartable using the Restart-Job operation.
>>6. Clarified the "job history" concept as an OPTIONAL sub-state of
>'aborted', or 'canceled' job states. If the "job history" concept is
>supported, clients may query such jobs using the Get-Job-Attributes and
>>7. Add a 'restartable' value to the "job-state-reasons" job attribute which
>is present in the job's job-state-reasons attribute when the client is
>able to restart the job using the Restart-Job operation and is absent
>when the job cannot be restarted.
>>8. Added the picture to the Printer operations section, so that we can see
>the source of print jobs to a device that do not come throuth the IPP
>Printer object, so that we can talk about that other job source.
>>9. Indicated for Pause-Printer and Purge-Jobs, whether it affects job
>submitted from other sources than the IPP Printer object in question,
>depends on implementation.
>>10. Clarified that the Purge-Jobs operation deletes all jobs regardless of
>state, including all jobs in the Printer object's "job-history". Indicated
>that an operator can cancel all jobs and put them into the "job history",
>by using the Cancel-Job operation on each job. Presumably a client that
>shows the active jobs is likely to allow the operator to select some or
>all of the jobs and hit the cancel button (cancelling the selected jobs).