From ipp-bounces@pwg.org Wed Aug 1 15:49:41 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70795130E44 for ; Wed, 1 Aug 2018 15:49:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.357 X-Spam-Level: X-Spam-Status: No, score=-2.357 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3YubLZC-vg7a for ; Wed, 1 Aug 2018 15:49:36 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D2941130E80 for ; Wed, 1 Aug 2018 15:49:36 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 27795BEEE; Wed, 1 Aug 2018 22:49:34 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 23D3E3D66; Wed, 1 Aug 2018 22:49:25 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 1271D2708; Wed, 1 Aug 2018 22:49:24 +0000 (UTC) Received: from mail-yb0-x232.google.com (mail-yb0-x232.google.com [IPv6:2607:f8b0:4002:c09::232]) by www.pwg.org (Postfix) with ESMTPS id A5BB52708 for ; Wed, 1 Aug 2018 22:49:22 +0000 (UTC) Received: by mail-yb0-x232.google.com with SMTP id i9-v6so103419ybo.5 for ; Wed, 01 Aug 2018 15:49:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=IymDg05bAatHIEzrdvXII2Vfzsgjn38UbTXMpRrIBLY=; b=XNRFW21GnOslNmt9nXD5OPw9zlYUBC1yPI3pAs1cCp8GfNo/dJ9byytAEcT0KLPeBV 2zUXpoXoUJXk5ylEw4xY4yxk5TOS83MEXhXSDJlaMXaHVrF4ccFHnDG6qaaaY9349aJf HW9sifsGJF5qsgOfYyMuAmLnQ/AZIOe0Yq+Yp3lA/2r+f+aheEvPQ52ibKCZNn5t4Pl8 4g0k8QezRVy4HemMUwYO0H0z1IhT8heDdo7Rdm4d71JzM8VSP9eHhH8wlL9xSLyytza5 LHMU7B832O/G97PPjsaMtI5qeSuzQQELdNiL9whDQ2f0ps6P4TsMh0xqHtWVF99A+/U3 h7hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IymDg05bAatHIEzrdvXII2Vfzsgjn38UbTXMpRrIBLY=; b=jnpc4rA725/oQlfg+3ZCuEwldqa5WdIRcCBxEnNDiQ63uymqQOhYdbl3E9ETra8Khb IcZpz68tvjW2pjAREFOOh41kjmUaU1bssTdFfjgEqMN5AU/AHI6iNTREX2DJT2yHu2bk eEBTMRPUMB9/uYtkmMwbfNsBotR1Ngz1CR4vnPy6PWz6f6to2CPKn4J600pPvAofHy6F ReQ+qUqN6l43oEQw/bH59vKrg6cpyC+S4cv3kEM6i5IoWMXseTZ4MM1ZVatzd+781grv e4gMzlH40Vw8tKLxcWgM2OZ5qmDlJ/xy+l7/eGqiXCFNy0GfwXWfUJemJaJ4ZM9k8Vlg rsZQ== X-Gm-Message-State: AOUpUlEnVSKGcui/TUWcaLGtmLm18yGIIshNuRzq8kqlmbOpiyKeIngU KvAGyyciRm55oFr60Yg/FBxPOucns7K30ilrRUIT3l0q X-Google-Smtp-Source: AAOMgpdmJXlTWmVuz5XoNBtZYmQgsbHN5PupP4Aqr7jcD7MOQaHS5+eYFkFMOIXjoER09pTwI7NStlL+YRjOtKlUmuo= X-Received: by 2002:a25:c641:: with SMTP id k62-v6mr165723ybf.384.1533163761594; Wed, 01 Aug 2018 15:49:21 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Wed, 1 Aug 2018 15:49:01 -0700 (PDT) From: Ira McDonald Date: Wed, 1 Aug 2018 18:49:01 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] IPP WG Agenda 3:00-4:30pm US Eastern (2 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7892739583279253795==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7892739583279253795== Content-Type: multipart/alternative; boundary="00000000000064764a0572678130" --00000000000064764a0572678130 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Our next IPP WG call will be Thursday 2 August 2018 at 12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern NOTE: Please USE the *new* WebEx and Audio Bridge below ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP WG Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end date 3:00 pm | Eastern Standard Time (New York, GMT-05:00) | 1 hr 30 mins ------------------------------------------------------- WebEx online meeting (join first, before audio bridge) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143 ca01e059a570ada91f3573 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". ------------------------------------------------------- Audio Bridge (join second w/ unique access code from WebEx) ------------------------------------------------------- Call-in toll-free number (US/Canada): +1 866 469-3239 <%28866%29%20469-3239= > Call-in toll number (US/Canada): +1 650 429-3300 <%28650%29%20429-3300> Call-in toll number (US/Canada): +1 408 856-9570 <%28408%29%20856-9570> Global toll-free call in numbers and other audio options ("Call Me Back" or VoIP) are listed once you join the WebEx meeting. Unique attendee access code: Displayed in the WebEx meeting Agenda: (1) PWG IP Policy, Minute Taker, Roll Call, and Agenda Review - Mike as minute taker? (2) Approve IPP minutes from previous meetings - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180719.pdf -- IPP WG call on 07/19/18 (3) TLS/1.3 in Auth48 in RFC Editor's Queue=F0=9F=93=A3 - https://datatracker.ietf.org/doc/draft-ietf-tls-tls13/ -- 10 years after publication of TLS/1.2 (RFC 5246)... (4) Review of IPP WG slides for PWG F2F? (Mike) - if available (5) Status of Open Printing WG GSoC 2018 (Ira) - https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentatio ns/TheLinuxFoundationGSoC-2018.pdf -- good progress on all projects - good questions are all getting resolved -- DONE - 14 May - GSoC coding begins -- DONE - 11-15 June - GSoc Phase 1 evaluations by Mentors and Students -- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentors and Students -- 6-14 August - GSoC final week! -- 14-21 August - Mentors submit final Student evaluations -- 22 August - GSoC announces final results (6) Status of AMSC and ISO liaisons w/ PWG (Paul) - https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20180702.htm -- see PWG SC minutes from 2 July 2018 (7) Status of Safe G-Code (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf - http://www.pwg.org/archives/ipp/2018/019661.html -- Prototype draft - IPP WG review on 7 June 2018 -- Schedule - IPP WG Last Call Q4 2018 (8) Status of IPP 3D Printing Extensions v1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf - http://www.pwg.org/archives/ipp/2018/019660.html -- Prototype draft - IPP WG review on 7 June 2018 -- Schedule - PWG Last Call Q4 2018 (9) Status of How to Print Using the IPP (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html - https://github.com/istopwg/pwg-books -- IPP WG review during PWG F2F May 2018 -- Current HTML draft available in Github repository -- Schedule - TBD (10) Status of IPP HTTP Authentication whitepaper (Smith) - https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180510.pdf -- Interim draft - IPP WG review during PWG F2F May 2018 -- Schedule - TBD (11) Status of IPP Encrypted Jobs and Documents (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf - http://www.pwg.org/archives/ipp/2018/019613.html - https://lists.gnupg.org/pipermail/gnupg-users/2018-May/060315.html -- Interim draft - IPP WG review during PWG F2F May 2018 -- good news - PGP-based path forward on 06/04/18! -- Schedule - Mike to work on updated draft w/ just PGP this summer (12) Status/Review of IPP System Service (Ira/Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf - http://www.pwg.org/archives/ipp/2018/019657.html - https://github.com/istopwg/ippsample/projects/1 -- Prototype draft - IPP WG review during PWG F2F May 2018 -- Prototyping tasks being tracked as a Github project -- Schedule - prototype in "ippserver" - Stable draft in Q3/Q4 2018 (13) Status of IPP Reprint Password (Smith) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf - http://www.pwg.org/archives/ipp/2018/019631.html -- Stable draft - IPP WG review on 07/19/18 -- PWG process check - back to Prototype next -- Schedule - TBD (14) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3? - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf -- Goals, ipptool and ippfind updates -- Now have code signing certificate! -- Schedule - Mike to release beta of update 3 for testing soon (15) Status of IPP Everywhere 1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf -- Prototype - IPP WG review during PWG F2F May 2018 -- Schedule - Q3/Q4 2018 (16) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf -- Prototype draft - IPP WG review during PWG F2F May 2018 -- Schedule - Q3/Q4 2018 (17) Next steps - IPP sessions on Wed/Thu 15-16 August 2018 -- PWG Virtual F2F - IPP WG call on Thu 30 August 2018 at 3:00-4:30pm US Eastern -- regular topics Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 --00000000000064764a0572678130 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Our next IPP WG call will be Thursday 2 August 2018 at
12:= 00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern

NOTE: Please USE the *new* WebEx and Audio Brid= ge below

-----------------------------------= --------------------
Meeting information
----------------------------= ---------------------------
Topic: IPP WG
Every 2 weeks on Thursday, from Thursday, May= 11, 2017, to no end date
3:00 pm=C2=A0=C2=A0|=C2=A0=C2=A0Eastern Standa= rd Time (New York, GMT-05:00)=C2=A0=C2=A0|=C2=A0=C2=A01 hr 30 mins

---------------------------------------------= ----------
WebEx online meeting (join first, before audio bridge)
-----------------------= --------------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm035= 9478143ca01e059a570ada91f3573
2. If requested, enter your name = and email address.
3. If a password is required, enter the meeting passw= ord: Printing123
4. Click "Join".

---------------------= ----------------------------------
Audio Bridge (join second w/ unique access code fro= m WebEx)
---------------------------------------------------= ----
Call-in toll-free number (US/Canada): +1 866 469-3239
Call-in toll number (US/Cana= da): +1 650 429-3300
Call-in toll number (US/Canada): +1 408 856-9570
Global toll-free call in numbers and other= audio options ("Ca= ll Me Back" or VoIP) are listed once you join the WebEx meeting= .

Unique attendee access code:=C2=A0 Displayed in the WebEx meeting<= /span>

Agenda:
(1) PWG IP Policy, Minute Taker, Roll Call, and Agenda = Review
- Mike as minute taker?

(2) Approve = IPP minutes from previous meeting= s

(3) TLS/1.3 in Auth48 in RFC Editor's Que= ue=F0=9F=93=A3
-- 10 y= ears after publication of TLS/1.2 (RFC 5246)...

(4) Review of IPP WG slides for PWG F2F? (Mike)
= - if available

(5) Status of Open Printing WG GSoC= 2018 (Ira)
<= span style=3D"background-color:rgb(255,255,255)">
-- good = progress on all projects - good questions are all getting resolved
-- DONE - 14 May - GSoC coding begins
-- DONE - 11-15 June = - GSoc Phase 1 evaluations by Mentors and Students
-- DONE - 9-13 July -= GSoc Phase 2 evaluations by Mentors and Students
-- 6-14 August - GSoC = final week!
-- 14-21 August - Mentors submit final Student evaluations-- 22 August - GSoC announces final results

=
(6) Status of AMSC and ISO liaisons w/ PWG (Paul)
-- see PWG SC minutes= from 2 July 2018

-- Prototype draft -=20 IPP WG review on 7 June 2018
=
-- Schedule - IPP WG Last Call Q= 4 2018

(8) Status of IPP<= /span> 3D Printing Extensions v1.1 (Mike)
-- Prototype draft -=20 IPP WG review on 7 June 2018
=
-- Schedule - PWG Last Call Q4 2018

(9) Status of=20 How to Print Using the IPP <= /span> (Mike)
-- IPP WG review during = PWG F2F May 2018
-- Current HTML draft available in Github repository
-- Schedule - TBD

(10) Status of = IPP HTTP Authentication whitepaper (Smith)
-= https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-i= ppauth-20180510.pdf
--=20 Interim draft -=20 IPP WG review during PWG F2F May 2018
-- Schedule - TBD

(11) Status o= f IPP Encrypted Jobs and Documents (Mike)- https://ftp.pwg.org/pub/pw= g/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf
- http://www.pwg.org/archives/ipp/2018/019613.html
- https://lists.gnupg.org/pipermail/gnu= pg-users/2018-May/060315.html
-- Interim draft -=20 IPP WG review during PWG F2F May 2018
=
-- good news - PGP-based path forward on=20 06/04/18!
-- Schedule - Mike to work on updated draft = w/ just PGP this summer

(12) Status/Review of IPP= System Service (Ira/Mike)
- https://ftp.pwg.org/p= ub/pwg/ipp/wd/wd-ippsystem10-2018= 0701-rev.pdf
- http://www.pwg.org/archives/ipp/2018/019631.html
-- Stable draft -=20 IPP WG review on 07/19/18
-- = PWG process check -=20 back to Prototype next
-- Schedule - TBD

(14) Status of IPP Everywher= e Printer Self-Certification 1.0 Update 3?
- ht= tp://ftp.pwg.org/pub/pwg/ipp/minutes/i= ppv2-f2f-minutes-20180515.pdf
-- Goals, ipptool and = ippfind updates
-- Now have code signing certificate!
-- Sched= ule - Mike to release beta of update 3 for testing soon

<= /div>
(15) Status of IPP Everywhere 1.1= (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf
--=20 Prototype -=20 IPP WG review during PWG F2F May 2018
-- Schedule - Q3/Q4 2018

(16) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf-- Prototype draft=20 -=20 IPP WG review during PWG F2F May 2018
-- Schedule - Q3/Q4 2018

(17) Next steps

- IPP sessions on Wed/Thu 15-16 August 201= 8
--=20 PWG Virtual F2F

- IPP WG call on Thu 30 August 2018 at 3:0= 0-4:30pm US Eastern
-- regular topics

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)=
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundatio= n Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Cha= ir - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert = - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto= : blueroofmusi= c@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176= =C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2= =A0 906-494-2434

--00000000000064764a0572678130-- --===============7892739583279253795== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============7892739583279253795==-- From ipp-bounces@pwg.org Wed Aug 1 17:29:40 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4553E130F23 for ; Wed, 1 Aug 2018 17:29:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.357 X-Spam-Level: X-Spam-Status: No, score=-2.357 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XVs-slntRyMf for ; Wed, 1 Aug 2018 17:29:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 37A32130F39 for ; Wed, 1 Aug 2018 17:29:37 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id E9C04BEB6; Thu, 2 Aug 2018 00:29:35 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2F4022708; Thu, 2 Aug 2018 00:29:27 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2444D3D66; Thu, 2 Aug 2018 00:29:26 +0000 (UTC) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) by www.pwg.org (Postfix) with ESMTPS id C8D54264F for ; Thu, 2 Aug 2018 00:29:24 +0000 (UTC) Received: by mail-yw0-x232.google.com with SMTP id l9-v6so163203ywc.11 for ; Wed, 01 Aug 2018 17:29:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=fpzUO4gtGj5AvQyAhNiQo2R1dnckO+ioCHY17BZ7YEs=; b=rodAQH3eb+5Tutfy8IIULLYVkm5SW/2n/xrY4EPXyy+56TDbP5nHcc7L3SACALlLrj obtHTfNSWHa6DrcL/wMGFCUmZ4Ztn6ZeZICAQSiiqZBEPG9VeUFcItmFQirX/hmJeG2K UbNLl7EYSuFae1S1mZo6+wL2IAXelc7vpIlzzRLZB/y/IjRrbp4uo/xcb7WumKUhuOD2 CoZcgQNGR/2+smJLG2eDnL1wVZTZn5eTseeA1SxY2/DhP8LR13STizRnSIJmzqxgPlyr ri0WxfcpFDYTWEFpy0qGVsWXnI4JF83UFMy4rmW0KuMrJuGGOwhd29ZlFM4PM0Vk032U 1Vww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fpzUO4gtGj5AvQyAhNiQo2R1dnckO+ioCHY17BZ7YEs=; b=YGyqENYdgEDe70Pa1ONdvbv9QkQzEcO2h4GlY74p2psO0JgbAFwynzpaEYcxhit9jk JMKuUx7YAhFRPt3AFvDnmhkTFFRVSQtcNZ0nRHvC9OxQa65jWI2yGrjcraHU/FUc2wGa cP8jlV9i4pCmho2A8GONbzrBxVPlXf3gQ3N1t0STroDMyTGMmXcNHdxQZ43q/8i3TvHN C/TQk87mqbRRAcfkVDcPYegJYdv5UQHn+yT07qNk9X4CMxmVQlkHoaFhDzkKa8/tZEpn TdUS5pMxM+zU8I77+yfEiO1OBS3CFkxf6+xHzXIysk2uy1XoJ5xhcKu4iVFpXTEQq3N7 Fbrg== X-Gm-Message-State: AOUpUlEwbShmkeGojI5pOozay9NpRGXglDYDddaD6cnhlaevj1HRICl+ w7NB0GUp6bu7u62SoEcQj1saXN3I493RgKXuinbEBQ== X-Google-Smtp-Source: AAOMgpdxdX83niQZC57RVI0+URHs1Te9KvaRV8nsspaImdNlYFLfoy/Z1Wwq/4SVDZteUhNUAYfLPLmOdAaLiFle5ww= X-Received: by 2002:a81:6c04:: with SMTP id h4-v6mr282283ywc.273.1533169763806; Wed, 01 Aug 2018 17:29:23 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Wed, 1 Aug 2018 17:29:03 -0700 (PDT) From: Ira McDonald Date: Wed, 1 Aug 2018 20:29:03 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] MOVED: IPP WG Agenda 3:00-4:30pm US Eastern (9 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4127095408483192952==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4127095408483192952== Content-Type: multipart/alternative; boundary="00000000000026f3e3057268e7ad" --00000000000026f3e3057268e7ad Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Since both Smith and Mike are not available tomorrow, we've moved our next IPP WG call to *next* Thursday 9 August (changed below). Cheers, - Ira On Wed, Aug 1, 2018 at 6:49 PM, Ira McDonald wrote: > Hi, > > Our next IPP WG call will be Thursday 9 August 2018 at > 12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern > > NOTE: Please USE the *new* WebEx and Audio Bridge below > > ------------------------------------------------------- > Meeting information > ------------------------------------------------------- > Topic: IPP WG > Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end date > 3:00 pm | Eastern Standard Time (New York, GMT-05:00) | 1 hr 30 mins > > ------------------------------------------------------- > WebEx online meeting (join first, before audio bridge) > ------------------------------------------------------- > 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143 > ca01e059a570ada91f3573 > 2. If requested, enter your name and email address. > 3. If a password is required, enter the meeting password: Printing123 > 4. Click "Join". > > ------------------------------------------------------- > Audio Bridge (join second w/ unique access code from WebEx) > ------------------------------------------------------- > Call-in toll-free number (US/Canada): +1 866 469-3239 > <%28866%29%20469-3239> > Call-in toll number (US/Canada): +1 650 429-3300 <%28650%29%20429-3300> > Call-in toll number (US/Canada): +1 408 856-9570 <%28408%29%20856-9570> > > Global toll-free call in numbers and other audio options ("Call Me Back" > or VoIP) are listed once you join the WebEx meeting. > > Unique attendee access code: Displayed in the WebEx meeting > > Agenda: > (1) PWG IP Policy, Minute Taker, Roll Call, and Agenda Review > - Mike as minute taker? > > (2) Approve IPP minutes from previous meetings > - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall- > minutes-20180719.pdf > -- IPP WG call on 07/19/18 > > (3) TLS/1.3 in Auth48 in RFC Editor's Queue=F0=9F=93=A3 > - https://datatracker.ietf.org/doc/draft-ietf-tls-tls13/ > -- 10 years after publication of TLS/1.2 (RFC 5246)... > > (4) Review of IPP WG slides for PWG F2F? (Mike) > - if available > > (5) Status of Open Printing WG GSoC 2018 (Ira) > - https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentatio > ns/TheLinuxFoundationGSoC-2018.pdf > -- good progress on all projects - good questions are all getting resolve= d > -- DONE - 14 May - GSoC coding begins > -- DONE - 11-15 June - GSoc Phase 1 evaluations by Mentors and Students > -- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentors and Students > -- 6-14 August - GSoC final week! > -- 14-21 August - Mentors submit final Student evaluations > -- 22 August - GSoC announces final results > > (6) Status of AMSC and ISO liaisons w/ PWG (Paul) > - https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20180702.htm > -- see PWG SC minutes from 2 July 2018 > > (7) Status of Safe G-Code (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf > - http://www.pwg.org/archives/ipp/2018/019661.html > -- Prototype draft - IPP WG review on 7 June 2018 > -- Schedule - IPP WG Last Call Q4 2018 > > (8) Status of IPP 3D Printing Extensions v1.1 (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf > - http://www.pwg.org/archives/ipp/2018/019660.html > -- Prototype draft - IPP WG review on 7 June 2018 > -- Schedule - PWG Last Call Q4 2018 > > (9) Status of How to Print Using the IPP (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html > - https://github.com/istopwg/pwg-books > -- IPP WG review during PWG F2F May 2018 > -- Current HTML draft available in Github repository > -- Schedule - TBD > > (10) Status of IPP HTTP Authentication whitepaper (Smith) > - https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180510.pdf > -- Interim draft - IPP WG review during PWG F2F May 2018 > -- Schedule - TBD > > (11) Status of IPP Encrypted Jobs and Documents (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf > - http://www.pwg.org/archives/ipp/2018/019613.html > - https://lists.gnupg.org/pipermail/gnupg-users/2018-May/060315.html > -- Interim draft - IPP WG review during PWG F2F May 2018 > -- good news - PGP-based path forward on 06/04/18! > -- Schedule - Mike to work on updated draft w/ just PGP this summer > > (12) Status/Review of IPP System Service (Ira/Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf > - http://www.pwg.org/archives/ipp/2018/019657.html > - https://github.com/istopwg/ippsample/projects/1 > -- Prototype draft - IPP WG review during PWG F2F May 2018 > -- Prototyping tasks being tracked as a Github project > -- Schedule - prototype in "ippserver" - Stable draft in Q3/Q4 2018 > > (13) Status of IPP Reprint Password (Smith) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf > - http://www.pwg.org/archives/ipp/2018/019631.html > -- Stable draft - IPP WG review on 07/19/18 > -- PWG process check - back to Prototype next > -- Schedule - TBD > > (14) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3? > - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf > -- Goals, ipptool and ippfind updates > -- Now have code signing certificate! > -- Schedule - Mike to release beta of update 3 for testing soon > > (15) Status of IPP Everywhere 1.1 (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf > -- Prototype - IPP WG review during PWG F2F May 2018 > -- Schedule - Q3/Q4 2018 > > (16) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike) > - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf > -- Prototype draft - IPP WG review during PWG F2F May 2018 > -- Schedule - Q3/Q4 2018 > > (17) Next steps > > - IPP sessions on Wed/Thu 15-16 August 2018 > -- PWG Virtual F2F > > - IPP WG call on Thu 30 August 2018 at 3:00-4:30pm US Eastern > -- regular topics > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > --00000000000026f3e3057268e7ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Since both Smith and Mik= e are not available tomorrow, we've moved
our next IPP W= G call to *next* Thursday 9 August (changed below).

Cheers,
- Ira

<= div dir=3D"ltr">
<= div style=3D"display:inline">

On Wed, Aug 1, 2018 at 6:49 PM, Ira McDonald= <blueroofmusic@gmail.com> wrote:
Hi,

Our next IPP WG c= all will be Thursday 9 August 2018 at
12:00-1:30pm US Pacific / 3= :00pm-4:30pm US Eastern

NOTE: Please USE the *new* WebEx and Audio Bridge below

-------------------------------------------------------
= Meeting information
-----------------------------------------------= --------
Topic: = IPP WG
Every 2 weeks on Thursday, from Thursda= y, May 11, 2017, to no end date
3:00 pm=C2=A0=C2=A0|=C2=A0=C2=A0Eastern = Standard Time (New York, GMT-05:00)=C2=A0=C2=A0|=C2=A0=C2=A01 hr 30 mins
-----------------------= --------------------------------
WebEx online meeting (join first, before audio bridge)
-------------------------------------------------------
1. Go= to https://ieee-isto.webex.com/ie<= wbr>ee-isto/j.php?MTID=3Dm0359478143ca01e059a570ada91f3573
2. I= f requested, enter your name and email address.
3. If a password is requ= ired, enter the meeting password: Printing123
4. Click "Join".=

-------------------------------------------------------
<= div>Audio Bridge (join seco= nd w/ unique access code from WebEx)
----------------------------= ---------------------------
Call-in toll-free number (US= /Canada): +1 866 469-3239
Call-in toll number (US/Canada): +1 650 429-3300
Call-in toll number (US/Canada): +1 408 856-= 9570

Global toll= -free call in numbers and other audio options ("Call Me Back&q= uot; or VoIP) are listed once you join the WebEx meeting.

Unique att= endee access code:=C2=A0 Displayed in the WebEx meeting

A= genda:
(1) PWG IP Policy, Minute Take= r, Roll Call, and Agenda Review
- Mike as minute taker?

(2) Approve IPP minutes from previous meetings
=

(3) TLS/1.3 in Auth48 in= RFC Editor's Queue=F0=9F=93=A3
-- 10 years after publication of TLS/1.2 (RFC 5246)...
=

(4) Review of IPP WG slides for PWG F2F? (Mike)=
- if available

(5) Status of Open Print= ing WG GSoC 2018 (Ira)
=
-- good progress on all projects - good questions are all getting reso= lved
-- DONE - 14 May - GSoC coding begins
-- DONE = - 11-15 June - GSoc Phase 1 evaluations by Mentors and Students
-- DONE = - 9-13 July - GSoc Phase 2 evaluations by Mentors and Students
-- 6-14 A= ugust - GSoC final week!
-- 14-21 August - Mentors submit final Student = evaluations
-- 22 August - GSoC announces final results
(6) Status of AMSC and ISO liaisons w/ PWG (Paul)
-- see P= WG SC minutes from 2 July 2018

-- Prototype draft = -=20 IPP WG review on 7 Jun= e 2018
-- Schedule - IPP WG Last Call Q4 2018

(= 8) Status of IPP 3D Pr= inting Extensions v1.1 (Mike)
-- Prototype draft -=20 IPP WG review on 7 Jun= e 2018
-- Schedule - PWG Last Call Q4 2018

(9) Status of=20 How to Print Using the IPP (Mike)
-- IPP WG review during PWG F2F May 2018
-- Current HTML draft available in= Github repository
-- Schedule - TBD

(10) = Status of IPP HTTP Authenti= cation whitepaper (Smith)
- https://ftp.pwg.org/pu= b/pwg/ipp/whitepaper/tb-ippauth-20180510.pdf
--=20 Interim draft -=20 IPP WG review during P= WG F2F May 2018
-- Schedule - TBD

(11) Status o= f IPP Encrypted Jobs a= nd Documents (Mike)
- https= ://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf=
- http://www.pwg.org/archives/ipp/2018/019613.html
- https://lists.gnupg.org/pipermail/gnu= pg-users/2018-May/060315.html
-- Interim draft -=20 IPP WG review during P= WG F2F May 2018
-- good news - PGP-based path forward on=20 06/04/18!
--= Schedule - Mike to work on updated draft w/ just PGP this summer
=

(12) Status/Review of IPP System Service (Ira/Mike)
- https://ft= p.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf
- https://github.com/istopwg/ippsample/projects/1=
-- Prototype draft=20 -=20 IPP WG review during P= WG F2F May 2018
-- Prototyping tasks being tracked as a Github project
-- Schedule -= prototype in "ippserver" - Stable draft in Q3/Q4 2018

(13) Status of IPP R= eprint Password (Smith)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-= rev.pdf
- http://www.pwg.org/archives/ipp/2018/019631.html
-- Stable draft= -=20 IPP WG review on 07/19= /18
-- PWG process check -=20 back to Prototype next
-- Schedule - TBD

(14) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3?
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pd= f
-- Goals, ipptool and ippfind updates
-- Now = have code signing certificate!
-- Schedule - Mike to release beta of upd= ate 3 for testing soon

(15) Status of IPP Everywhere 1.1 (Mike)
-= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf=
--=20 Prototype -=20 IPP WG review during P= WG F2F May 2018
-- Schedule - Q3/Q4 2018

(16) Status of IPP Everywhere 1.1 Self-Certification M= anual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf
-- Prototype draft=20 -=20 IPP WG review during P= WG F2F May 2018
-- Schedule - Q3/Q4 2018

(17) Next steps

- IPP sessions on Wed/Thu 15-16 August 2018
--=20 PWG Virtual F2F

- IPP WG call on Thu 30 August 2018 at 3:00-4:30pm US Eastern
=
-- regular topics

Cheers,
- Ira


Ira McDonald (Musician /= Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Cha= ir - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Wor= king Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IET= F Designated Expert - IPP & Printer MIB
Blue Roof Music / High North= Inc
http://sites.google.com/site/blue= roofmusic
http://sites.google.com/site/<= wbr>highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place= =C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2= =A0 Grand Marais, MI 49839=C2=A0 906-494-2434


--00000000000026f3e3057268e7ad-- --===============4127095408483192952== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4127095408483192952==-- From ipp-bounces@pwg.org Tue Aug 7 22:21:54 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFC4E126CB6 for ; Tue, 7 Aug 2018 22:21:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.79 X-Spam-Level: X-Spam-Status: No, score=-2.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QxR1tAfM8inE for ; Tue, 7 Aug 2018 22:21:53 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 16B08124C04 for ; Tue, 7 Aug 2018 22:21:52 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 640B0BEFB; Wed, 8 Aug 2018 05:21:52 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id DA199269F; Wed, 8 Aug 2018 05:21:49 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 1A3834DC5; Wed, 8 Aug 2018 05:21:48 +0000 (UTC) Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) by www.pwg.org (Postfix) with ESMTPS id CF4B62689 for ; Wed, 8 Aug 2018 05:21:47 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.22/8.16.0.22) with SMTP id w785H6ZM026255 for ; Tue, 7 Aug 2018 22:21:47 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : from : date : subject : message-id : to; s=20180706; bh=gWcXGbjFqx1rjADQrR5frUv+psaVe4U5yD85DoaLgt0=; b=B9c2jrv8CQLuVSluGfBmX3lrSw7wgZhyJJjWmLNG7PvsxgOiMl+kvzlvyqGsHVr5g+21 UU7b38yBm5GOzgfFqlHmKNb16qb30tO/P3w8RtO6YuaQgPytsyF0yoNPDSEzTShf7+gY gsbMvu85HxDc25TLB/Y+bMZxk0RYlkGV3HT3pZ1gJB3tV1nx2/pF3H7U3hSxCeHyZHjO uOEg4HDBPTovbDqvpfEWullPY9cK9g/hOalINl2JJpiJY8jEXFh1qrU9ixzI5QA36AdQ kTzxcmyjLebj9/YP+RvP0YyT1mT1A7nM0peGTg2rkhAZrWbEdI1OQfTS/T8PQSQfTWng 4A== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp02.apple.com with ESMTP id 2kn8qkkr6a-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 07 Aug 2018 22:21:47 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz10.apple.com (nwk-mmpp-sz10.apple.com [17.128.115.122]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PD400HJQMWA2Q60@ma1-mtap-s02.corp.apple.com> for ipp@pwg.org; Tue, 07 Aug 2018 22:21:47 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD400F00MV59P00@nwk-mmpp-sz10.apple.com>; Tue, 07 Aug 2018 22:21:46 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: ae03f74dac86f6f02eb5fd36640aebb6 X-Va-R-CD: f8c8ef3bd7b11025e509739452cfd14a X-Va-CD: 0 X-Va-ID: e08f8f8e-4b4d-4f2b-b326-330a1dbf29f2 X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: ae03f74dac86f6f02eb5fd36640aebb6 X-V-R-CD: f8c8ef3bd7b11025e509739452cfd14a X-V-CD: 0 X-V-ID: a0b77075-d00a-4c03-9bef-cbc3c8efaa65 Received: from process_milters-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD400A00MGCNB00@nwk-mmpp-sz10.apple.com>; Tue, 07 Aug 2018 22:21:46 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-08_01:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp16.corp.apple.com-10000_instance1 Received: from [17.235.41.247] by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PD4009OIMW7OI60@nwk-mmpp-sz10.apple.com>; Tue, 07 Aug 2018 22:21:46 -0700 (PDT) From: Michael Sweet Date: Wed, 08 Aug 2018 01:21:43 -0400 Message-id: <9857D13B-61EC-498E-8CCE-12EBBDBE463B@apple.com> To: PWG Workgroup X-Mailer: Apple Mail (2.3445.100.22.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-08_01:, , signatures=0 Subject: [IPP] Draft slides posted for the August vF2F X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted draft slides for the August vF2F to: https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-august-18d1.pdf https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-august-18d1.ppt _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Wed Aug 8 12:56:51 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0847130EE4 for ; Wed, 8 Aug 2018 12:56:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.358 X-Spam-Level: X-Spam-Status: No, score=-2.358 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fJx--Hfct-Vp for ; Wed, 8 Aug 2018 12:56:48 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 5382B130E77 for ; Wed, 8 Aug 2018 12:56:48 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id E36F7BEB6; Wed, 8 Aug 2018 19:56:46 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E3E98269F; Wed, 8 Aug 2018 19:56:39 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 8A4C54DC5; Wed, 8 Aug 2018 19:56:38 +0000 (UTC) Received: from mail-yw1-xc34.google.com (mail-yw1-xc34.google.com [IPv6:2607:f8b0:4864:20::c34]) by www.pwg.org (Postfix) with ESMTPS id 68D662698 for ; Wed, 8 Aug 2018 19:56:37 +0000 (UTC) Received: by mail-yw1-xc34.google.com with SMTP id w76-v6so2485212ywg.4 for ; Wed, 08 Aug 2018 12:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=sYBTxvj8JqEp6XQ8CXXBCUUWsJT7o6nu5EcUi4upIWw=; b=u/ge5wu7wxaMRiCNj8ZWwg3K/wxnqCpPmkqWOaw+s+w3bAco0K/Wf2KRbn/skJGbtC 7PERBH7Zpki8x3cQQneMWmy96/fs98NNvlsxWZ3RlnakX1DLDnjX2sHvL8xFPzaubYYU T9ZALt8lAXtfzdQAMn4yDG9xn/QPAXyZ8X/3POroQigDqo06Y5hI6I7NCTffLGfbcDTv yq+ebB2gHR/HLIL1dQHRyp8+V3w017p+fd6nII7Ym4fNQDdU3xrWSUIvpIUuGL2GQE4w 1jtPLHtiMWSNj9uODRukrD3W/WJJghV795XymXMyMhJArN8+ZkyL8zaVLSTe9Gl86L/P obAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=sYBTxvj8JqEp6XQ8CXXBCUUWsJT7o6nu5EcUi4upIWw=; b=NZ+3wDAnKyT2s508jyRk84FcOUUWotK+D6kleq7ojkE+3jg/ft4GIO0D4xKp+rPiDi NM5+N3ej2mWpLnFky7Z29o76L4htKzGaNueoFxhn4rYUPvAFQlq870wR7HxH4CNmHX4m y2MdgFdL4WvExaJI8qbjUz6Uxw8/krzMOOS+7x9PK0hpWRYL3OcpHwUoIXwZ54t2c/eX KfgMyrQgv8HDc3HIZh82lEQ99UEWndywuvmEJ13Zu8u8eWMHs4pUTFfIaHCmQUe9bEB/ NyfRt1doLEOD0DKCOCxUn1i66lIeVrTZKWmg2s05QedviyJ0lkha5dUuIqAZw2gn4QqV zzLw== X-Gm-Message-State: AOUpUlHR038A6IRxnuJCsA8d3e9HhdzabuYSK8juFjvH+N/xFeUVpyZQ WxgsHSdiUpo+JHUx0/7kecZVwaogUFZLhPwg17LzKA== X-Google-Smtp-Source: AA+uWPy1e1DNb9Sq0AC2JU2lZJpWU1pfHZTUf37PvAH/Y1uleAu4KAOZCdVc5ytR7u8wpz7C7rJEyzPzeyQRnPLIUg8= X-Received: by 2002:a81:5941:: with SMTP id n62-v6mr2190535ywb.352.1533758196385; Wed, 08 Aug 2018 12:56:36 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Wed, 8 Aug 2018 12:56:15 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Wed, 8 Aug 2018 15:56:15 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: Re: [IPP] MOVED: IPP WG Agenda 3:00-4:30pm US Eastern (9 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3773148257373310703==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3773148257373310703== Content-Type: multipart/alternative; boundary="000000000000778e080572f1e8fe" --000000000000778e080572f1e8fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable REMINDER On Wed, Aug 1, 2018 at 8:29 PM, Ira McDonald wrote: > Hi, > > Since both Smith and Mike are not available tomorrow, we've moved > our next IPP WG call to *next* Thursday 9 August (changed below). > > Cheers, > - Ira > > > On Wed, Aug 1, 2018 at 6:49 PM, Ira McDonald > wrote: > >> Hi, >> >> Our next IPP WG call will be Thursday 9 August 2018 at >> 12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern >> >> NOTE: Please USE the *new* WebEx and Audio Bridge below >> >> ------------------------------------------------------- >> Meeting information >> ------------------------------------------------------- >> Topic: IPP WG >> Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end date >> 3:00 pm | Eastern Standard Time (New York, GMT-05:00) | 1 hr 30 mins >> >> ------------------------------------------------------- >> WebEx online meeting (join first, before audio bridge) >> ------------------------------------------------------- >> 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143 >> ca01e059a570ada91f3573 >> 2. If requested, enter your name and email address. >> 3. If a password is required, enter the meeting password: Printing123 >> 4. Click "Join". >> >> ------------------------------------------------------- >> Audio Bridge (join second w/ unique access code from WebEx) >> ------------------------------------------------------- >> Call-in toll-free number (US/Canada): +1 866 469-3239 >> <%28866%29%20469-3239> >> Call-in toll number (US/Canada): +1 650 429-3300 <%28650%29%20429-3300> >> Call-in toll number (US/Canada): +1 408 856-9570 <%28408%29%20856-9570> >> >> Global toll-free call in numbers and other audio options ("Call Me Back" >> or VoIP) are listed once you join the WebEx meeting. >> >> Unique attendee access code: Displayed in the WebEx meeting >> >> Agenda: >> (1) PWG IP Policy, Minute Taker, Roll Call, and Agenda Review >> - Mike as minute taker? >> >> (2) Approve IPP minutes from previous meetings >> - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes >> -20180719.pdf >> -- IPP WG call on 07/19/18 >> >> (3) TLS/1.3 in Auth48 in RFC Editor's Queue=F0=9F=93=A3 >> - https://datatracker.ietf.org/doc/draft-ietf-tls-tls13/ >> -- 10 years after publication of TLS/1.2 (RFC 5246)... >> >> (4) Review of IPP WG slides for PWG F2F? (Mike) >> - if available >> >> (5) Status of Open Printing WG GSoC 2018 (Ira) >> - https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentatio >> ns/TheLinuxFoundationGSoC-2018.pdf >> -- good progress on all projects - good questions are all getting resolv= ed >> -- DONE - 14 May - GSoC coding begins >> -- DONE - 11-15 June - GSoc Phase 1 evaluations by Mentors and Students >> -- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentors and Students >> -- 6-14 August - GSoC final week! >> -- 14-21 August - Mentors submit final Student evaluations >> -- 22 August - GSoC announces final results >> >> (6) Status of AMSC and ISO liaisons w/ PWG (Paul) >> - https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20180702.ht= m >> -- see PWG SC minutes from 2 July 2018 >> >> (7) Status of Safe G-Code (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf >> - http://www.pwg.org/archives/ipp/2018/019661.html >> -- Prototype draft - IPP WG review on 7 June 2018 >> -- Schedule - IPP WG Last Call Q4 2018 >> >> (8) Status of IPP 3D Printing Extensions v1.1 (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf >> - http://www.pwg.org/archives/ipp/2018/019660.html >> -- Prototype draft - IPP WG review on 7 June 2018 >> -- Schedule - PWG Last Call Q4 2018 >> >> (9) Status of How to Print Using the IPP (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html >> - https://github.com/istopwg/pwg-books >> -- IPP WG review during PWG F2F May 2018 >> -- Current HTML draft available in Github repository >> -- Schedule - TBD >> >> (10) Status of IPP HTTP Authentication whitepaper (Smith) >> - https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180510.pdf >> -- Interim draft - IPP WG review during PWG F2F May 2018 >> -- Schedule - TBD >> >> (11) Status of IPP Encrypted Jobs and Documents (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf >> - http://www.pwg.org/archives/ipp/2018/019613.html >> - https://lists.gnupg.org/pipermail/gnupg-users/2018-May/060315.html >> -- Interim draft - IPP WG review during PWG F2F May 2018 >> -- good news - PGP-based path forward on 06/04/18! >> -- Schedule - Mike to work on updated draft w/ just PGP this summer >> >> (12) Status/Review of IPP System Service (Ira/Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf >> - http://www.pwg.org/archives/ipp/2018/019657.html >> - https://github.com/istopwg/ippsample/projects/1 >> -- Prototype draft - IPP WG review during PWG F2F May 2018 >> -- Prototyping tasks being tracked as a Github project >> -- Schedule - prototype in "ippserver" - Stable draft in Q3/Q4 2018 >> >> (13) Status of IPP Reprint Password (Smith) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf >> - http://www.pwg.org/archives/ipp/2018/019631.html >> -- Stable draft - IPP WG review on 07/19/18 >> -- PWG process check - back to Prototype next >> -- Schedule - TBD >> >> (14) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3? >> - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf >> -- Goals, ipptool and ippfind updates >> -- Now have code signing certificate! >> -- Schedule - Mike to release beta of update 3 for testing soon >> >> (15) Status of IPP Everywhere 1.1 (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf >> -- Prototype - IPP WG review during PWG F2F May 2018 >> -- Schedule - Q3/Q4 2018 >> >> (16) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pd= f >> -- Prototype draft - IPP WG review during PWG F2F May 2018 >> -- Schedule - Q3/Q4 2018 >> >> (17) Next steps >> >> - IPP sessions on Wed/Thu 15-16 August 2018 >> -- PWG Virtual F2F >> >> - IPP WG call on Thu 30 August 2018 at 3:00-4:30pm US Eastern >> -- regular topics >> >> Cheers, >> - Ira >> >> >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic >> http://sites.google.com/site/highnorthinc >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >> >> > --000000000000778e080572f1e8fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
REMINDER

On Wed, Aug 1, 2018 at 8:29 PM, Ira McDonald= <blueroofmusic@gmail.com> wrote:
Hi,

Since both= Smith and Mike are not available tomorrow, we've moved
= our next IPP WG call to *next* Thursday 9 August (changed below).

Cheers,
- Ira

=

On Wed, Aug 1, 2018 at 6:49 PM, Ira McDonald= <blueroofmusic@gmail.com> wrote:
Hi,

Our next IPP WG call will be Thurs= day 9 August 2018 at
12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern<= br>
NOTE: Please USE the= *new* WebEx and Audio Bridge below

-------------= ------------------------------------------
Meeting information
-= ------------------------------------------------------
Topic: IPP WG
Every 2 weeks on Thursday, from T= hursday, May 11, 2017, to no end date
3:00 pm=C2=A0=C2=A0|=C2=A0=C2=A0Ea= stern Standard Time (New York, GMT-05:00)=C2=A0=C2=A0|=C2=A0=C2=A01 hr 30 m= ins
=
-------------------------------------------------------
WebEx o= nline meeting (join first, = before audio bridge)
---------------------------------------= ----------------
1. Go to https:= //ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143ca01e059a= 570ada91f3573
2. If requested, enter your name and email address.3. If a password is required, enter the meeting password: Printing123
4= . Click "Join".

-------------------------------------= ------------------
Audio Bridge (join second w/ unique access code from WebEx)
---= ----------------------------------------------------
Call-in toll-free number (US/Canada): +1 866 469-3239<= /a>
Call-in toll number (US/Canada): +1 650 = 429-3300
Call-in toll number (US/Canada): <= a href=3D"tel:%28408%29%20856-9570" value=3D"+14088569570" target=3D"_blank= ">+1 408 856-9570

Global toll-free call in numbers and other audio= options ("Call Me Back" or VoIP) are li= sted once you join the WebEx meeting.

Unique attendee access code:= =C2=A0 Displayed in the WebEx meeting

Agenda:
(1) PWG IP Policy,= Minute Taker, Roll Call, and Agenda Review
- Mi= ke as minute taker?

(2) Approve IPP minutes from previous meetings

<= /div>
(3) TLS/1.3 in Auth48 in RFC Editor's Queue=F0=9F=93=A3
= -- 10 ye= ars after publication of TLS/1.2 (RFC 5246)...

(4) Review of IPP WG slides for PWG F2F? (Mike)
-= if available

(5) Status of Open Printing WG GSoC = 2018 (Ira)
-- good p= rogress on all projects - good questions are all getting resolved
=
-- DONE - 14 May - GSoC coding begins
-- DONE - 11-15 June -= GSoc Phase 1 evaluations by Mentors and Students
-- DONE - 9-13 July - = GSoc Phase 2 evaluations by Mentors and Students
-- 6-14 August - GSoC f= inal week!
-- 14-21 August - Mentors submit final Student evaluations-- 22 August - GSoC announces final results

<= /div>
(6) Status of AMSC and ISO liaisons w/ PWG (Paul)
-- see PWG SC minutes = from 2 July 2018

-- Prototype draft -=20 IPP WG review on 7 June 2018
-- Schedule - IPP WG La= st Call Q4 2018

(8) Status of IPP 3D Printing Exten= sions v1.1 (Mike)
-- Prototype draft -=20 IPP WG review on 7 June 2018
-- Schedule - PWG Last= Call Q4 2018

(9) Status of=20 How to Print Using the IPP (Mike)
-- IPP WG review during PWG F2F May 2018
-- Current HT= ML draft available in Github repository
-- Schedule - TBD
(10) Status of IPP HTTP Authentication whitepaper (Smith)
- https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180510.pdf
--=20 Interim draft -=20 IPP WG review during PWG F2F May 2018
-- Schedule - TBD

(11) Status o= f IPP Encrypted Jobs and Documents (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-= 20180328-rev.pdf
- http://www.pwg.org/archives/ipp/2018/019613.html
- https://lists.gnupg.org/pipermail/gnu= pg-users/2018-May/060315.html
-- Interim draft -=20 IPP WG review during PWG F2F May 2018
-- good news - PGP-based pat= h forward on=20 06/04/18!
-- Schedule - Mike to work on updat= ed draft w/ just PGP this summer

(12) Status/Review of IPP System Service (Ira/Mike)
- htt= ps://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf
- http://www.pwg.org/archives/ipp/2018/019657.html<= /div>
- https://github.com/istopwg/ippsample/projects/1
-= - Prototype draft=20 -=20 IPP WG review during PWG F2F May 2018
-- Prototyping tasks being tracked as a Github project
-- Schedule -= prototype in "ippserver" - Stable draft in Q3/Q4 2018

(13) Status of IPP Reprint Password (Smith)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipprepr= intpwd-20180620-rev.pdf

-- Goals, ipp= tool and ippfind updates
-- Now have code signing certificate!-- Schedule - Mike to release beta of update 3 for testing soon
<= div>
(15) Status of IPP Everywhere 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf
--=20 Prototype -=20 IPP WG review during PWG F2F May 2018
-- Schedule - Q3/Q4 2018

(16) Status of IPP Everywhere 1.1= Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippe= veselfcert11-20180704-rev.pdf
-- Prototype draft=20 -=20 IPP WG review during PWG F2F May 2018
-- Schedule - Q3/Q4 2018

(17) Next steps

- IPP sessions = on Wed/Thu 15-16 August 2018
--=20 PWG Virtual F2F

- IPP WG call o= n Thu 30 August 2018 at 3:00-4:30pm US Eastern
-- regular topics

Cheers,
- Ira


Ira= McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobilit= y Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - = IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printi= ng Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Ro= of Music / High North Inc
http://sites.goog= le.com/site/blueroofmusic
http://si= tes.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-A= pril: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May= -Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

<= /div>


--000000000000778e080572f1e8fe-- --===============3773148257373310703== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3773148257373310703==-- From ipp-bounces@pwg.org Thu Aug 9 13:27:17 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1D0A130E0F for ; Thu, 9 Aug 2018 13:27:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lb4-FFL5kjTg for ; Thu, 9 Aug 2018 13:27:16 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 3028B130E77 for ; Thu, 9 Aug 2018 13:27:15 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C6CCABEBA; Thu, 9 Aug 2018 20:27:14 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0604F415A; Thu, 9 Aug 2018 20:27:12 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 430504DC5; Thu, 9 Aug 2018 20:27:11 +0000 (UTC) Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) by www.pwg.org (Postfix) with ESMTPS id 0EBDB269F for ; Thu, 9 Aug 2018 20:27:11 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w79KQtXs051893 for ; Thu, 9 Aug 2018 13:27:10 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : from : date : subject : message-id : to; s=20180706; bh=NpafXwQSvS6Q2np0xnvbX7xaw5LnClF7oHG+74Icaeo=; b=QlAFI+cfJ//jfFpfZvPrr0H+UbRng4l9clTLsGRNeu698uJSNSRhuhSPa+q3Z2nJBKQh hubVb4/8zZ802uh2KmqW3DivXBA+IyhRz3UyfSB75YlfhBjDtmDH46nfs6K7VMhZ4v4k FFSF3RjuIPMxEZSop4Y6jwRyi0hE+da5VddzkKtbx1Aox+CyFNGBB6hMBhVrYXdSoCQY 3EzirzXEZKFIS5u/i/bX45ajlkEDQDHJJ0uxAbXebc0zGbjZ1qiPcLB7r6hvxci4dNhD zjkFTFfGFNfkJwJRDSR9bEUOa8mhvB1fA6CNliF1NkbiWxdK/Sd3uyEYeautPNGKeSPW aQ== Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2knb33ugcd-9 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 09 Aug 2018 13:27:10 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PD70095ENH0KYG0@ma1-mtap-s03.corp.apple.com> for ipp@pwg.org; Thu, 09 Aug 2018 13:27:03 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD700L00NGVWE00@nwk-mmpp-sz12.apple.com>; Thu, 09 Aug 2018 13:27:02 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: f9d947e53dd11be6522c99f7df4300aa X-Va-R-CD: 8eb4ffc185e6dacbad268fb73b169a35 X-Va-CD: 0 X-Va-ID: 620ae9ce-4bd1-4b3c-8e56-4a82ababaa2c X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: f9d947e53dd11be6522c99f7df4300aa X-V-R-CD: 8eb4ffc185e6dacbad268fb73b169a35 X-V-CD: 0 X-V-ID: 41f16d7b-58c1-4a2f-82cc-ff3604626d05 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD700F00MZ57O00@nwk-mmpp-sz12.apple.com>; Thu, 09 Aug 2018 13:26:57 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-09_08:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp16.corp.apple.com-10000_instance1 Received: from [17.235.53.248] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PD700JHQNFLTX70@nwk-mmpp-sz12.apple.com>; Thu, 09 Aug 2018 13:26:12 -0700 (PDT) From: Michael Sweet Date: Thu, 09 Aug 2018 16:26:09 -0400 Message-id: <90EB274F-BE04-4766-9A30-FC80A6075367@apple.com> To: PWG Workgroup X-Mailer: Apple Mail (2.3445.100.22.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-09_08:, , signatures=0 Subject: [IPP] Minutes posted from today's concall X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted the minutes from today's IPP workgroup conference call to: https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180809.pdf Our next meetings are during the vF2F next week on August 15 and 16, 2018 starting at 10:00am and 10:30am MDT, respectively. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 9 13:30:17 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2897130F86 for ; Thu, 9 Aug 2018 13:30:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0TN2GhF9FLAM for ; Thu, 9 Aug 2018 13:30:15 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id D3AC5130FEB for ; Thu, 9 Aug 2018 13:30:13 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id CB382BEBA; Thu, 9 Aug 2018 20:30:13 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8E46B4DC5; Thu, 9 Aug 2018 20:30:11 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 67AC8B9D3; Thu, 9 Aug 2018 20:30:10 +0000 (UTC) Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) by www.pwg.org (Postfix) with ESMTPS id 3ADFB415A for ; Thu, 9 Aug 2018 20:30:10 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w79KQxKG051937 for ; Thu, 9 Aug 2018 13:30:10 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : date : from : subject : sender : to : message-id; s=20180706; bh=8Mc30eFkLxut8R6jeXzO9dATUi6oTsSHUoyTZc+P1kE=; b=hYaBjFMndawPYp4C4QLlMCO7Opnt1z1B6hqY6KfBhk1UsQOI+E4KrwyzIRUwv8QEWhUp IqlCmmo5lCX77JC/Te2HEdnCS4+Bd9cCyyNiRtqMCtWFCBBvgNY64tjE7HyvcE4z4kvE cFfNDldCTdB5j1zEypckOxzy2iVoxGbNJtIrHeWNRHbCml0D+ZCPoTF+yPFYrZNKMfe4 T1GPRfqr5Ml5uk/Nx1rtnV2VkM4o0kZQ9rHWQQz0b9pSiHJGevT5GtSNbkHpMRoVVgSB 5fFCv247BgeEl6aYfsZQ1OTR7vCfpcHY1dLu5J1rPNRVnXmLIVDwLACyPeNA0/EWeK/c aw== Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2knb33ujqv-3 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 09 Aug 2018 13:30:10 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PD700FFNNM1FO80@ma1-mtap-s01.corp.apple.com> for ipp@pwg.org; Thu, 09 Aug 2018 13:30:04 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD700L00NGXWI00@nwk-mmpp-sz12.apple.com> for ipp@pwg.org; Thu, 09 Aug 2018 13:30:02 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: d3b2bfe699ccd525b0beb613b06128f7 X-Va-R-CD: f3ed440764e670167d9f6180585fe831 X-Va-CD: 0 X-Va-ID: 6291d267-1f10-4f00-a26d-dac0a1b2253b X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: d3b2bfe699ccd525b0beb613b06128f7 X-V-R-CD: f3ed440764e670167d9f6180585fe831 X-V-CD: 0 X-V-ID: 1d48c6bc-1f4c-453f-b965-03e1443c8f26 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD700100NM1CC00@nwk-mmpp-sz12.apple.com> for ipp@pwg.org; Thu, 09 Aug 2018 13:30:01 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-09_08:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PD700L00NGRW900@nwk-mmpp-sz12.apple.com> for ipp@pwg.org; Thu, 09 Aug 2018 13:30:01 -0700 (PDT) Received: from [17.235.53.248] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PD700JHQNFLTX70@nwk-mmpp-sz12.apple.com>; Thu, 09 Aug 2018 13:27:01 -0700 (PDT) Date: Thu, 09 Aug 2018 16:27:00 -0400 From: Michael Sweet To: PWG Workgroup Message-id: X-Mailer: Apple Mail (2.3445.100.22.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-09_08:, , signatures=0 Subject: [IPP] Final August 2018 vF2F slides posted X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted the final August 2018 vF2F slides to: https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-august-18.pdf https://ftp.pwg.org/pub/pwg/ipp/slides/ipp-wg-agenda-august-18.pptx _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Sat Aug 11 10:29:05 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3ACA4130E98 for ; Sat, 11 Aug 2018 10:29:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aFoqCTClwINp for ; Sat, 11 Aug 2018 10:29:02 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 6896E130E34 for ; Sat, 11 Aug 2018 10:29:02 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 26EA2BEB7; Sat, 11 Aug 2018 17:29:01 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 901CC26D1; Sat, 11 Aug 2018 17:28:55 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id D3D7E4DC5; Sat, 11 Aug 2018 17:28:54 +0000 (UTC) Received: from mail-yw1-xc2b.google.com (mail-yw1-xc2b.google.com [IPv6:2607:f8b0:4864:20::c2b]) by www.pwg.org (Postfix) with ESMTPS id BB13C269F for ; Sat, 11 Aug 2018 17:28:53 +0000 (UTC) Received: by mail-yw1-xc2b.google.com with SMTP id s68-v6so10864576ywg.2 for ; Sat, 11 Aug 2018 10:28:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=7cHucqb0Zz2WZ44dtjREScL8M8kMVqEFjU3mgjZIfps=; b=SZMtyk8yo4G5uD8BPVhtvLG7Fm8MW5D+SJdt0AcWCtYvHFOY1WNnlvFYkNs815Ysi1 7oHZ4smOEUnQ2bhFb5qmZ0jtRTWfKp2pEI+mXWAvqVJAOHWkPfHkbYBjRyGfobWe8kMs TtzXR5K1/xZ7ChP/JeW/YHeG/hHi5MgKDzXyh/KEUVpHCaLAmYNwZ+1x95o6yzMgE9FJ rGD+kBdHeayDn87jUXKOMOaoar5Bj6nWt7pJsdn3Mi8KSlG85mdMP/KENCbugpNOhJBL A3LaVu3DktFtuCDdxyd/lN5SUN2NIPEMmCBbaoj6ibyvu82XTyifRWLD/TS99gUJst5P BjWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=7cHucqb0Zz2WZ44dtjREScL8M8kMVqEFjU3mgjZIfps=; b=C/C85Ln34dfQ8vdtDmY3/v7pyRjfIma1pncOmTbfEqkdRJs+E/afqocmLE9jOtEj1V SwxlsGihPs1SOU2SM3oZGmZywRu0o5xnzHcxrBuj19ni0fdrnBdGslL6O/xWHkbuWVL/ qdChaAlwRgysnKjebwiArtQYI5UhX7wlF8S1+Zk13kZVPmQqZLj1XwRb9ffYfxGyIVWp YH35d+blDoDwVLfD5SeYUIqaHQwvR8qqcRISGLGNY7M6lP9TR3o8UylyNC19CHMfVKnF PTbbDziIpyLOZ4JP+MvCpOuZRVHnGIUncgG25QURAQ/+QuA32OKtIR0hB20kKX7G8eip FX3A== X-Gm-Message-State: AOUpUlGYM7RYcmpcpxRXBg/fOj5DaN0pIVxTedwKkih7dSHa6RZ+RuJw oOlV7gdWMwkWD33vjfH1RvB4C1zgOdMuI4ptgGse/U3x X-Google-Smtp-Source: AA+uWPwqER7BcVLnEyEAqLRGxIUWBGSJXhvbf/J96kOw4pEEaEODsBKtLw3OVaoXgPt4AIE7TVcxmVd8fLsraApY7pM= X-Received: by 2002:a0d:c004:: with SMTP id b4-v6mr6528306ywd.289.1534008532484; Sat, 11 Aug 2018 10:28:52 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Sat, 11 Aug 2018 10:28:31 -0700 (PDT) In-Reply-To: <20180810235434.9FFB1B812BA@rfc-editor.org> References: <20180810235434.9FFB1B812BA@rfc-editor.org> From: Ira McDonald Date: Sat, 11 Aug 2018 13:28:31 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Fwd: [TLS] RFC 8446 on The Transport Layer Security (TLS) Protocol Version 1.3 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8224004630077997157==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8224004630077997157== Content-Type: multipart/alternative; boundary="000000000000a947d605732c316e" --000000000000a947d605732c316e Content-Type: text/plain; charset="UTF-8" ---------- Forwarded message ---------- From: Date: Fri, Aug 10, 2018 at 7:54 PM Subject: [TLS] RFC 8446 on The Transport Layer Security (TLS) Protocol Version 1.3 To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org Cc: drafts-update-ref@iana.org, tls@ietf.org, rfc-editor@rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 8446 Title: The Transport Layer Security (TLS) Protocol Version 1.3 Author: E. Rescorla Status: Standards Track Stream: IETF Date: August 2018 Mailbox: ekr@rtfm.com Pages: 160 Characters: 337736 Obsoletes: RFC 5077, RFC 5246, RFC 6961 Updates: RFC 5705, RFC 6066 I-D Tag: draft-ietf-tls-tls13-28.txt URL: https://www.rfc-editor.org/info/rfc8446 DOI: 10.17487/RFC8446 This document specifies version 1.3 of the Transport Layer Security (TLS) protocol. TLS allows client/server applications to communicate over the Internet in a way that is designed to prevent eavesdropping, tampering, and message forgery. This document updates RFCs 5705 and 6066, and obsoletes RFCs 5077, 5246, and 6961. This document also specifies new requirements for TLS 1.2 implementations. This document is a product of the Transport Layer Security Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ TLS mailing list TLS@ietf.org https://www.ietf.org/mailman/listinfo/tls --000000000000a947d605732c316e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

---------- Forwarded messag= e ----------
From: = <rfc-editor@rfc-editor.org<= /a>>
Date: Fri, Aug 10, 2018 at 7:54 PM
Subject: [TLS] RFC = 8446 on The Transport Layer Security (TLS) Protocol Version 1.3
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Cc: drafts-update-ref@iana.org, <= a href=3D"mailto:tls@ietf.org">tls@ietf.org, rfc-editor@rfc-editor.org


A new Request f= or Comments is now available in online RFC libraries.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 8446

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 The Transport Layer = Security (TLS) Protocol
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Versi= on 1.3
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0E. Rescorla
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0August 2018
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 ekr@rtfm.com
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 160
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 337736
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Obsoletes:=C2=A0 RFC 5077, RFC 5246, RFC 6961 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates:=C2=A0 =C2=A0 RFC 5705, RFC 6066

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-tls-tls13-28.t= xt

=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 h= ttps://www.rfc-editor.org/info/rfc8446

=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RFC844= 6

This document specifies version 1.3 of the Transport Layer Security
(TLS) protocol.=C2=A0 TLS allows client/server applications to communicate<= br> over the Internet in a way that is designed to prevent eavesdropping,
tampering, and message forgery.

This document updates RFCs 5705 and 6066, and obsoletes RFCs 5077,
5246, and 6961.=C2=A0 This document also specifies new requirements for
TLS 1.2 implementations.

This document is a product of the Transport Layer Security Working Group of= the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestion= s
for improvements.=C2=A0 Please refer to the current edition of the Official=
Internet Protocol Standards (https://www.rfc-editor.org/sta= ndards) for the
standardization state and status of this protocol.=C2=A0 Distribution of th= is
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
=C2=A0 https://www.ietf.org/mailman/listinf= o/ietf-announce
=C2=A0 https://mailman.rfc-editor.org/m= ailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/s= earch
For downloading RFCs, see https://www.rfc-editor.org/re= trieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.=C2=A0 Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

--000000000000a947d605732c316e-- --===============8224004630077997157== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8224004630077997157==-- From ipp-bounces@pwg.org Sat Aug 11 10:29:53 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37B43130E98 for ; Sat, 11 Aug 2018 10:29:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x2ToR17i5jzW for ; Sat, 11 Aug 2018 10:29:51 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 1DC4C130E34 for ; Sat, 11 Aug 2018 10:29:51 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D62F6BEF0; Sat, 11 Aug 2018 17:29:49 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id DC8594DC5; Sat, 11 Aug 2018 17:29:44 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id AFCDFB9D3; Sat, 11 Aug 2018 17:29:43 +0000 (UTC) Received: from mail-yw1-xc32.google.com (mail-yw1-xc32.google.com [IPv6:2607:f8b0:4864:20::c32]) by www.pwg.org (Postfix) with ESMTPS id E202126D1 for ; Sat, 11 Aug 2018 17:29:42 +0000 (UTC) Received: by mail-yw1-xc32.google.com with SMTP id l189-v6so10852194ywb.10 for ; Sat, 11 Aug 2018 10:29:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=JeSK5QDjlVojLuXVhJKkGCi+ZXP9GDnAK8dQ1HkFq5g=; b=oG0drEXGAbTOZqg9pPSc/fHDQ2BpRBEgIk46CsEiq5a3UsLaVY937/n7y2eKs6CQMQ 65h00cBQuCnGJq76BzioYoZjad1FUCLBXNC0j9/kcnZoIjsEi/NSvAy9x0MLK8YN03C9 FSgrk458FIMFkv8Tzu5yLJKu4sfmXbnn51/ArVUQJyBSME9sF/M6JyltBClsx0UZDYM+ Rb9UpQhV7Ymo4HRhN7bLyutkuwP7OR+nSYPzKG4TZ1VXHBjL8z7Dlc5BoglOESCoGuW+ CavMTtmI4eZysGTgs/iVtj4od74s8trZk2yPeui2jw+8u5UdarYhqSjGRUXyYbe9RG3j kUmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=JeSK5QDjlVojLuXVhJKkGCi+ZXP9GDnAK8dQ1HkFq5g=; b=mfBkraOtLqDVdAs0WdbXdF9JIP33S/GjyKjLp0HtlpCieFwNUtNl3dsy9qMDLmL3EM mt8WlNc4Tq/7VDjJ1M2zndmNTafIx8VyKmISqDH3YouGCdxTWTpQP2ysFpbHgjgJqSS2 HSqC0jQY+hO0tah1RUMc4BDz5ipY2NfEK/qb/wNaUBdQfu/V6KHklPQ0vt5B5ZlmIVct Gp7CccfIODk7h6JvmwREpIZQW1p/swmoirOuD1eUul3bj9dnF2nuM1jtH8o3MU1mXQEK GKpjGGc6Y8O+baCXlC2+1SGi+Gzvl7CvlfVQoz718IDMvNcztsYfA0jt6Odk96LxxkLo uBQQ== X-Gm-Message-State: AOUpUlHWBv8PbGR7qlnvKsSDfecrqKkOT/I2GHjjsTJgVquGpJlVQvHk RQ/Fy3f7MBGNYkzYvswpNuIwZsYE7j6fIBqkwKcRoD3S X-Google-Smtp-Source: AA+uWPyPI+W6aSwjAzx3EbHne4G4QF2C2r4MfgjMWpw4DuRbuUrTW48L1njjKPMRfPuRqgX2PznSBIXGWaTOj5L2ISA= X-Received: by 2002:a81:5803:: with SMTP id m3-v6mr6547562ywb.312.1534008582066; Sat, 11 Aug 2018 10:29:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Sat, 11 Aug 2018 10:29:21 -0700 (PDT) In-Reply-To: <20180810235447.DDEB6B812E8@rfc-editor.org> References: <20180810235447.DDEB6B812E8@rfc-editor.org> From: Ira McDonald Date: Sat, 11 Aug 2018 13:29:21 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Fwd: [TLS] RFC 8447 on IANA Registry Updates for TLS and DTLS X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8228271242852619556==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8228271242852619556== Content-Type: multipart/alternative; boundary="0000000000009dd60f05732c347b" --0000000000009dd60f05732c347b Content-Type: text/plain; charset="UTF-8" ---------- Forwarded message ---------- From: Date: Fri, Aug 10, 2018 at 7:54 PM Subject: [TLS] RFC 8447 on IANA Registry Updates for TLS and DTLS To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org Cc: drafts-update-ref@iana.org, tls@ietf.org, rfc-editor@rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 8447 Title: IANA Registry Updates for TLS and DTLS Author: J. Salowey, S. Turner Status: Standards Track Stream: IETF Date: August 2018 Mailbox: joe@salowey.net, sean@sn3rd.com Pages: 20 Characters: 44773 Updates: RFC 3749, RFC 4680, RFC 5077, RFC 5246, RFC 5705, RFC 5878, RFC 6520, RFC 7301 I-D Tag: draft-ietf-tls-iana-registry-updates-05.txt URL: https://www.rfc-editor.org/info/rfc8447 DOI: 10.17487/RFC8447 This document describes a number of changes to TLS and DTLS IANA registries that range from adding notes to the registry all the way to changing the registration policy. These changes were mostly motivated by WG review of the TLS- and DTLS-related registries undertaken as part of the TLS 1.3 development process. This document updates the following RFCs: 3749, 5077, 4680, 5246, 5705, 5878, 6520, and 7301. This document is a product of the Transport Layer Security Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ TLS mailing list TLS@ietf.org https://www.ietf.org/mailman/listinfo/tls --0000000000009dd60f05732c347b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

---------- Forwarded messag= e ----------
From: = <rfc-editor@rfc-editor.org<= /a>>
Date: Fri, Aug 10, 2018 at 7:54 PM
Subject: [TLS] RFC = 8447 on IANA Registry Updates for TLS and DTLS
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Cc: drafts-update-ref@iana.org, tls@ietf.org, = rfc-editor@rfc-editor.org


A new Request for Comments is now = available in online RFC libraries.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 8447

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 IANA Registry Update= s for TLS and DTLS
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0J. Salowey,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 S. Tu= rner
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0August 2018
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 joe@salowey.net,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sean@sn3rd.com
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 20
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 44773
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates:=C2=A0 =C2=A0 RFC 3749, RFC 4680, RFC 5= 077, RFC 5246,=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 5= 705, RFC 5878, RFC 6520, RFC 7301

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-tls-iana-regis= try-updates-05.txt

=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 h= ttps://www.rfc-editor.org/info/rfc8447

=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RFC844= 7

This document describes a number of changes to TLS and DTLS IANA
registries that range from adding notes to the registry all the way
to changing the registration policy.=C2=A0 These changes were mostly
motivated by WG review of the TLS- and DTLS-related registries
undertaken as part of the TLS 1.3 development process.

This document updates the following RFCs: 3749, 5077, 4680, 5246,
5705, 5878, 6520, and 7301.

This document is a product of the Transport Layer Security Working Group of= the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestion= s
for improvements.=C2=A0 Please refer to the current edition of the Official=
Internet Protocol Standards (https://www.rfc-editor.org/sta= ndards) for the
standardization state and status of this protocol.=C2=A0 Distribution of th= is
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
=C2=A0 https://www.ietf.org/mailman/listinf= o/ietf-announce
=C2=A0 https://mailman.rfc-editor.org/m= ailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/s= earch
For downloading RFCs, see https://www.rfc-editor.org/re= trieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.=C2=A0 Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

--0000000000009dd60f05732c347b-- --===============8228271242852619556== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8228271242852619556==-- From ipp-bounces@pwg.org Sat Aug 11 10:30:41 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56BBE130F41 for ; Sat, 11 Aug 2018 10:30:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hqVIIKaiPsXz for ; Sat, 11 Aug 2018 10:30:39 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id A83A0130E98 for ; Sat, 11 Aug 2018 10:30:39 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 6A360C06D; Sat, 11 Aug 2018 17:30:39 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 368BB4DC5; Sat, 11 Aug 2018 17:30:36 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id C5CACBBCA; Sat, 11 Aug 2018 17:30:34 +0000 (UTC) Received: from mail-yw1-xc31.google.com (mail-yw1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) by www.pwg.org (Postfix) with ESMTPS id DCF73B9D4 for ; Sat, 11 Aug 2018 17:30:33 +0000 (UTC) Received: by mail-yw1-xc31.google.com with SMTP id y203-v6so10850360ywd.9 for ; Sat, 11 Aug 2018 10:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=HUYLLfcXhiNKB2U+uLoDg4WgjILg7zVs6ndecqLuhF8=; b=O25hd8oPUMnVY5N6QryUVBUimj9ntONqMU7Fl8NAPWjSc2Zb7sN2ReKqsUxn31jz6B 8F3XgZ/WdBv10XR4Cf2RMMIbsr/nMR2OSvxWA3ytaU+HJTYzwjz/VLsalW+aUkPqJkmK jixbeZe4x0XRbtJUvuzZEOSUbKteg518T8edk0mh0mQu+cFwS2GQ8MjQXd3RBA4zG8q8 UFTFtqYvf5BNHUiuFtgk8orBhl/R9meCgopr+3nhYIgfB5ypy8u+9Udux15W7EC4IUc5 PDn9ccJHmqfbjUy8kUtjIqBnPuY7tlSPmtzt1gn98RnmQ29YeYoeZQJ8pUrKMZqREMzo qPsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=HUYLLfcXhiNKB2U+uLoDg4WgjILg7zVs6ndecqLuhF8=; b=MSeTtSpf9FkKeYLfkdhTjk30Yz1q7DHqRMzRz0KnHHpUpTrlylAMFnOEKSCvpNYqnf gUAc8u567Xq33y8xVbFZgbSgmBEytA6xCenJzh/mtsH1ZesVOjn6ZB9eGKd6Cu4hNg7Y L1r+N4EaPpIAAts55nlFRsuRae1BE2m5WRjYcCclnRTg8M4iFA+brAur9MYZgLBxzQPj HiODHwutq1yOHUy2Ojm63uWC4BNXIQSc4A/5ftvzvmn9sCwIsMtlZD6UrfnnaoAZX87C DtfOyEzFwyLmkV8Aun+4RwOVcKFODUhOxBlA2VDSE35DGAfYQwSDJj3aPD37e2hpCWDO qCMg== X-Gm-Message-State: AOUpUlHKdTJQJdNiySjFd84DFGj6J4ZAmkW68AYNgco2UzO+mUzL4HN7 T+2Bd89ckhGbYOB2KLUld5vGX9qHJiQ161j6unu8gP2h X-Google-Smtp-Source: AA+uWPx1s1GXGPs++wur9yrDItGCnkYILIXH6aPs+WohL+Qx45YMgbMBIs/uIh0NrCJrgCp8goB4ypC/ZeOIqWsdLBU= X-Received: by 2002:a25:6089:: with SMTP id u131-v6mr3293194ybb.409.1534008632963; Sat, 11 Aug 2018 10:30:32 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Sat, 11 Aug 2018 10:30:12 -0700 (PDT) In-Reply-To: <20180810235504.856F6B812F4@rfc-editor.org> References: <20180810235504.856F6B812F4@rfc-editor.org> From: Ira McDonald Date: Sat, 11 Aug 2018 13:30:12 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Fwd: [TLS] RFC 8449 on Record Size Limit Extension for TLS X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2256070951533595236==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2256070951533595236== Content-Type: multipart/alternative; boundary="000000000000a6787805732c37f4" --000000000000a6787805732c37f4 Content-Type: text/plain; charset="UTF-8" ---------- Forwarded message ---------- From: Date: Fri, Aug 10, 2018 at 7:55 PM Subject: [TLS] RFC 8449 on Record Size Limit Extension for TLS To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org Cc: drafts-update-ref@iana.org, tls@ietf.org, rfc-editor@rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 8449 Title: Record Size Limit Extension for TLS Author: M. Thomson Status: Standards Track Stream: IETF Date: August 2018 Mailbox: martin.thomson@gmail.com Pages: 8 Characters: 18932 Updates: RFC 6066 I-D Tag: draft-ietf-tls-record-limit-03.txt URL: https://www.rfc-editor.org/info/rfc8449 DOI: 10.17487/RFC8449 An extension to Transport Layer Security (TLS) is defined that allows endpoints to negotiate the maximum size of protected records that each will send the other. This replaces the maximum fragment length extension defined in RFC 6066. This document is a product of the Transport Layer Security Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ TLS mailing list TLS@ietf.org https://www.ietf.org/mailman/listinfo/tls --000000000000a6787805732c37f4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

---------- Forwarded messag= e ----------
From: = <rfc-editor@rfc-editor.org<= /a>>
Date: Fri, Aug 10, 2018 at 7:55 PM
Subject: [TLS] RFC = 8449 on Record Size Limit Extension for TLS
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Cc: drafts-update-ref@iana.org, tls@ietf.org, rfc= -editor@rfc-editor.org


A new Request for Comments is now ava= ilable in online RFC libraries.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 8449

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 Record Size Limit Ex= tension for TLS
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0M. Thomson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0August 2018
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 martin.thomson@gmail.com
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 8
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 18932
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates:=C2=A0 =C2=A0 RFC 6066

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-tls-record-lim= it-03.txt

=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 h= ttps://www.rfc-editor.org/info/rfc8449

=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RFC844= 9

An extension to Transport Layer Security (TLS) is defined that allows
endpoints to negotiate the maximum size of protected records that
each will send the other.

This replaces the maximum fragment length extension defined in
RFC 6066.

This document is a product of the Transport Layer Security Working Group of= the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestion= s
for improvements.=C2=A0 Please refer to the current edition of the Official=
Internet Protocol Standards (https://www.rfc-editor.org/sta= ndards) for the
standardization state and status of this protocol.=C2=A0 Distribution of th= is
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
=C2=A0 https://www.ietf.org/mailman/listinf= o/ietf-announce
=C2=A0 https://mailman.rfc-editor.org/m= ailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/s= earch
For downloading RFCs, see https://www.rfc-editor.org/re= trieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.=C2=A0 Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

--000000000000a6787805732c37f4-- --===============2256070951533595236== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============2256070951533595236==-- From ipp-bounces@pwg.org Mon Aug 13 13:49:41 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F1481310A6 for ; Mon, 13 Aug 2018 13:49:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NkPIYPXHskHK for ; Mon, 13 Aug 2018 13:49:38 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id CF7D31310D1 for ; Mon, 13 Aug 2018 13:49:37 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D28D7C0B2; Mon, 13 Aug 2018 20:49:36 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 87E10BEEF; Mon, 13 Aug 2018 20:49:32 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7B299BEF1; Mon, 13 Aug 2018 20:49:31 +0000 (UTC) Received: from mail-yw1-xc36.google.com (mail-yw1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) by www.pwg.org (Postfix) with ESMTPS id E7DBFBEEA for ; Mon, 13 Aug 2018 20:49:30 +0000 (UTC) Received: by mail-yw1-xc36.google.com with SMTP id z143-v6so14610467ywa.7 for ; Mon, 13 Aug 2018 13:49:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+vlkTZ0xNhBnkcWX10DlYdzgB4kPoY/eBzqziLA0SIo=; b=FhLhUCI1CvvA9Jh6QYLeEWzxl4RHrvPdw7Hcn+5LEteqZ5hJVk/8hQ8+KtmjyPWfHN vIbGidSPvZygFE7xBtvZkzStboRnv1vMwT0IA5VxfRUTyfQx2+oBeX2faLbs8kM/jtzd Zp4qIAI3Bo4Zvcuq4lGBYe3232iZNUOFWSlYOiIUmEXejJUOssjCNozgks2YrBqq4bzr mXvCSaR6fn8Yt4caFYopWXmWEhAfkBm5o52Khrd5oqrO5Kbx5v4X8ErDl7Rp8PZ9lMYx m58TL1B17gGq30/Fq2ktvSblWJuQtift53FQIundPyDWH/02Hn0wl0xwT9JjML2NkmYT QLog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+vlkTZ0xNhBnkcWX10DlYdzgB4kPoY/eBzqziLA0SIo=; b=o2Va1u9mHgDtP2GGkvCCxRq5d0ueZhVZpHvlPXrygIfbFBe0cTqpv9lTqeXzkTJmeC VjnDbiapI89S07882j8LHAPhMPeq+ZYbkoNNyJrVi3NYp55y4T/XY7Xaeyyenm7Q9ErT 8UZRvhuauqAMSnRnhqqUqjddPzzKeZo6LnOaGr4JJnvcnle1s+T5uO30JamQLOpqmQgp Ng29M3PsDB21YxTJJSF5O5TYTt/vLNjYdZJetL7DPdkUmxEfg91L/oXUwdBffKSqv2f8 5Xztktc4UFYwMrGpPZ4iuUitlbrKOIcp90aCbxDucsD2RuMQZd8MnNXGFZDhfc9gABI3 D5Tg== X-Gm-Message-State: AOUpUlFlAJwlS9nPgp+ao2cStrBNjT6gXI7+2EGfFt6GTHp0FJb/bF8w EieRwHvep2OVDX3OD6bIcyzmm57ova8GMaP+T7A5yFTq X-Google-Smtp-Source: AA+uWPw0Mi5HlyWLfIn8kEDgDp3xLrVk7mDaJ2Ykks2jiGsLKRF6WgFIc5C50RLW6ZDhDnlMau+2ly504Sx0b6RIimk= X-Received: by 2002:a0d:d241:: with SMTP id u62-v6mr10134060ywd.405.1534193369932; Mon, 13 Aug 2018 13:49:29 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:8b85:0:0:0:0:0 with HTTP; Mon, 13 Aug 2018 13:49:09 -0700 (PDT) From: Ira McDonald Date: Mon, 13 Aug 2018 16:49:09 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Posted MFD Alerts revision (13 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4394573300026959594==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4394573300026959594== Content-Type: multipart/alternative; boundary="000000000000d4e7cc0573573a36" --000000000000d4e7cc0573573a36 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I've just posted a minor revision of MFD Alerts (was PWG 5105.3-2012) with corrections and new registrations (see change history below) at: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813.docx - Word clean version https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-rev.docx - Word source w/ redlines https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813.pdf - PDF clean version https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-rev.pdf - PDF w/ redlines For status at PWG Virtual F2F this week and review at an IPP WG call. Cheers, - Ira ----------------------------------------------------- Change History 13 August 2018 - Interim draft revision (Ira McDonald). - Revised section 5.2 Table 2 MFD and Printer Subunit Alerts, to add 15 new Marker Supplies alerts, per Lee Hills (Xerox) and Mike Sweet (Apple). - Revised section 5.3 Table 3 IPP printer-state-reasons, to correct numeric values for several Scanner alerts (per Table 2) and add =E2=80=9CscannerSensorMissing(5114)=E2=80=9D, per Rick Yardumian (Canon). - Revised section 5.3 Table 3 IPP printer-state-reasons, to add 15 new Marker Supplies alerts, per Lee Hills (Xerox) and Mike Sweet (Apple). - Revised section 9.2 Alert Codes, to add new Marker Supplies and Scanner alerts (per Table 2), per Lee Hills (Xerox), Rick Yardumian (Canon), and Mike Sweet (Apple). - Revised section 9.3 IPP Attribute and Keyword Value Registrations, to add new Marker Supplies and Scanner alerts (per Table 3), per Lee Hills (Xerox), Rick Yardumian (Canon), and Mike Sweet (Apple). - Revised sections 9.x to correct registration procedure references in RFC 8011. - Deleted section 9.9 Semantic Model Registrations (no longer relevant). - Revised section 10.1 Normative References, to add =E2=80=9CSTD92=E2=80=9D= for RFC 8010/8011 and delete PWG 5108.07 (no longer relevant). 9 February 2018 - Initial draft revision (Smith Kennedy). - Converted original version to current PWG document template. --000000000000d4e7cc0573573a36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I've=C2=A0 just post= ed a minor revision of MFD Alerts (was PWG 5105.3-2012)
with corr= ections and new registrations (see change history below) at:

=

- PDF w/= redlines

For status at PWG Virtual F2F this week = and review at an IPP WG call.

Cheers,
- = Ira

----------------------------------------------= -------
Change History

13 August 2018- Interim draft revision (Ira McDonald).
- Revised section 5.2 Table 2 = MFD and Printer Subunit Alerts, to add 15 new Marker Supplies alerts, per L= ee Hills (Xerox) and Mike Sweet (Apple).
- Revised section 5.3 Table 3 I= PP printer-state-reasons, to correct numeric values for several Scanner ale= rts (per Table 2) and add =E2=80=9CscannerSensorMissing(5114)=E2=80=9D, per= Rick Yardumian (Canon).
- Revised section 5.3 Table 3 IPP printer-state= -reasons, to add 15 new Marker Supplies alerts, per Lee Hills (Xerox) and M= ike Sweet (Apple).
- Revised section 9.2 Alert Codes, to add new Marker = Supplies and Scanner alerts (per Table 2), per Lee Hills (Xerox), Rick Yard= umian (Canon), and Mike Sweet (Apple).
- Revised section 9.3 IPP Attribu= te and Keyword Value Registrations, to add new Marker Supplies and Scanner = alerts (per Table 3), per Lee Hills (Xerox), Rick Yardumian (Canon), and Mi= ke Sweet (Apple).
- Revised sections 9.x to correct registration procedu= re references in RFC 8011.
- Deleted section 9.9 Semantic Model Registra= tions (no longer relevant).
- Revised section 10.1 Normative References,= to add =E2=80=9CSTD92=E2=80=9D for RFC 8010/8011 and delete PWG 5108.07 (n= o longer relevant).

9 February 2018
- Initial draft revision (Smi= th Kennedy).
- Converted original version to current PWG document templa= te.



--000000000000d4e7cc0573573a36-- --===============4394573300026959594== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4394573300026959594==-- From ipp-bounces@pwg.org Tue Aug 14 13:28:07 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6B15130DF0 for ; Tue, 14 Aug 2018 13:28:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s1EzHmGOjJvP for ; Tue, 14 Aug 2018 13:28:05 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id A9C4F130DD1 for ; Tue, 14 Aug 2018 13:28:05 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 1C94EBEED; Tue, 14 Aug 2018 20:28:05 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0E6228ADC; Tue, 14 Aug 2018 20:28:01 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 4018BB9D1; Tue, 14 Aug 2018 20:27:59 +0000 (UTC) Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) by www.pwg.org (Postfix) with ESMTPS id C50B926D1 for ; Tue, 14 Aug 2018 20:27:58 +0000 (UTC) Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7EKQW4d032084; Tue, 14 Aug 2018 13:27:56 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-type : sender : subject : from : in-reply-to : date : cc : message-id : references : to; s=20180706; bh=UgYBeJsU8xdeEuF1DK6enP1NzyY5R34kAaNBI1DeiBc=; b=t95bL+dxLOGMc2Wuv84rgRysE2xK6DH27JTUjmU7gH/lAqDeLpmg/TG8EOW0exQgfN2s eJdOR68+Dc+ScjKXpWP6noePQJhsexqynuF0mz4uwuagREn097Q39cS8q/bKLEBdnVxp gdMTYQ3AZVCr+/ORjQS2gRWvaiQs5jM5bMZLCvTJAe7iKKbgX3H5pWbPDwjiNZOV/f/w 7wFgrFOcIqxBEN6ys7/6xlbam1I9NN4HkkuD0QJcCbOIHOL+mxf8AOdJRVBCVWCSiVx7 XN8c7d1wNny2D4hZbWFin3FdRD+5ju028VrS5ojK4v30zFk1u3ZlIEiaKZ6HQ10GSMRG NQ== Received: from mr2-mtap-s03.rno.apple.com (mr2-mtap-s03.rno.apple.com [17.179.226.135]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 2ksxf5xt8y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 14 Aug 2018 13:27:56 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by mr2-mtap-s03.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDG00HHAWUK3850@mr2-mtap-s03.rno.apple.com>; Tue, 14 Aug 2018 13:27:56 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz09.apple.com by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDG00400WLBGM00@nwk-mmpp-sz09.apple.com>; Tue, 14 Aug 2018 13:27:56 -0700 (PDT) X-Va-A: X-Va-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-Va-E-CD: 3a3b288b2172de501a49971db6a935fc X-Va-R-CD: 04a837b12ac32fcdcbbfe58630e7cc02 X-Va-CD: 0 X-Va-ID: 044e7476-5196-4086-af54-36a9c1b8581d X-V-A: X-V-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-V-E-CD: 3a3b288b2172de501a49971db6a935fc X-V-R-CD: 04a837b12ac32fcdcbbfe58630e7cc02 X-V-CD: 0 X-V-ID: 9cd3081e-a1fe-481d-816d-c989db0d8ea4 Received: from process_milters-daemon.nwk-mmpp-sz09.apple.com by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDG00400WKSCF00@nwk-mmpp-sz09.apple.com>; Tue, 14 Aug 2018 13:27:55 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-14_09:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.38.76] (unknown [17.235.38.76]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDG00H7UWUICF50@nwk-mmpp-sz09.apple.com>; Tue, 14 Aug 2018 13:27:55 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Tue, 14 Aug 2018 16:27:53 -0400 Message-id: References: To: "Yardumian, Rick" X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-14_09:, , signatures=0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Canon requests registration of four new IPP media sizes X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7456502470046373753==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7456502470046373753== Content-type: multipart/alternative; boundary="Boundary_(ID_D6zYXhxSN9Iv/Q+Njbfuzw)" --Boundary_(ID_D6zYXhxSN9Iv/Q+Njbfuzw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable All, To close the loop on this, the following registration template will be = added to the IANA IPP Registry: Attributes (attribute syntax) Keyword Attribute Value Reference ----------------------- --------- media (type2 keyword | name(MAX)) [RFC8011] oe_business-card_2x3.5in oe_square-photo_4x4in oe_square-photo_5x5in om_business-card_55x85mm om_business-card_55x91mm om_square-photo_89x89mm Per the July 19 IPP workgroup conference call discussions, I also = include the following interoperability note with the registration: Note: Because om_card_54x86mm and om_business-card_55x85mm are within = 1mm, some Client UI may not differentiate between the two sizes if both = are supported by the same Printer. > On Jun 18, 2018, at 7:06 PM, Yardumian, Rick = wrote: >=20 > Hi, >=20 > =20 >=20 > Canon requests that the following four new media sizes be registered. >=20 > - om_square_5x5in >=20 > - oe_square-4x4_4x4in >=20 > - om_square89mm_89x89mm >=20 > - om_cardsize_55x91mm >=20 > =20 >=20 > I have checked the IANA IPP registered media sizes and could not find = any size matches so as far as I can tell, these are new media sizes. >=20 > =20 >=20 > The first three =E2=80=9Csquare=E2=80=9D sizes are used for = photographic printing. The fourth =E2=80=9Ccardsize=E2=80=9D media is = used for business cards. Canon understands that the above media names = may need to be changed for consistency. All feedback is welcome. >=20 > =20 >=20 > Thank you, >=20 > Rick Yardumian >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_D6zYXhxSN9Iv/Q+Njbfuzw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable All,

To close the loop on this, the = following registration template will be added to the IANA IPP = Registry:

Attributes (attribute syntax)
  = Keyword Attribute Value Reference
  ----------------------- ---------
media (type2 keyword | name(MAX)) [RFC8011]
  oe_business-card_2x3.5in
  = oe_square-photo_4x4in
  = oe_square-photo_5x5in
  = om_business-card_55x85mm
  = om_business-card_55x91mm
  = om_square-photo_89x89mm

Per the July 19 IPP workgroup = conference call discussions, I also include the following = interoperability note with the registration:

Note: = Because om_card_54x86mm and om_business-card_55x85mm are within = 1mm, some Client UI may not differentiate between the two sizes if both = are supported by the same Printer.

On Jun 18, 2018, at 7:06 = PM, Yardumian, Rick <RYardumian@ciis.canon.com> wrote:

Hi,

 

Canon requests that the following four new media sizes be = registered.

-        =   om_square_5x5in

-    =       oe_square-4x4_4x4in

-        =   om_square89mm_89x89mm

-  =         om_cardsize_55x91mm

 

I have checked the IANA = IPP registered media sizes and could not find any size matches so as far = as I can tell, these are new media sizes.

 

The first three = =E2=80=9Csquare=E2=80=9D sizes are used for photographic printing. The = fourth =E2=80=9Ccardsize=E2=80=9D media is used for business cards. = Canon understands that the above media names may need to be changed = for consistency. All feedback is welcome.

 

Thank you,

Rick Yardumian

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_D6zYXhxSN9Iv/Q+Njbfuzw)-- --===============7456502470046373753== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============7456502470046373753==-- From ipp-bounces@pwg.org Wed Aug 15 08:47:34 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A964B13101B for ; Wed, 15 Aug 2018 08:47:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.788 X-Spam-Level: X-Spam-Status: No, score=-2.788 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7n9tSBVRHC36 for ; Wed, 15 Aug 2018 08:47:24 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 6E7B1131050 for ; Wed, 15 Aug 2018 08:47:24 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D5A01BEEA; Wed, 15 Aug 2018 15:47:23 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id B0AFB26EF; Wed, 15 Aug 2018 15:47:17 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id B44CEB9D1; Wed, 15 Aug 2018 15:47:15 +0000 (UTC) Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) by www.pwg.org (Postfix) with ESMTPS id 194E026D3 for ; Wed, 15 Aug 2018 15:47:15 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7FFkvtf014757 for ; Wed, 15 Aug 2018 08:47:14 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-type : sender : from : message-id : date : subject : in-reply-to : to : references; s=20180706; bh=atmVv0H4AV5WPw4YzeFJO7MQRL7mcres2GNvuFaL0GY=; b=KONI1nVgv2jbWOdscY3zw2onLsETyU7YGut7Ny2QvT7rPd35g3kAYXvKFaVhVnmjXt3s jBA552IeWXloWD+8QQoArBP1UZQ3/2770ExlGar7SKUeKxcDljWPBqYvMh9cNprX0hPY 3v6kP//eriH0bjWamhytfZGKOului+Z1H7H6erTBfFPplCo3o37ARr9xnO1XzCnfoJ9x vRhBMjEaAvkI3zG3Hge2SikErDjoYAIQYe1+X96unToaOh8ikq3cMk5OZ2K5tOi9nnF3 Ukg1HjIY/lVQg5cqq+Y971lr2nmlkpVa0iHn+A6M3Edzo2hSPdiT5nBkUPijeWusEnqS LA== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2ksxr4wemt-28 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 15 Aug 2018 08:47:14 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDI00DLLEIJZF10@ma1-mtap-s02.corp.apple.com> for ipp@pwg.org; Wed, 15 Aug 2018 08:47:13 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDI00800ED1J900@nwk-mmpp-sz12.apple.com>; Wed, 15 Aug 2018 08:47:12 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: 1c3954e334c8841acfd722e969fc8940 X-Va-R-CD: 384bf49c5727e4a72b058aebef623334 X-Va-CD: 0 X-Va-ID: 7524bbbf-621a-4b25-a7cb-5b13f5654c79 X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: 1c3954e334c8841acfd722e969fc8940 X-V-R-CD: 384bf49c5727e4a72b058aebef623334 X-V-CD: 0 X-V-ID: da5caeb4-56fb-4da5-b9ff-dcc309ab3798 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDI00900EGKJ400@nwk-mmpp-sz12.apple.com>; Wed, 15 Aug 2018 08:47:12 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-15_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.38.214] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDI00J8EEHER790@nwk-mmpp-sz12.apple.com>; Wed, 15 Aug 2018 08:46:29 -0700 (PDT) From: Michael Sweet Message-id: <32A58791-7293-495E-A455-8C2FFB704F32@apple.com> Date: Wed, 15 Aug 2018 11:46:25 -0400 In-reply-to: <4B2D03DD-BF9D-4A40-830A-06E94BE8B3E6@apple.com> To: PWG Workgroup References: <4B2D03DD-BF9D-4A40-830A-06E94BE8B3E6@apple.com> X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-15_06:, , signatures=0 Subject: Re: [IPP] RFC: Review/update PWG 5100.7: Standard for IPP: Job Extensions X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4749961032871076623==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4749961032871076623== Content-type: multipart/alternative; boundary="Boundary_(ID_WCVWUg7aqRGBsJBl89qn1A)" --Boundary_(ID_WCVWUg7aqRGBsJBl89qn1A) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable All, Following up on my action item, the following specifications reference = PWG 5100.7: IPP Job and Printer Extensions (attributes that are used are = in parenthesis): =E2=80=A2 PWG 5100.11: IPP Job and Printer Extensions - Set 2 = (informative reference) =E2=80=A2 PWG 5100.14: IPP Everywhere (compression-supplied, = document-format-supplied, document-format-version, = document-format-version-supplied, document-name-supplied, = job-mandatory-attributes, print-content-optimize[-default/-supported]) =E2=80=A2 PWG 5100.15: IPP FaxOut Service (compression-supplied, = document-format-supplied, document-format-version, = document-format-version-supplied, document-name-supplied, = print-content-optimize[-default/-supported]) =E2=80=A2 PWG 5100.17: IPP Scan Service (document-name) =E2=80=A2 PWG 5100.18: IPP Shared Infrastructure Extensions = (compression-supplied, document-format-supplied, = document-format-version, document-format-version-supplied, = document-name-supplied, job-mandatory-attributes, = print-content-optimize[-default/-supported]) =E2=80=A2 PWG 5100.19: IPP Implementor's Guide v2.0 = (job-mandatory-attributes) The list of attributes above supports my proposal - = document-format-version is used in several of the above specifications, = but I'm not sure why... > On Jun 26, 2018, at 11:03 AM, Michael Sweet wrote: >=20 > All, >=20 > One of our GSoC 2018 students is working on a test file for the = subject candidate standard, which is a collection of optional operation = and Job Template attributes. After doing a quick read-through this = morning I'm very concerned about several aspects: >=20 > 1. There is no rationale section with use cases, exceptions, or = requirements, so it is hard to know what the focus of this specification = is or why all of these attributes are being defined. >=20 > 2. All attributes are OPTIONAL, except for a few REQUIRED ones that = have been imported from other specifications (instead of simply = referencing them). >=20 > 3. The new Job-scope attributes ("job-copies", "job-cover-back", = "job-cover-front", "job-finishings", and "job-finishings-col") seem = unnecessary and confusing. And given that there is no real discussion = or rationale for adding a third layer of job processing to IPP, how = would one implement this? >=20 > 4. The "ipp-attribute-fidelity" and "job-mandatory-attributes" = operation attributes (that are checked at Job submission) are "promoted" = to Job Description (what we'd now call Job Status) attributes, without a = corresponding definition of the amended semantics for the corresponding = Job Creation operations. (and ideally these should have been exposed as = xxx-supplied attributes...) >=20 > 5. "document-digital-signature (keyword)" only identifies that an = embedded digital signature exists, which doesn't seem particularly = useful information for the Printer. >=20 > 6. "document-format-version (text)" is not useful since "text" is = plain text and not a registered keyword. >=20 > 7. "document-format-details (collection)" has problems - none of the = identifying document-source-xxx member attributes uses keywords for the = application or OS names, even though the OS names are coming from an = IANA registry, and document-format-device-id is not something we want to = use now. Plus, all of these contain unauthenticated PII. >=20 > 8. The definition of the 'job-digital-signature-wait' value of = "job-state-reasons" is confusing. Ordinarily we'd have a Printer wait = for confirmation at the console and not because the job was submitted = with an unsupported value (so what is the Printer waiting for?) >=20 > 9. "document-format-details-default" makes no sense for any member = attributes *except* document-format-xxx. >=20 > 10. The conformance section is a mess. >=20 >=20 > At a minimum I propose we deprecate the following attributes and = values: >=20 > - "document-digital-signature", "document-format-details", = "document-format-version", "job-copies", "job-cover-back", = "job-cover-front", "job-finishings", "job-finishings-col" and the = corresponding xxx-actual, xxx-default, xxx-supplied, and xxx-supported = attributes. > - The 'job-digital-signature-wait' value for "job-state-reasons" >=20 > I realize this guts about half of the content of this specification, = but I don't see a way to "fix" the definitions or resolve the = privacy/verification issues... Ideally we should do an errata update of = 5100.7, but I know *I* don't have the bandwidth for that at the moment. = And these days we'd just do an IPP Registration document since this is = just a collection of OPTIONAL attributes and values being registered. >=20 > Thoughts? >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_WCVWUg7aqRGBsJBl89qn1A) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable All,

Following up on my action item, the following specifications = reference PWG 5100.7: IPP Job and Printer Extensions (attributes that = are used are in parenthesis):

= =E2=80=A2 PWG 5100.11: IPP Job and Printer Extensions - Set 2 = (informative reference)
=E2=80=A2 = PWG 5100.14: IPP Everywhere (compression-supplied, = document-format-supplied, = document-format-version, document-format-version-supplied, = document-name-supplied, job-mandatory-attributes, = print-content-optimize[-default/-supported])
= =E2=80=A2 PWG 5100.15: IPP FaxOut Service (compression-supplied, = document-format-supplied, = document-format-version, document-format-version-supplied, = document-name-supplied, print-content-optimize[-default/-supported])
=E2=80=A2 PWG 5100.17: IPP Scan = Service (document-name)
=E2=80=A2 = PWG 5100.18: IPP Shared Infrastructure Extensions (compression-supplied, = document-format-supplied, document-format-version, = document-format-version-supplied, document-name-supplied, = job-mandatory-attributes, = print-content-optimize[-default/-supported])
= =E2=80=A2 PWG 5100.19: IPP Implementor's Guide v2.0 = (job-mandatory-attributes)

The list = of attributes above supports my proposal - document-format-version is = used in several of the above specifications, but I'm not sure = why...


On Jun 26, 2018, at 11:03 AM, = Michael Sweet <msweet@apple.com> wrote:

All,

One of our GSoC 2018 = students is working on a test file for the subject candidate standard, = which is a collection of optional operation and Job Template attributes. =  After doing a quick read-through this morning I'm very concerned = about several aspects:

1. There is no = rationale section with use cases, exceptions, or requirements, so it is = hard to know what the focus of this specification is or why all of these = attributes are being defined.

2. All = attributes are OPTIONAL, except for a few REQUIRED ones that have been = imported from other specifications (instead of simply referencing = them).

3. The new Job-scope attributes = ("job-copies", "job-cover-back", "job-cover-front", "job-finishings", = and "job-finishings-col") seem unnecessary and confusing.  And = given that there is no real discussion or rationale for adding a third = layer of job processing to IPP, how would one implement this?

4. The "ipp-attribute-fidelity" and = "job-mandatory-attributes" operation attributes (that are checked at Job = submission) are "promoted" to Job Description (what we'd now call Job = Status) attributes, without a corresponding definition of the amended = semantics for the corresponding Job Creation operations. (and ideally = these should have been exposed as xxx-supplied attributes...)

5. "document-digital-signature (keyword)" only = identifies that an embedded digital signature exists, which doesn't seem = particularly useful information for the Printer.

6. "document-format-version (text)" is not useful since = "text" is plain text and not a registered keyword.

7. "document-format-details (collection)" has problems - none = of the identifying document-source-xxx member attributes uses keywords = for the application or OS names, even though the OS names are coming = from an IANA registry, and document-format-device-id is not something we = want to use now. Plus, all of these contain unauthenticated PII.

8. The definition of the = 'job-digital-signature-wait' value of "job-state-reasons" is confusing. = Ordinarily we'd have a Printer wait for confirmation at the console and = not because the job was submitted with an unsupported value (so what is = the Printer waiting for?)

9. = "document-format-details-default" makes no sense for any member = attributes *except* document-format-xxx.

10. = The conformance section is a mess.


At a minimum I propose we deprecate the following attributes = and values:

- "document-digital-signature", = "document-format-details", "document-format-version", "job-copies", = "job-cover-back", "job-cover-front", "job-finishings", = "job-finishings-col" and the corresponding xxx-actual, xxx-default, = xxx-supplied, and xxx-supported attributes.
- The = 'job-digital-signature-wait' value for "job-state-reasons"

I realize this guts about half of the content = of this specification, but I don't see a way to "fix" the definitions or = resolve the privacy/verification issues...  Ideally we should do an = errata update of 5100.7, but I know *I* don't have the bandwidth for = that at the moment.  And these days we'd just do an IPP = Registration document since this is just a collection of OPTIONAL = attributes and values being registered.

Thoughts?

_________________________________________________________
Michael Sweet, Senior Printing System Engineer


_________________________________________________________
Michael Sweet, Senior Printing = System Engineer

= --Boundary_(ID_WCVWUg7aqRGBsJBl89qn1A)-- --===============4749961032871076623== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4749961032871076623==-- From ipp-bounces@pwg.org Wed Aug 15 09:35:42 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE31E131006 for ; Wed, 15 Aug 2018 09:35:42 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char E2 hex): Subject: ....11] Issue #72: Page 40: \342\200\234save-job-disp[...] X-Spam-Flag: NO X-Spam-Score: -0.333 X-Spam-Level: X-Spam-Status: No, score=-0.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, PP_MIME_FAKE_ASCII_TEXT=0.999, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, SUBJECT_NEEDS_ENCODING=0.049, SUBJ_ILLEGAL_CHARS=1.518, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JvqKj0M2DKDC for ; Wed, 15 Aug 2018 09:35:41 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id B4A3B130DE2 for ; Wed, 15 Aug 2018 09:35:41 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id E3DC4BEFF; Wed, 15 Aug 2018 16:35:35 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C8D8E26EF; Wed, 15 Aug 2018 16:35:33 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 48) id 5D78E26EF; Wed, 15 Aug 2018 16:35:32 +0000 (UTC) To: ipp@pwg.org Subject: [PWG5100.11] Issue #72: Page 40: “save-job-disposition” should be "job-save-disposition” X-PHP-Originating-Script: 1000:db-issue.php From: smith.kennedy@hp.com Message-Id: Mime-Version: 1.0 Date: Wed, 15 Aug 2018 16:35:32 +0000 (UTC) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: webmaster@pwg.org Content-Type: multipart/mixed; boundary="===============8719177346361482256==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8719177346361482256== Content-Type: text/plain [Issue Unconfirmed] On page 40, the third paragraph of 7.9.1.1 includes this: Note: the copy of the Saved Job will be saved again, if the Resubmit-Job operation supplies its own “save-job-disposition” attribute. This should instead read: Note: the copy of the Saved Job will be saved again, if the Resubmit-Job operation supplies its own “job-save-disposition” attribute. Link: http://www.pwg.org/issues/72 --===============8719177346361482256== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8719177346361482256==-- From ipp-bounces@pwg.org Wed Aug 15 10:21:36 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7F43131021 for ; Wed, 15 Aug 2018 10:21:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.898 X-Spam-Level: X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J8M_CX5uzIGJ for ; Wed, 15 Aug 2018 10:21:34 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 74DCF13101B for ; Wed, 15 Aug 2018 10:21:33 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B9F0BC0B2; Wed, 15 Aug 2018 17:21:33 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7E64EB9D3; Wed, 15 Aug 2018 17:21:29 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2C556BBCB; Wed, 15 Aug 2018 17:21:28 +0000 (UTC) Received: from us-smtp-delivery-62.mimecast.com (us-smtp-delivery-62.mimecast.com [63.128.21.62]) by www.pwg.org (Postfix) with ESMTPS id 5F32BB9D1 for ; Wed, 15 Aug 2018 17:21:27 +0000 (UTC) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-sn1nam04lp0083.outbound.protection.outlook.com [216.32.180.83]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-74-Bdz9EZPbNGmVYQI1l2sowQ-1; Wed, 15 Aug 2018 13:21:24 -0400 X-MC-Unique: Bdz9EZPbNGmVYQI1l2sowQ-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0389.NAMPRD84.PROD.OUTLOOK.COM (10.169.12.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.19; Wed, 15 Aug 2018 17:21:23 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::e548:60bc:4025:83b1]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::e548:60bc:4025:83b1%5]) with mapi id 15.20.1038.025; Wed, 15 Aug 2018 17:21:23 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Updated IPP Everywhere v1.1 drafts posted Thread-Index: AQHUE2fS5NoZW38QU0SajOZqHo6vJaSVBo8AgAAb0ICAAhdVAIAAGgwAgAANCYCAKfEtAA== Date: Wed, 15 Aug 2018 17:21:23 +0000 Message-ID: <6CFFA700-6410-40E0-93E7-900836A6A5D6@hp.com> References: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> <15E8F583-385C-4B14-A38F-A413820AEAB5@apple.com> <617A7EF5-7733-4461-8AEE-5B45A0FF0FF0@apple.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0389; 6:+PdnpnETl/drtH15GApPKW9cnG2/Sz9SRv406EkBxbIbtoob0vBGUMsYe9BWs7AUw0iZD8o2zMFUpi6if5ByyIrEs1uC4r3/HXbyI2qihUECCV4iyvTiRvBJLYg9dTg8qgb3OSSNCwUSXgxL3wxfLGTF6729g8M+HxyBef3ub/svaVrxFrFneql/RCsf1vw06VA3/9ETNQJpHezAkipRcyk8fzj7ONm1OBxyYov/C/zFT0deXy61GFCyOramKqXMAN9TJ6lj/PmFnKuV9XuMiFnTZeP8CPIriyujJByr5rl9j5vW95v3S/6H0QQA/M3slXGZb0BhsNNI9z8rK+c6ZyyIwCzo0tm7a751mKjKvcjyK1fCEtE3qDWZigndWjngcJO0di2OoqY3uNhytLMmyjtCMXFbhSGGfnIH/DHFnQjmxgEzDfuPgu1RJXHvVeBXfAuGxqr/z907uyNFpmOBAg==; 5:j82lxtKwl10hldgGpJTQd4J4M8RNu0H71ohUGXqSu5FogxIrjskXMyeckCcZawZIf1WWDl7JBzpMO8hBQNUT40Ff29iwd91bIgeD/gpmBYAOCwqzfZtvs83J5LGsoYt9yI4G6jgVXsp4w+crr08ydCwhnZgWpBrX9exq+FfXfJA=; 7:lJndNJvW6jj85thiZR16tsZ/+NQ3XIIx7YDgOGLgqEiwVTDellFSXrAZ8t+VNZuS/THLcN+ikJQQARBCxXeYc16xPfuL1XMpWyq0cJdSc0ZsdhV9JSOLGGAxYhUmpbcwD/NGl2rygfrzsQ4YAmpvLbyar6REqxegCoHwRbKRtDSWvdAnmdeQ92TE2wj+a9qR9PTxO0fQODvyLn+j2UcyNt1l56nMgZ5McSt013ba9RP4Wc5mB/gXvhzce4YW0eIm x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: ee1809bd-9012-43f0-5090-08d602d38641 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0389; x-ms-traffictypediagnostic: CS1PR8401MB0389: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(31960201722614)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123558120)(20161123564045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0389; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0389; x-forefront-prvs: 07658B8EA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(346002)(376002)(39860400002)(396003)(136003)(189003)(199004)(6602003)(256004)(316002)(8936002)(14444005)(2900100001)(6436002)(4326008)(6486002)(76176011)(7736002)(102836004)(99286004)(5250100002)(81166006)(81156014)(8676002)(229853002)(53546011)(6506007)(186003)(26005)(82746002)(99936001)(97736004)(53936002)(83716003)(966005)(236005)(6916009)(2906002)(33656002)(478600001)(606006)(2616005)(36756003)(15650500001)(86362001)(93886005)(6116002)(3846002)(6246003)(25786009)(6306002)(54896002)(5660300001)(486006)(476003)(68736007)(446003)(106356001)(11346002)(105586002)(66066001)(14454004)(6512007); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0389; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: koTpoo70HgJ+shEqdw1pQBASmE21lPrDzfxhrYiNLB1mxad2IY0zU0H23O+lksqtoK4xcmdshvRtM9BdXbfBEySsriZaBmPF1dTG7iXgd+NbPV9jqBGokW9jwk8HZphfw4U9jMaxHw3+elmZNrk6/M73PH/klDwgx2jqo/k8QvNJZnyBRbLP+lsjYoqQyxEO9kfTyjda2uB4HE1iKwxKw1bIcSboXsQW+w2op4iwdg+yR/VY3M2OtDMWYBHyphUfTYx9Mb0yTgtHGf65eRLAoUNdjrxA33kZRZaz3lzrT0CwvAt7rtnc85bw9HYsPIhuU79jKw5DwjRTLnyBENaMa1Amvw5zTfbDOQ2rVq2jazA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: ee1809bd-9012-43f0-5090-08d602d38641 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Aug 2018 17:21:23.2525 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0389 Cc: PWG Workgroup Subject: Re: [IPP] Updated IPP Everywhere v1.1 drafts posted X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4538559359804710411==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4538559359804710411== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_B204B029-3180-4109-A25D-E62CEC4770B1"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_B204B029-3180-4109-A25D-E62CEC4770B1 Content-Type: multipart/alternative; boundary="Apple-Mail=_B5BAC447-5863-40F7-BACC-A36A519CFDCF" --Apple-Mail=_B5BAC447-5863-40F7-BACC-A36A519CFDCF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Just resurrecting this thread because the August F2F didn't review an = update that included any of my points of feedback, etc. Smith > On Jul 19, 2018, at 6:51 PM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 >=20 >=20 >> On Jul 19, 2018, at 6:04 PM, Michael Sweet > wrote: >>=20 >>=20 >>=20 >>> On Jul 19, 2018, at 6:31 PM, Kennedy, Smith (Wireless & Standards = Architect) > wrote: >>>=20 >>>=20 >>>=20 >>>> On Jul 18, 2018, at 8:35 AM, Michael Sweet > wrote: >>>>=20 >>>>>=20 >>>>> Page 22, Table 3: Should we be defining a new "ippe" key that = specifies the version of IPP Everywhere=E2=84=A2 supported? Or one that = duplicates "ipp-features-supported" since that attribute's value = contains arguably valuable values for filtering? >>>>=20 >>>> Given that we are still on the same major version and the limited = space available for TXT record keys, I'd argue that an "ippe" key is not = yet necessary (maybe if we ever get to v2). >>>>=20 >>>> As for "ipp-features-supported", what features were you thinking of = as valuable for filtering? >>>=20 >>> Basically sub-filtering at discovery time for a particular = generation of IPP Everywhere=E2=84=A2. >>=20 >> ... in order to do what? >=20 > Ummmm.....not sure. >=20 >>=20 >> Unless there is a compelling need (and I'm not aware of any IPP = protocol-level features that would qualify), I really can't support it. = We have keys for specific kinds of printer features, PDL support, etc., = but at the protocol level we are entirely generic so that any client can = send print jobs to any printer. >>=20 >> And even for those printer features the only printing UI I am aware = of that shipped support for filtering was my old ESP Print Pro software = and the original Qt print dialog - both are long gone now... >=20 > Upon more reflection, I don't see any substantive value and so I = withdraw the feedback / comment / change request. > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp = --Apple-Mail=_B5BAC447-5863-40F7-BACC-A36A519CFDCF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Just = resurrecting this thread because the August F2F didn't review an update = that included any of my points of feedback, etc.

Smith



On Jul 19, 2018, at 6:51 PM, Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:



On Jul = 19, 2018, at 6:04 PM, Michael Sweet <msweet@apple.com> = wrote:



On Jul = 19, 2018, at 6:31 PM, Kennedy, Smith (Wireless & Standards = Architect) <smith.kennedy@hp.com> wrote:



On Jul = 18, 2018, at 8:35 AM, Michael Sweet <msweet@apple.com> = wrote:


Page 22, Table 3: Should = we be defining a new "ippe" key that specifies the version of IPP = Everywhere=E2=84=A2 supported? Or one that duplicates = "ipp-features-supported" since that attribute's value contains arguably = valuable values for filtering?

Given that we are still on the same = major version and the limited space available for TXT record keys, I'd = argue that an "ippe" key is not yet necessary (maybe if we ever get to = v2).

As for = "ipp-features-supported", what features were you thinking of as valuable = for filtering?

Basically sub-filtering at discovery = time for a particular generation of IPP = Everywhere=E2=84=A2.

... in order to do = what?

Ummmm.....not sure.


Unless there is a = compelling need (and I'm not aware of any IPP protocol-level features = that would qualify), I really can't support it.  We have keys for = specific kinds of printer features, PDL support, etc., but at the = protocol level we are entirely generic so that any client can send print = jobs to any printer.

And even for those printer features the only printing UI I am = aware of that shipped support for filtering was my old ESP Print Pro = software and the original Qt print dialog - both are long gone = now...

Upon more reflection, I don't see any substantive value and so I = withdraw the feedback / comment / change request.
_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
=

= --Apple-Mail=_B5BAC447-5863-40F7-BACC-A36A519CFDCF-- --Apple-Mail=_B204B029-3180-4109-A25D-E62CEC4770B1 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MTUxNzIxMjJaMCMGCSqGSIb3DQEJBDEWBBTqsrrotHfkZl1Y BxJokCdVwTe5sDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBADUheb+hzlHfuEdH EngoxHMOw6YnWCUS8y9iP9YnUfJMXbruMZ0dTk4khhAJL4DhAyKTGop9HAL9za5ZNjA7EULgSvYY GTF17d8P3j5AZuOuCetxgYq1znVMjkWp7O2o5A/mZlWFnQjTqtN9U6N8VgMtyjDpQdftABxJ028y zljd3+xRa17EBjq5QoFAEej4GUafvfxzTsntzRjnSMmRJ/JX+BEC4+/MZIqG8t08UV1FLOv1gMUZ z6UfVUBLST5PQHS6TSapQglw4CN4qqy2bNG9aLP5UQdkcjlxnujc1FKsefozEOMTwG6dkbVUPxE+ 4RipLyIzbqrCyE8Kj/MOewgAAAAAAAA= --Apple-Mail=_B204B029-3180-4109-A25D-E62CEC4770B1-- --===============4538559359804710411== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4538559359804710411==-- From ipp-bounces@pwg.org Wed Aug 15 11:04:06 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CF1713104D for ; Wed, 15 Aug 2018 11:04:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.899 X-Spam-Level: X-Spam-Status: No, score=-2.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wIZWoaBci8JL for ; Wed, 15 Aug 2018 11:04:03 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 71360130DC2 for ; Wed, 15 Aug 2018 11:04:03 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id A7B76CD1F; Wed, 15 Aug 2018 18:04:00 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 136DCB9D3; Wed, 15 Aug 2018 18:03:58 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id B8039BBCB; Wed, 15 Aug 2018 18:03:57 +0000 (UTC) Received: from us-smtp-delivery-62.mimecast.com (us-smtp-delivery-62.mimecast.com [216.205.24.62]) by www.pwg.org (Postfix) with ESMTPS id 254D926D3 for ; Wed, 15 Aug 2018 18:03:57 +0000 (UTC) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-bn3nam04lp0114.outbound.protection.outlook.com [216.32.180.114]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-71-oi-nMf9UOmOafYW4FXJylw-1; Wed, 15 Aug 2018 14:03:54 -0400 X-MC-Unique: oi-nMf9UOmOafYW4FXJylw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1285.NAMPRD84.PROD.OUTLOOK.COM (10.169.98.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.22; Wed, 15 Aug 2018 18:03:53 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::e548:60bc:4025:83b1]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::e548:60bc:4025:83b1%5]) with mapi id 15.20.1038.025; Wed, 15 Aug 2018 18:03:53 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: IPP Reprint Password Use Cases slides from today's F2F Thread-Index: AQHUNMJTNH20gROQBE+A+eaRpsNktw== Date: Wed, 15 Aug 2018 18:03:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [15.65.254.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB1285; 6:p4jElDvukkw9LkqVKFuGMtD/+5FpQqlK1DYLayeG/V3XuuDs8kxs9Ru3D8YdRAnsHuSLlw093hSa4oDdz4id8YQFhu5tNZCRH0TUHKgs56kw1VX3l6JTKH6vSQSgWtZg2a37TuPY4lDANjWeK8xT2b5rUiDpaxNdna0zOjJb22VaQFKaas9fWziCyfOUSL+2dxWu1jI1+r7lxkOmUR+W1ufRluPQMDFYkVymgfxL68VG+lvrtQA5A0FhmBhHr6gS86yjl4nu8yKSoM8vQMTLRgaEgcwLebD/zQIbjdm9gHm6+y2/rxjQPTbLfh7z02LySvmrneOdbNf/pyOxjQ3be9oTOwtzztJhtVIndY37U+DbCptF0vvB6nklxLNMSCBdxffnSRvdhivBZ4lnte3hkVI3XjJQjEtaOGI33WF99CSNrwvmLEOLJn4AFyvlQLrU6pbMSrK7WS4mf5LmhTeGrA==; 5:kKnHaFOWLBmZ6LDw9iJzwbHLm7U1CRGyr67+YRdnZDGShGCS506pJECcxSSvbKQTyS0zleuoUuhDHf2xadtLC+MfrSlZ46HWK5x3Ln7/2YUuTFoJDAPeHvHgmtAsV8NYTGTQuaRTpsKGG8pvA19wWLJ6vBj+q+b6puDdC0TKfSA=; 7:5CC+CKiHLzf6AVp8Co2P6jbtXSXyBg22oMURVM22X5+yV2UiRZQXqGwC+9DzjjMDuhmWvBuar1DDODYoe51eCwo783gGF94axerq7a8mUMxvUfrQyQij58Wp9vECd9AmMQS7ReAbx4okvybVs0XNqUjpJmEuFHPVYOmt6mGFgJ0t1m6Ag0N2yfQolIY7lfYZlAzV3DjaZujFhUQCP+3UqDLFK2IU8rc14AjwxKxrRmoVGnQq6V/HHZUiyXEJcQgb x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 655594ed-fcae-451c-051b-08d602d9760b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1285; x-ms-traffictypediagnostic: CS1PR8401MB1285: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(10201501046)(3002001)(149027)(150027)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB1285; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1285; x-forefront-prvs: 07658B8EA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(396003)(366004)(136003)(376002)(346002)(6602003)(199004)(189003)(6916009)(8936002)(2906002)(14454004)(25786009)(5250100002)(86362001)(83716003)(33656002)(5660300001)(66066001)(99936001)(68736007)(53936002)(6306002)(99286004)(36756003)(97736004)(316002)(6512007)(6506007)(105586002)(106356001)(966005)(476003)(2616005)(7736002)(305945005)(6116002)(256004)(14444005)(478600001)(81156014)(8676002)(81166006)(486006)(3846002)(186003)(6436002)(6486002)(551544002)(82746002)(2900100001)(102836004)(26005); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1285; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: iI2FCs6llz+szZ5WoUTiiyAeAmauZeCmviF/+b13aa9PZ2VooL79ev5E0lyVf0aFCqXhTm65xfH5ROJtNvaWoT0Vjy+rxA/86LrEJOCSykXwCRqwI6KDnKfKRNnhJ4ZC3M5oEG0admwhfWJTehmpqWalEctoI2Q6hZcWwRqAQQTHYf/x5/HYsIPsmogIiMYtU5VwecQWyCsoiKjm2r+3IIRXutwEbIsnqjbV5/2lHIyQE8Niov4+vmTs+okeRon0htUQMvCsMFOmbxsBdDv5sRyPdBdPpsFCb6s2kqMEpEiJ+HONZhHQxeV8VCdyVzcMq3SIYANm/Ky0xLXmmHzCV4lxqBmqj/s+LCRjXCyTexA= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 655594ed-fcae-451c-051b-08d602d9760b X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Aug 2018 18:03:52.9905 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1285 Subject: [IPP] IPP Reprint Password Use Cases slides from today's F2F X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9083088576810439567==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============9083088576810439567== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_ED7621C7-FA50-4EB6-AF11-C2F8953F8D6C"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_ED7621C7-FA50-4EB6-AF11-C2F8953F8D6C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Here's the slides I showed today in the F2F session for IPP Reprint = Password: = https://ftp.pwg.org/pub/pwg/ipp/slides/IPP%20Job%20Print%20Password%20Use%= 20Cases%202018-08-14.pptx = https://ftp.pwg.org/pub/pwg/ipp/slides/IPP%20Job%20Print%20Password%20Use%= 20Cases%202018-08-14.pdf Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ --Apple-Mail=_ED7621C7-FA50-4EB6-AF11-C2F8953F8D6C Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MTUxODAzNTFaMCMGCSqGSIb3DQEJBDEWBBQs9jPan4DhOXfh zKDnoGTjvZjuuTCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAJWl5/9diMk/JjWL TaU9ZEpdCBPDzb2pORGDgIBTgVSPGnyBh+w4GNDnO0UCJ6fVIq5af+Dy61YQooOYisejXJDpahqX wqRztKxh0B8YoEQJuuLSy/lNeyauUItwOeiO+QWoB4yqcochtSyPf3GyDUrLRYvIqcsNZS28Ook4 aHoHU4zP3YuIM7rRsilzwEaCtL9FvtC7NOr/4DVduHwjiYHrKqpvgUI2FB1yQcQuEw1GKYZwkcbf F71QnZ0wpmaEyY+dOvFfXy3Ex23hxVAP0MJiPOucsKMkFLandkDWp+HozMZWDMJQqkwSbItn9Ivs qdxhbIhuYOggoVQblr1aUycAAAAAAAA= --Apple-Mail=_ED7621C7-FA50-4EB6-AF11-C2F8953F8D6C-- --===============9083088576810439567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============9083088576810439567==-- From ipp-bounces@pwg.org Thu Aug 16 08:42:56 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D6CD130E9A for ; Thu, 16 Aug 2018 08:42:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.786 X-Spam-Level: X-Spam-Status: No, score=-2.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZNWzxjXoUQox for ; Thu, 16 Aug 2018 08:42:54 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id A1672130DCA for ; Thu, 16 Aug 2018 08:42:54 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 5EC54CD29; Thu, 16 Aug 2018 15:42:54 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5FFC3BEFC; Thu, 16 Aug 2018 15:42:44 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7A985BEEF; Thu, 16 Aug 2018 15:42:43 +0000 (UTC) Received: from mail-yb0-x230.google.com (mail-yb0-x230.google.com [IPv6:2607:f8b0:4002:c09::230]) by www.pwg.org (Postfix) with ESMTPS id 1970CBEB7; Thu, 16 Aug 2018 15:42:43 +0000 (UTC) Received: by mail-yb0-x230.google.com with SMTP id o17-v6so778791yba.2; Thu, 16 Aug 2018 08:42:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=o1XKa7OM64jdKAExLOG+mi0DjGwkqViyzNWvNNqcFbk=; b=n9IxIOMJJlQkJ+8JwXQqbnvvKrX7ggOGTjv0sMBE27Qbvopwhj8sJzPn/Q5oHv/CRU jkbPrVDFukxOggCaOBsbBGMWBMWepdHmTWUHJld1p39WuroemCph8XGdoEYLlDpFiYMt Ng3Uib/P7S/UgMRZ6zliED5kBOjDKj15ZxOMBrIL1MDHUcvL/2daYZUVv/7t+PItonCV HOxcNa8k95f+kYfZlIG/vJ4ikjc6YIdk0/ifKqxu+p/3ZuLZ0beoQJcYWtZLHiyK/dXy 56oY/8vUmDq7ydhHn/Go3mHxB+SuisUdDCL+879NX7wVoka5rPI5lKv7plGTO/8ojVxD st5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=o1XKa7OM64jdKAExLOG+mi0DjGwkqViyzNWvNNqcFbk=; b=Q6JvkIaJV4skYFcqMqrBkA1+jRRe6qQD9Iz0mS7mesQgFfMpAnyZbTNxyShR5Jr3FZ iLw3pPIdFUzb5neTAilG9mgNEbjNAnfZ/sRK4gnBTeS81+Iq2a22eINAVIDbxXwLuAPW ezYA692mrwgiL2Hq5js7dtD9RW5RzHC1SGu4aXmHQN+qXLn53xKskyQwZyF0NN5x38h0 7EqVK1jaogQZlAXhWWdlY889pwO0EUvwcdJMj4LmCw2fOMqNuk5D1G8Br6FfwjYnQXIJ dbCUtk8vYmLKFEdO6lDqWwQP3WZJAjTx/m3MwewVX4EALH17NibVCSV76lRWxXitw+ju pfPg== X-Gm-Message-State: AOUpUlF3dD89dyPcVRLL1SfG3ldPl6nQqa45hBXBeTL2Lyj+EwYj7Mpx IbnX6FUk3MfldkoaQauZ/0vi9/OdQVykIo3LrcPG/xnm X-Google-Smtp-Source: AA+uWPwN0JXNHKyknjSC0LAlUHOJXBNTA6SINWAsV4OlD7nH76DQNrMcBy6dQNH3aSWzQjkQYJ57X1p4pZetLA5TNws= X-Received: by 2002:a25:2317:: with SMTP id j23-v6mr4530261ybj.308.1534434162087; Thu, 16 Aug 2018 08:42:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:8b85:0:0:0:0:0 with HTTP; Thu, 16 Aug 2018 08:42:21 -0700 (PDT) From: Ira McDonald Date: Thu, 16 Aug 2018 11:42:21 -0400 Message-ID: To: "ids@pwg.org" , "ipp@pwg.org" , Ira McDonald Subject: [IPP] IESG draft to deprecate TLS/1.0 *and* TLS/1.1 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8774774872961326678==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8774774872961326678== Content-Type: multipart/alternative; boundary="000000000000299a4205738f4b7d" --000000000000299a4205738f4b7d Content-Type: text/plain; charset="UTF-8" Hi, Co-authored by Kathleen Moriarty and Stephen Farrell (both IETF Area Directors): https://datatracker.ietf.org/doc/draft-moriarty-tls-oldversions-diediedie/ Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 --000000000000299a4205738f4b7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Co-authored by Kathleen = Moriarty and Stephen Farrell (both
IETF Area Directors):


Cheers,
- Ira

Ira McDonald (Musician / Software Architect= )
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundati= on Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Ch= air - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert= - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailt= o: blueroofmus= ic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176= =C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2= =A0 906-494-2434

--000000000000299a4205738f4b7d-- --===============8774774872961326678== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8774774872961326678==-- From ipp-bounces@pwg.org Thu Aug 16 12:58:01 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7D2E130F29 for ; Thu, 16 Aug 2018 12:58:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.79 X-Spam-Level: X-Spam-Status: No, score=-2.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B-6sJ1dB9Xiy for ; Thu, 16 Aug 2018 12:58:00 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 395AC130E22 for ; Thu, 16 Aug 2018 12:57:59 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 86444C0BE; Thu, 16 Aug 2018 19:57:59 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 42872BBD1; Thu, 16 Aug 2018 19:57:57 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 183E3BEB7; Thu, 16 Aug 2018 19:57:56 +0000 (UTC) Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) by www.pwg.org (Postfix) with ESMTPS id E0F2526D1 for ; Thu, 16 Aug 2018 19:57:55 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7GJv8om041097 for ; Thu, 16 Aug 2018 12:57:55 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : from : date : subject : message-id : to; s=20180706; bh=pBIeqNoSa/mJqdnDlMItPUJ1nF9wz5ExSPGTfkuv64A=; b=nFJFW4hDnwqxrhbKxW4pK/3JhFROpyFwpWUNZ9oeDAdWY12E3RyZjjnB/KdXAs+usItc HW65yrS0DG+bfMuoKM7juWryxM/NEco/Sw/qN7OKQ80gQ6HG4aUrloL3BhhP1sJ/OqYz KWYmmkqok4SrzhreIZvSVZVs5ecM9Kiu98vxvAdgBPAIKeFR18kai4s+jLjgm2a/hkAx CxSQEOm/LhHRtrX6q+tLT+ts7KgdZV9GW7/lykfXRoBQ4TCDeqJWMa7GWQxOv2vugcnO GvrcQ0eftq83TM254lbeHwIodmrIMp+5eqN6O+QdaoKGIPGMtbotUz/U4i2mSMpQS2jg 0g== Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) by nwk-aaemail-lapp02.apple.com with ESMTP id 2ksvcn6xtj-3 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 16 Aug 2018 12:57:55 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDK00L84KSIVFH0@ma1-mtap-s03.corp.apple.com> for ipp@pwg.org; Thu, 16 Aug 2018 12:57:54 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDK00I00KQQPN00@nwk-mmpp-sz11.apple.com>; Thu, 16 Aug 2018 12:57:54 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: a172a33f0a80496afb8ced2fa4e211a1 X-Va-R-CD: 6bb65d4bd1f59cb91210777d0cff7032 X-Va-CD: 0 X-Va-ID: 9cb1eace-b417-4375-b057-cb6912f5774d X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: a172a33f0a80496afb8ced2fa4e211a1 X-V-R-CD: 6bb65d4bd1f59cb91210777d0cff7032 X-V-CD: 0 X-V-ID: b2676d1a-709b-41e8-b324-0e3663a52df5 Received: from process_milters-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDK00I00KQBOZ00@nwk-mmpp-sz11.apple.com>; Thu, 16 Aug 2018 12:57:53 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-16_04:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp16.corp.apple.com-10000_instance1 Received: from [17.235.44.67] (unknown [17.235.44.67]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDK00F34KSGFB40@nwk-mmpp-sz11.apple.com>; Thu, 16 Aug 2018 12:57:53 -0700 (PDT) From: Michael Sweet Date: Thu, 16 Aug 2018 15:57:51 -0400 Message-id: <9CDF61DC-881A-416E-A564-1AA33289F4E2@apple.com> To: PWG Workgroup X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-16_04:, , signatures=0 Subject: [IPP] Minutes posted from this week's IPP F2F meetings X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted the minutes for this week's IPP workgroup F2F meetings to: https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180815.pdf Our next conference call is on August 30, 2018 at 3pm ET. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From zxyw@jftj.com Sun Aug 19 11:30:44 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CEEB130E8D for ; Sun, 19 Aug 2018 11:30:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.931 X-Spam-Level: **** X-Spam-Status: No, score=4.931 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_PBL=3.335, RCVD_IN_SORBS_DUL=0.001, RDNS_NONE=0.793, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HafsG90XEwh6 for ; Sun, 19 Aug 2018 11:30:42 -0700 (PDT) Received: from jftj.com (unknown [218.14.140.54]) by ietfa.amsl.com (Postfix) with ESMTP id C61F9130E89 for ; Sun, 19 Aug 2018 11:30:41 -0700 (PDT) Received: from USER-90M701MKDH ([127.0.0.1]) by localhost via TCP with ESMTPA; Mon, 20 Aug 2018 02:30:14 +0800 MIME-Version: 1.0 From: =?utf-8?Q?=E5=AE=A2=E6=9C=8D=EF=BC=9A=E5=B0=8F=E5=BD=AC?= Sender: =?utf-8?Q?=E5=AE=A2=E6=9C=8D=EF=BC=9A=E5=B0=8F=E5=BD=AC?= To: ietfarch-ipp-archive@ietfa.amsl.com Date: 20 Aug 2018 02:30:14 +0800 Subject: =?utf-8?B?aWV0ZmFyY2gtaXBwLWFyY2hpdmVAaWV0ZmEuYW1zbC5jb20gIOWwiui0teWFrOWPuOaCqOWlve+8geaCqOeOsOWcqOaciemcgOimgeS7o+W8gOWinuWAvOeojuelqOWQl++8nw==?= Content-Type: multipart/alternative; boundary=--boundary_315222_18417378-4cb5-4d05-a4db-5dbd543b3fc0 Message-Id: <20180819183041.C61F9130E89@ietfa.amsl.com> ----boundary_315222_18417378-4cb5-4d05-a4db-5dbd543b3fc0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 aWV0ZmFyY2gtaXBwLWFyY2hpdmUmbmJzcDsmbmJzcDvnnJ/or5rlkIjkvZwmbmJzcDsg6ZW/ 5pyf5ZCI5L2cIOS7o+W8gOWinuWAvOeojuWPkeelqCZuYnNwOyDlj6/ku6XliLDlvZPlnLDn qI7liqHlsYDpqozor4Eg5oiW6ICF5Yiw56iO5Yqh5a6Y572R6aqM6K+BJm5ic3A7IOeZvuWI hueZvuecn+elqCZuYnNwOyDpqozor4Hku5jmrL4g5Yqe55CG54K55pWw5LyY576OIOWKnueQ hui0qOmHj+WlvSDlgLznj63nlLXor53vvJoxNTY1LTI3OTAtMzU2Jm5ic3A7IOWSqOivouWu ouacjeW+ruS/oe+8mjE1NjUtMjc5MC0zNTYg ----boundary_315222_18417378-4cb5-4d05-a4db-5dbd543b3fc0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 aWV0ZmFyY2gtaXBwLWFyY2hpdmUmbmJzcDsmbmJzcDs8U1RST05HPuecn+ivmuWQiOS9nCZu YnNwOyDplb/mnJ/lkIjkvZwg5Luj5byA5aKe5YC856iO5Y+R56WoJm5ic3A7IOWPr+S7peWI sOW9k+WcsOeojuWKoeWxgOmqjOivgSDmiJbogIXliLDnqI7liqHlrpjnvZHpqozor4EmbmJz cDsg55m+5YiG55m+55yf56WoJm5ic3A7IOmqjOivgeS7mOasviDlip7nkIbngrnmlbDkvJjn vo4g5Yqe55CG6LSo6YeP5aW9IDwvU1RST05HPjxTVFJPTkc+PEZPTlQgc2l6ZT00PuWAvOeP reeUteivne+8mjE1NjUtMjc5MC0zNTYmbmJzcDsg5ZKo6K+i5a6i5pyN5b6u5L+h77yaMTU2 NS0yNzkwLTM1NjwvRk9OVD48L1NUUk9ORz4g ----boundary_315222_18417378-4cb5-4d05-a4db-5dbd543b3fc0-- From ipp-bounces@pwg.org Tue Aug 21 15:12:57 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6A99127332 for ; Tue, 21 Aug 2018 15:12:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.899 X-Spam-Level: X-Spam-Status: No, score=-2.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7G-RqpltAQ_5 for ; Tue, 21 Aug 2018 15:12:55 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id BABB51277CC for ; Tue, 21 Aug 2018 15:12:55 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 31887CE0D; Tue, 21 Aug 2018 22:12:55 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8FD2ECD50; Tue, 21 Aug 2018 22:12:51 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7C329CD52; Tue, 21 Aug 2018 22:12:50 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [216.205.24.162]) by www.pwg.org (Postfix) with ESMTPS id 3C993CD4E for ; Tue, 21 Aug 2018 22:12:49 +0000 (UTC) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03lp0018.outbound.protection.outlook.com [216.32.181.18]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-281-0dNge2mfOCG6x-Ex8Ohbyw-1; Tue, 21 Aug 2018 18:12:46 -0400 X-MC-Unique: 0dNge2mfOCG6x-Ex8Ohbyw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1030.NAMPRD84.PROD.OUTLOOK.COM (10.169.96.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.22; Tue, 21 Aug 2018 22:12:45 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1059.023; Tue, 21 Aug 2018 22:12:44 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time Thread-Index: AQHUOZwWstfAxR7hPk+ba6n9Uvh1xQ== Date: Tue, 21 Aug 2018 22:12:44 +0000 Message-ID: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB1030; 6:alzJjhfa2KCf2wzI00+F5QeDRz2U1m4K5TZR39BVwPK1p+aN54ANoXsWgaalWIECB9u9I9zIQqfxR6A47lZOyxLsxE+pjC8S/HPs4hfeaKTIceh5+0opFFNKQpOXxIGwe3v9HVNnF/ikk//Dsq6670xySZZPO+fM654cFgmkmYbOulF0qYzVpacuGj64JFdQjbuiJqm/cM6zY+4WXECfiWEr9SFAXl0wU5GKhZ4H76akG79OGZ5G/cGoXas13VlJbUM3gQEayyInPGUc0FubdzhUXiZSTJQGtWAJZUgtytcEJW4Gzm+GD33UWXwbdiug7FAbm5PnGjfe17n0ueZ3h4zvPJvbM0/ycL3boFpB78bx6LUVdYD5kcQkNnHkP3grFjKhSzmm4Qam86eKk00WP7JmfKz5Up5nV6IpzxWdna9ijhAfRkYJVXQ5DpFjDpP5PjulIoczhL2/n5/Dicu0Zw==; 5:wOaA8LKXS6uY6LmPz+W+gfvgozLCOWL7QpZzJZoBLsG4OEJ14EsOY6plTjOUEZGBcmiUqE+2FaK0IfR8t6yLwqH+IHtqJd3FyuVH3knwR+tyPdBepFJw06LSR2gHbtQTtjYleIfHvG/iTC2fUMBBwZLDS2LoZIH/zM/rbnCzyfg=; 7:RkF90x/HREBSL1gJleRwMPzoLFZhrK3JabH1GtwHhQtgOWNO/LSHhZanoe3c0fXlV4O+6JvlBC27/i71SxpvHbvIoAI6AEcksr9WW426NU3qx9muw0qZ+7w1ZjksfNU1ijGVX7tyYfSea26HgBurGTWki/WpUUOLddr3LaccIs2njqrGrAL8pMN2c/uNwt4jAYcv9WXSxxWiJl8f3pcAu9Bp26GlP+Uyh+Oo5swcu/G+IaREEPWZCNlCeFmt1oYb x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 12f94256-3c0a-4aef-23e9-08d607b33898 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1030; x-ms-traffictypediagnostic: CS1PR8401MB1030: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(3231311)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201708071742011)(7699016); SRVR:CS1PR8401MB1030; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1030; x-forefront-prvs: 0771670921 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(376002)(366004)(346002)(136003)(199004)(189003)(6602003)(82746002)(186003)(102836004)(8676002)(6506007)(6116002)(99286004)(476003)(486006)(83716003)(66066001)(81156014)(3846002)(81166006)(2616005)(316002)(6486002)(14454004)(7736002)(6512007)(86362001)(6436002)(53936002)(305945005)(26005)(478600001)(2906002)(68736007)(5660300001)(33656002)(5250100002)(2900100001)(256004)(8936002)(36756003)(6916009)(99936001)(105586002)(106356001)(25786009)(97736004); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1030; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: /x26TT8Op1tF/197VK7+/8tAc3z8HyZ0rQzyu0gyS8b8tBwU9VWyRMBs2z0JPzrlGVEcqOSIcNp93wx9N6Eg1UkUEFLeMYU1bZoJq5/ogCkUP396PA14Lc/iE+Um87lQKtzPRWgEvZ/M6zZn0sEkHdpRUf7IZlBErIKemO+AnOaPj7j5ZFkbhjRBtpfbUelDcQcYJPhOxK2oZ50pDWYjUs/XQK90O26Sgs3/NR6NqJ/R51adXOPXdPp6JCLmb+I7198Rx+Q+RbbjqsERrCZHfWhMCkRLyRZxkz0Gl95S3wC63j2s/hgbdb3lnCws/uGODADop1Gr7Vi4AlsmNjQp82oBAK10ms9YQLY3Ns/Y4Hc= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 12f94256-3c0a-4aef-23e9-08d607b33898 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Aug 2018 22:12:44.8601 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1030 Subject: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5587312111351113937==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5587312111351113937== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_70270A18-6F42-47E5-B68A-729ABAA30C69"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_70270A18-6F42-47E5-B68A-729ABAA30C69 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Greetings, I've prepared a JPS2 v2, and I'm ready to publish it and move into a = design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort. It was asserted in the August 2018 F2F and in the minutes that since the = definitions of 'save-only' and 'print-and-save' on pages 40-41 only = discusses Document Data, and doesn't say anything about retaining the = Job, that sending "save-disposition" =3D 'save-only' or 'print-and-save' = will not cause the Printer to retain the Job, and therefore JPS2 failed = to actually support the "Job Save and Reprint Feature" with any of the = attributes defined within. I can understand why it might be read that = way, but I also think we don't need to take such a narrow interpretation = of 5100.11. =46rom my reading, when a Printer processes a Job that has = the "save-disposition" member of "job-save-disposition" specifying = 'save-only' or 'print-and-save', if there are no errors, the Printer can = save the Job's Document Data to the location specified in "save-info" = member of "job-save-disposition" (as per pages 40-41), but it can ALSO = put the completed Job in the Job Retention Phase as per the definition = of a Saved Job on 5100.11 page 13, so that it becomes a Saved job = suitable for a reprint using control panel selection or an IPP Resubmit = Job operation. If there is a Printer that implements "job-save-disposition" and saves = the Document Data but does not Retain the Job then that could be viewed = as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?=20 To be clear, I am not trying to be difficult or combative - I natively = don't understand why we need to be reading it the way that we are. The = specification seems vague enough that such an interpretation doesn't = seem unreasonable to me. And it seems much less destructive (and less = work) to take that interpretation than to start over or create a JPS2v2. Why specifically is this an inappropriate reading of 5100.11?=20 Thanks for your patience and thoughts? =20 Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ --Apple-Mail=_70270A18-6F42-47E5-B68A-729ABAA30C69 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjEyMjEyNDZaMCMGCSqGSIb3DQEJBDEWBBT6aS3AqBKkc0w8 ISyIknMI0DykSTCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBADGCwBvUh7l3IPnS 9m8p4zGOz+jyW+xsXTmJGEyw/6AsV9JceOUghtqjtxJb/fo3NcCYYahzbsPij5EWknE7lt4hwJFr UJ/WtVLJZMu5WG08Gxbq7iXhDGkXfL2KGaQlUTgsBXFsKjGfOimhG0m5gnSxndwf9BgdaXoXorBa tbpdXER9rrjNaWM+U/Jl9P+R0muM83zrJ/zXQiA7jYeNdLH0q2Ef80vt8nTS5Teew3+Uc8wWYOTA ZP08pv/SOVI0oE16Qtz/SG0LWQctPA/SYhkKxlq7wQT9mVDR1KaHwRTV3Mem6G5YRX6VmUALpLOJ dspU1az4LpHVc6PSeLRzB3oAAAAAAAA= --Apple-Mail=_70270A18-6F42-47E5-B68A-729ABAA30C69-- --===============5587312111351113937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============5587312111351113937==-- From ipp-bounces@pwg.org Tue Aug 21 17:23:29 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBBF3130DE5 for ; Tue, 21 Aug 2018 17:23:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.786 X-Spam-Level: X-Spam-Status: No, score=-2.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pjfykLeErYHz for ; Tue, 21 Aug 2018 17:23:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id A84C0130DCC for ; Tue, 21 Aug 2018 17:23:27 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id BC251CD8C; Wed, 22 Aug 2018 00:23:24 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 45E07CD74; Wed, 22 Aug 2018 00:23:19 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id C0F32CD75; Wed, 22 Aug 2018 00:23:17 +0000 (UTC) Received: from mail-yb0-x232.google.com (mail-yb0-x232.google.com [IPv6:2607:f8b0:4002:c09::232]) by www.pwg.org (Postfix) with ESMTPS id A7FF8CD73 for ; Wed, 22 Aug 2018 00:23:16 +0000 (UTC) Received: by mail-yb0-x232.google.com with SMTP id v13-v6so62735ybq.12 for ; Tue, 21 Aug 2018 17:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BrqzCEdBUQ7FefSsXB1wqwYVjB+WM0+kKB+J2lf9XTk=; b=PMa4I5wGy47HhAyselm9Tz0suVnE1ciDNTBohj2Z0hk0HwN9ftV8ul5dclFlMhl6G6 6LtTfGFdCEmXNMPyfJvT9tQNeknE59Y9ukDf2jnSafDtAbP5JmW8ZfLwly4zWkVmmuHs EuCrDW8QSKVQqaBz1KWZnaLAX6l9/tdV4GkaBWnsOEIMyLPfSAZCoVl7e7igeM4KP5Al b8wfyv2lF3eLb9W0o70z8El2T/OTkxvMqXCUyfiZ/xoiE4CgRdlEZZfahsWSkMuW7A27 S5N3sMM4i45W0D5cPQ5jMAkSb5nlR7H3BcHETvuP1kspDOAoyRdO9AycVx7fljXejtlm b/MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BrqzCEdBUQ7FefSsXB1wqwYVjB+WM0+kKB+J2lf9XTk=; b=VYALNssI4XSZPBhSwbC2hn3x7dH5cFgbGVH4pHlrL2Fz/SyyqlRqVXYFbF19fiktCb +uPgnCULgENqnXc6MwPav7LZb0r0swZTck3vLiY+GgwLcoqEzRETdXmancqeu7o9hey6 Eduq6jCgeEbxtspnZQFGPhyH6lK1OZ/fQT+vaFT0y+KSqSBg148nbVyETjYBShmFWCY2 GnynWshCxJcmYSRg22j0mRa85Bl6kzhxTtBOXpV2osa+o2UxaaPi+ubdsIQNZvUoVipj DyJG25iNZVltllUDfOErBmDq9xQVZjLnr+YQGkhP1gRAPTWt1nqwtTPan6oS9ujq5JEW MSwg== X-Gm-Message-State: AOUpUlGwvR365/eI8DAAdo98GDDTjZmb2X474tqQZrafEgy25kZ6jZpO LrMOvtAn5SbpJqtCzxB3uKTWhpwlRSd4huZwCOQ= X-Google-Smtp-Source: AA+uWPy2Ffb27tDinSinL1THsbk4JmH0KofJMjnJS6Oil8vj9mZYr8fExiQqYE65XXoLlA2wn2p/HX6NlASC4Dvfz5g= X-Received: by 2002:a25:394f:: with SMTP id g76-v6mr11029706yba.290.1534897395633; Tue, 21 Aug 2018 17:23:15 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> In-Reply-To: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> From: Ira McDonald Date: Tue, 21 Aug 2018 20:22:59 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1916903008156164684==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1916903008156164684== Content-Type: multipart/alternative; boundary="0000000000000894340573fb26f3" --0000000000000894340573fb26f3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Guerney, My two cents. I'm sure Mike can respond more articulately. But the literal reading of 'print-save' and 'save-only' is *just* some form of the *processed* raw Document data (definitely NOT the Document object w/ metadata). That's unacceptable and useless IMO. Although the IPP F2F minutes record that you think that "output-device" of NULL is a hack, it seems sound and reasonable to me. And I still like "put a stake in the heart of job-save-disposition". I think JPS2 has serious issues of ambiguity. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards Architect) wrote: > Greetings, > > I've prepared a JPS2 v2, and I'm ready to publish it and move into a > design discussion about a replacement for "job-save-disposition" and othe= r > aspects of JPS2, but before I do that I wanted to make one more pass at t= he > state of the current JPS2 document, to make sure we need to dive into thi= s > effort. > > It was asserted in the August 2018 F2F and in the minutes that since the > definitions of 'save-only' and 'print-and-save' on pages 40-41 only > discusses Document Data, and doesn't say anything about retaining the Job= , > that sending "save-disposition" =3D 'save-only' or 'print-and-save' will = not > cause the Printer to retain the Job, and therefore JPS2 failed to actuall= y > support the "Job Save and Reprint Feature" with any of the attributes > defined within. I can understand why it might be read that way, but I als= o > think we don't need to take such a narrow interpretation of 5100.11. From > my reading, when a Printer processes a Job that has the "save-disposition= " > member of "job-save-disposition" specifying 'save-only' or > 'print-and-save', if there are no errors, the Printer can save the Job's > Document Data to the location specified in "save-info" member of > "job-save-disposition" (as per pages 40-41), but it can ALSO put the > completed Job in the Job Retention Phase as per the definition of a Saved > Job on 5100.11 page 13, so that it becomes a Saved job suitable for a > reprint using control panel selection or an IPP Resubmit Job operation. > > If there is a Printer that implements "job-save-disposition" and saves th= e > Document Data but does not Retain the Job then that could be viewed as > unfortunate behavior, but will any clients care about this misbehavior? D= o > any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? > > To be clear, I am not trying to be difficult or combative - I natively > don't understand why we need to be reading it the way that we are. The > specification seems vague enough that such an interpretation doesn't seem > unreasonable to me. And it seems much less destructive (and less work) to > take that interpretation than to start over or create a JPS2v2. > > Why specifically is this an inappropriate reading of 5100.11? > > Thanks for your patience and thoughts? > > Smith > > /** > Smith Kennedy > Wireless & Standards Architect - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Foru= m > / USB-IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ > > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > --0000000000000894340573fb26f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Guerney,

My two cents.

I'm sure Mike can respond more articulately.

But the literal reading of 'print-save' and &= #39;save-only' is *just* some form
of the *processed* raw= Document data (definitely NOT the Document
object w/ metadata).= =C2=A0 That's unacceptable and useless IMO.

Al= though the IPP F2F minutes record that you think that "output-device&q= uot;
of NULL is a hack, it seems sound and reasonable to me.

And I still like "put a stake in the heart of job= -save-disposition".=C2=A0 I think
JPS2 has serious issues of= ambiguity.

Cheers,
- Ira
=
Ira McDonald = (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solution= s WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO = Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protoco= l WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music /= High North Inc
http://sites.google.com/sit= e/blueroofmusic
http://sites.google.com/= site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place= =C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2= =A0 Grand Marais, MI 49839=C2=A0 906-494-2434



O= n Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards Ar= chitect) <smith.kennedy@hp.com> wrote:
Greetings,

I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition"= ; and other aspects of JPS2, but before I do that I wanted to make one more= pass at the state of the current JPS2 document, to make sure we need to di= ve into this effort.

It was asserted in the August 2018 F2F and in the minutes that since the de= finitions of 'save-only' and 'print-and-save' on pages 40-4= 1 only discusses Document Data, and doesn't say anything about retainin= g the Job, that sending "save-disposition" =3D 'save-only'= ; or 'print-and-save' will not cause the Printer to retain the Job,= and therefore JPS2 failed to actually support the "Job Save and Repri= nt Feature" with any of the attributes defined within. I can understan= d why it might be read that way, but I also think we don't need to take= such a narrow interpretation of 5100.11. From my reading, when a Printer p= rocesses a Job that has the "save-disposition" member of "jo= b-save-disposition" specifying 'save-only' or 'print-and-s= ave', if there are no errors, the Printer can save the Job's Docume= nt Data to the location specified in "save-info" member of "= job-save-disposition" (as per pages 40-41), but it can ALSO put the co= mpleted Job in the Job Retention Phase as per the definition of a Saved Job= on=C2=A0 5100.11 page 13, so that it becomes a Saved job suitable for a re= print using control panel selection or an IPP Resubmit Job operation.

If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be view= ed as unfortunate behavior, but will any clients care about this misbehavio= r? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?

To be clear, I am not trying to be difficult or combative - I natively don&= #39;t understand why we need to be reading it the way that we are. The spec= ification seems vague enough that such an interpretation doesn't seem u= nreasonable to me. And it seems much less destructive (and less work) to ta= ke that interpretation than to start over or create a JPS2v2.

Why specifically is this an inappropriate reading of 5100.11?

Thanks for your patience and thoughts?

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 Wireless & Standards Architect - IPG-PPS
=C2=A0 =C2=A0 Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
=C2=A0 =C2=A0 Chair, IEEE ISTO Printer Working Group
=C2=A0 =C2=A0 HP Inc.
*/



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
--0000000000000894340573fb26f3-- --===============1916903008156164684== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1916903008156164684==-- From ipp-bounces@pwg.org Tue Aug 21 17:24:51 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE93130DE3 for ; Tue, 21 Aug 2018 17:24:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.786 X-Spam-Level: X-Spam-Status: No, score=-2.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rrbZxEMQoMVq for ; Tue, 21 Aug 2018 17:24:49 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF47130DCC for ; Tue, 21 Aug 2018 17:24:49 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 0623DCD89; Wed, 22 Aug 2018 00:24:49 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 99AACCD73; Wed, 22 Aug 2018 00:24:46 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id A2F18CD74; Wed, 22 Aug 2018 00:24:45 +0000 (UTC) Received: from mail-yw1-xc32.google.com (mail-yw1-xc32.google.com [IPv6:2607:f8b0:4864:20::c32]) by www.pwg.org (Postfix) with ESMTPS id 91512CD72 for ; Wed, 22 Aug 2018 00:24:44 +0000 (UTC) Received: by mail-yw1-xc32.google.com with SMTP id x83-v6so77416ywd.4 for ; Tue, 21 Aug 2018 17:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dWYsEB0JI4J48JdF1prlsBWpderjxnohMUrdN7onHC8=; b=mx+/H+esEYL92ldhJ5GEETMnWhYi8rV/LEfPD6RoByiYP3UFkkPsVNSy2csTLGm9H8 m0ffoD2W6pCFdm+JUAoodYR261RAD4rUDEZC2Na3fiE0VuaUJpIDw8wMVzKTpX1VodUK m23xhpPMEgU3OjGVqmdexNviA3s1SbLJ3YYoADVR8bKAOoAMldfB1ZmBprYfYBjBQWQB 90eBIwMG5Ww9a9fE5HLfXBfL4gWfKC/PDeBA6Gx0a8I5tT53zI72k1xXODeTKrLZoZga /MTq85gDou5jxcqRnMeSKvS0ISNqLn/Uw+hrcMqcPIsQ/MslQAgzN9kkewdphM0fbnjq 5nGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dWYsEB0JI4J48JdF1prlsBWpderjxnohMUrdN7onHC8=; b=VvWYVXJBGKyKfAhToersCDVydWYJpOjCvQHn2AvmUFhWQiHVEd5EMwaPAh/wDTvDm4 XSAggkYJAiULbl8aQ/ZM1PnuVsbfO1x1Mh4O0Y8ImR2yuZptzBtvMuDAhD6OE+Vn8kZ7 PVZ2ACNbRaHPHRzl5GanIvXdHicnfB+LulhnNUK720tgzWhZypLU86Ew3JTZx2MKrIwS LoHb3II5zM4ML7jqf85q/06teLsTyP3rQlvOyfaytSlGuiH/JtJN3cg3/5WGhjobBXbD rhdZDuOsxviyReYZcecW3y88WAtw5KD+4r9+79Wbplo62iCp6a7fQbuJbMobnb1xLYMY ha9A== X-Gm-Message-State: AOUpUlEAqqQKBB/TMkEU3lMQZYXq8OhKvElp3qq3m6jmqgRjbmZ1XdCq MI5JvZNAUX911MXTgDIVTLpCmucGbBQEEuuH5Fc= X-Google-Smtp-Source: AA+uWPyo5Cg7rY8Hy/TMJgxbdN5tcHmB59xKhYU4h3nhlMBnznGkXbdJxJvOGqgJ2bgr7kwRBrsaZvUmo6hw/6u3Uec= X-Received: by 2002:a0d:edc2:: with SMTP id w185-v6mr27918257ywe.467.1534897483935; Tue, 21 Aug 2018 17:24:43 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> In-Reply-To: From: Ira McDonald Date: Tue, 21 Aug 2018 20:24:27 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" , Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6195299376165683234==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6195299376165683234== Content-Type: multipart/alternative; boundary="0000000000004bf59f0573fb2b33" --0000000000004bf59f0573fb2b33 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Smith, Sorry for addressing you as "Guerney" - I had a reply to a TCG note in progress at the same time. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Tue, Aug 21, 2018 at 8:22 PM Ira McDonald wrote: > Hi Guerney, > > My two cents. > > I'm sure Mike can respond more articulately. > > But the literal reading of 'print-save' and 'save-only' is *just* some fo= rm > of the *processed* raw Document data (definitely NOT the Document > object w/ metadata). That's unacceptable and useless IMO. > > Although the IPP F2F minutes record that you think that "output-device" > of NULL is a hack, it seems sound and reasonable to me. > > And I still like "put a stake in the heart of job-save-disposition". I > think > JPS2 has serious issues of ambiguity. > > Cheers, > - Ira > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards > Architect) wrote: > >> Greetings, >> >> I've prepared a JPS2 v2, and I'm ready to publish it and move into a >> design discussion about a replacement for "job-save-disposition" and oth= er >> aspects of JPS2, but before I do that I wanted to make one more pass at = the >> state of the current JPS2 document, to make sure we need to dive into th= is >> effort. >> >> It was asserted in the August 2018 F2F and in the minutes that since the >> definitions of 'save-only' and 'print-and-save' on pages 40-41 only >> discusses Document Data, and doesn't say anything about retaining the Jo= b, >> that sending "save-disposition" =3D 'save-only' or 'print-and-save' will= not >> cause the Printer to retain the Job, and therefore JPS2 failed to actual= ly >> support the "Job Save and Reprint Feature" with any of the attributes >> defined within. I can understand why it might be read that way, but I al= so >> think we don't need to take such a narrow interpretation of 5100.11. Fro= m >> my reading, when a Printer processes a Job that has the "save-dispositio= n" >> member of "job-save-disposition" specifying 'save-only' or >> 'print-and-save', if there are no errors, the Printer can save the Job's >> Document Data to the location specified in "save-info" member of >> "job-save-disposition" (as per pages 40-41), but it can ALSO put the >> completed Job in the Job Retention Phase as per the definition of a Save= d >> Job on 5100.11 page 13, so that it becomes a Saved job suitable for a >> reprint using control panel selection or an IPP Resubmit Job operation. >> >> If there is a Printer that implements "job-save-disposition" and saves >> the Document Data but does not Retain the Job then that could be viewed = as >> unfortunate behavior, but will any clients care about this misbehavior? = Do >> any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? >> >> To be clear, I am not trying to be difficult or combative - I natively >> don't understand why we need to be reading it the way that we are. The >> specification seems vague enough that such an interpretation doesn't see= m >> unreasonable to me. And it seems much less destructive (and less work) t= o >> take that interpretation than to start over or create a JPS2v2. >> >> Why specifically is this an inappropriate reading of 5100.11? >> >> Thanks for your patience and thoughts? >> >> Smith >> >> /** >> Smith Kennedy >> Wireless & Standards Architect - IPG-PPS >> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC >> Forum / USB-IF >> Chair, IEEE ISTO Printer Working Group >> HP Inc. >> */ >> >> >> >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >> > --0000000000004bf59f0573fb2b33 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

Sorry for addressi= ng you as "Guerney" - I had a reply to a TCG note in progress
at the same time.

Cheers,
- Ira

Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility= Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - I= EEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printin= g Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roo= f Music / High North Inc
http://sites.googl= e.com/site/blueroofmusic
http://sites.go= ogle.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 P= ark Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Bo= x 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

=


On Tue, Aug 21, 2018 at 8:22 PM Ira McDonald <blueroofmusic@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
Hi Guerney,
<= br>
My two cents.

I'm sure Mike can = respond more articulately.

But the literal reading= of 'print-save' and 'save-only' is *just* some form
of the *processed* raw Document data (definitely NOT the Document
object w/ metadata).=C2=A0 That's unacceptable and useless IMO= .

Although the IPP F2F minutes record that you thi= nk that "output-device"
of NULL is a hack, it seems sou= nd and reasonable to me.

And I still like "pu= t a stake in the heart of job-save-disposition".=C2=A0 I think
JPS2 has serious issues of ambiguity.

Cheers,
- Ira

Ira McDonald (Musician / Software Arch= itect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Fou= ndation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
= Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated E= xpert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
= mailto: bluero= ofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 4= 8176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839= =C2=A0 906-494-2434



On Tue, Aug 21, 2018 at 6= :13 PM Kennedy, Smith (Wireless & Standards Architect) <smith.kennedy@hp.com>= wrote:
Greetings,

I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition"= ; and other aspects of JPS2, but before I do that I wanted to make one more= pass at the state of the current JPS2 document, to make sure we need to di= ve into this effort.

It was asserted in the August 2018 F2F and in the minutes that since the de= finitions of 'save-only' and 'print-and-save' on pages 40-4= 1 only discusses Document Data, and doesn't say anything about retainin= g the Job, that sending "save-disposition" =3D 'save-only'= ; or 'print-and-save' will not cause the Printer to retain the Job,= and therefore JPS2 failed to actually support the "Job Save and Repri= nt Feature" with any of the attributes defined within. I can understan= d why it might be read that way, but I also think we don't need to take= such a narrow interpretation of 5100.11. From my reading, when a Printer p= rocesses a Job that has the "save-disposition" member of "jo= b-save-disposition" specifying 'save-only' or 'print-and-s= ave', if there are no errors, the Printer can save the Job's Docume= nt Data to the location specified in "save-info" member of "= job-save-disposition" (as per pages 40-41), but it can ALSO put the co= mpleted Job in the Job Retention Phase as per the definition of a Saved Job= on=C2=A0 5100.11 page 13, so that it becomes a Saved job suitable for a re= print using control panel selection or an IPP Resubmit Job operation.

If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be view= ed as unfortunate behavior, but will any clients care about this misbehavio= r? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?

To be clear, I am not trying to be difficult or combative - I natively don&= #39;t understand why we need to be reading it the way that we are. The spec= ification seems vague enough that such an interpretation doesn't seem u= nreasonable to me. And it seems much less destructive (and less work) to ta= ke that interpretation than to start over or create a JPS2v2.

Why specifically is this an inappropriate reading of 5100.11?

Thanks for your patience and thoughts?

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 Wireless & Standards Architect - IPG-PPS
=C2=A0 =C2=A0 Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
=C2=A0 =C2=A0 Chair, IEEE ISTO Printer Working Group
=C2=A0 =C2=A0 HP Inc.
*/



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
--0000000000004bf59f0573fb2b33-- --===============6195299376165683234== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============6195299376165683234==-- From ipp-bounces@pwg.org Tue Aug 21 17:44:33 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B4D9130DE5 for ; Tue, 21 Aug 2018 17:44:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.79 X-Spam-Level: X-Spam-Status: No, score=-2.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QapsBbUbd_tr for ; Tue, 21 Aug 2018 17:44:30 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2A0130DE3 for ; Tue, 21 Aug 2018 17:44:30 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 81C9ACE01; Wed, 22 Aug 2018 00:44:30 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id CD44CCD82; Wed, 22 Aug 2018 00:44:25 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id AE9CACD85; Wed, 22 Aug 2018 00:44:24 +0000 (UTC) Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) by www.pwg.org (Postfix) with ESMTPS id 385FCCD2B for ; Wed, 22 Aug 2018 00:44:24 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7M0aXFT032951; Tue, 21 Aug 2018 17:44:20 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-type : sender : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=aZvHudi1znTc2XbXiowTntwpxm6sCCao6IVA68fi118=; b=QyiQNPYpoBJay3KS8ir2iUU/9FIgOOUnqz1/vX6wbWm/kwgwNJsj4Jt5EBrofQhfe7nD UUjLnkC5XQ522w4XE7LW7sjr709t+EpS90QiyNMOWW4lflWqHJxAyuVLZi0hu+STinAI WExQdmfWS+xRoGznQ0P0AED0xTzpytDZBooDtOMO2pCP9eQ5Apa0p4+n9K6iy4nriyYD X9XBO5mlzywAWzyKDkjQIIz8VGmyKIDdl87+gDe/cgTiCE29TIEuARo77W6QpY7kR8es f9/ntSfkt91zIuYj1JEpFYhfUjY+abz7hXUhfSuuYTPJsZYjZNxXiLyfXLVURnM7F6FZ 6Q== Received: from mr2-mtap-s03.rno.apple.com (mr2-mtap-s03.rno.apple.com [17.179.226.135]) by nwk-aaemail-lapp02.apple.com with ESMTP id 2kxg1kh7fh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 21 Aug 2018 17:44:20 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz10.apple.com (nwk-mmpp-sz10.apple.com [17.128.115.122]) by mr2-mtap-s03.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDU000647DWSVB0@mr2-mtap-s03.rno.apple.com>; Tue, 21 Aug 2018 17:44:20 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDU000007C1XT00@nwk-mmpp-sz10.apple.com>; Tue, 21 Aug 2018 17:44:20 -0700 (PDT) X-Va-A: X-Va-T-CD: b9f258579cf7b6da936a7bc8b179fbc8 X-Va-E-CD: 61a47c5900a8ed3d247e4b379564956b X-Va-R-CD: 1df71558770b255e921f07320defbc14 X-Va-CD: 0 X-Va-ID: 9a61a41a-c059-440d-9dcb-7dd163798c8c X-V-A: X-V-T-CD: b9f258579cf7b6da936a7bc8b179fbc8 X-V-E-CD: 61a47c5900a8ed3d247e4b379564956b X-V-R-CD: 1df71558770b255e921f07320defbc14 X-V-CD: 0 X-V-ID: 3a91d2da-f382-4a40-aba0-48c9c78634bd Received: from process_milters-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDU000007BONI00@nwk-mmpp-sz10.apple.com>; Tue, 21 Aug 2018 17:44:18 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-21_12:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.60.213] (unknown [17.235.60.213]) by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDU00C5I7DRG1B0@nwk-mmpp-sz10.apple.com>; Tue, 21 Aug 2018 17:44:18 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Tue, 21 Aug 2018 20:44:13 -0400 Message-id: <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> To: Ira McDonald X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-21_12:, , signatures=0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: ipp-bounces@pwg.org Sender: "ipp" U21pdGgsCgpUaGUgaXNzdWUgd2l0aCAiam9iLXNhdmUtZGlzcG9zaXRpb24iIGlzIHRoYXQgaXQg ZG9lcyBub3Qgc3BlY2lmeSB0aGUgaW50ZW50IHRvIHJldGFpbiB0aGUgSm9iLCBqdXN0IHRvIHNh dmUgaXQgdG8gYSBzcGVjaWZpZWQgbG9jYXRpb24uICBHaXZlbiB3aGF0IHlvdSAoSFApIHdhbnQg dG8gYmUgYWJsZSB0byBkbywgbmFtZWx5IHRvIHN1cHBvcnQgcmV0ZW50aW9uIGFuZCByZS1wcmlu dGluZyBvZiBhIGpvYiwgaXQgc2VlbWVkIGNsZWFyIGZyb20gb3VyIGRpc2N1c3Npb25zIHRoYXQg am9iLXNhdmUtZGlzcG9zaXRpb24gZGlkIG5vdCBtYXRjaCB1cCwgYW5kIGluIGZhY3QgdGhlIHdh eSB0aGF0IGpvYi1zYXZlLWRpc3Bvc2l0aW9uIGlzIGN1cnJlbnRseSBzcGVjaWZpZWQgaGFzIHRl Y2huaWNhbCBpbXBsZW1lbnRhdGlvbiBwcm9ibGVtcyB0aGF0IGFyZSBub3QgZWFzaWx5IHJlc29s dmVkICh0aHVzIHRoZSBjYWxsIHRvIHVwZGF0ZSBKUFMyIGFuZCBkZXByZWNhdGUgaXQuLi4pCgpU aGUgcmVsYXRlZCAicHJvb2YtcHJpbnQiIGF0dHJpYnV0ZSAqZG9lcyogc3BlY2lmeSB0aGF0IHRo ZSBKb2Igc2hvdWxkIGJlIHJldGFpbmVkIChhdCBsZWFzdCBmb3Igb25lIHJlcHJpbnQpIGFuZCBp biBnZW5lcmFsIHNlZW1zIHRvIGhhdmUgbXVjaCBiZXR0ZXIgZGVmaW5lZCBzZW1hbnRpY3MuICBC dXQgaXQgZG9lc24ndCBhZGRyZXNzIGhvdyB0byBoYXZlIGEgcGVyc2lzdGVudCBwYXNzd29yZCBm b3IgdGhlIEpvYiBhbmQgYmFzaWNhbGx5IG1ha2VzIHRoZSBhc3N1bXB0aW9uIHRoYXQgdGhlIGZp cnN0IHByaW50IGlzIGEgdGVzdCBydW4uICBXaGljaCBpcyBob3cgd2UgZ290IHRvIGFkZGluZyAi am9iLXJldGFpbi11bnRpbFstdGltZV0iIGFuZCAiam9iLVtyZV1wcmludC1wYXNzd29yZFstZW5j cnlwdGlvbl0iIGF0dHJpYnV0ZXMuLi4KCgpJcmEsCgpUaGUgIm91dHB1dC1kZXZpY2UiIGNvbW1l bnQgd2FzIG1pbmUgLSBzaW5jZSBvdXRwdXQtZGV2aWNlIHVzZXMgdGhlIG5hbWUgc3ludGF4LCB3 ZSBkb24ndCBoYXZlIGEgY2xlYXIgcGF0aCB0byBkZWZpbmluZyBhIHNlbWFudGljIG1lYW5pbmcg Zm9yIGEgcGFydGljdWxhciBuYW1lLCBldmVuIGlmIGl0IGlzIGFuIGVtcHR5IHN0cmluZyBvciBh IHNwZWNpZmljIG5hbWUgbGlrZSAibm9uZSIuICAqSWYqIHdlIGRlY2lkZSB0aGF0IHdlIHdhbnQg YSB3YXkgdG8gc3BlY2lmeSAicHJvY2VzcyB0aGlzIEpvYiBidXQgZG9uJ3Qgc2VuZCBpdCB0byBh biBvdXRwdXQgZGV2aWNlIiBpbiB0aGUgSm9iIFRpY2tldCwgd2Ugc2hvdWxkIHByb2NlZWQgY2Fy ZWZ1bGx5IGFuZCBjbGVhcmx5IGRvY3VtZW50IGEpIGhvdyBhIENsaWVudCBzcGVjaWZpZXMgdGhp cyBhbmQgYikgaG93IGEgUHJpbnRlciBhZHZlcnRpc2VzIGl0cyBzdXBwb3J0IGZvciB0aGlzLiAg QnV0IEknbGwgc3RheSBvbiB0aGUgcmVjb3JkIGFzIG5vdCBiZWluZyAxMDAlIGhhcHB5IGFib3V0 IGl0Li4uCgogCj4gT24gQXVnIDIxLCAyMDE4LCBhdCA4OjIyIFBNLCBJcmEgTWNEb25hbGQgPGJs dWVyb29mbXVzaWNAZ21haWwuY29tPiB3cm90ZToKPiAKPiBIaSBHdWVybmV5LAo+IAo+IE15IHR3 byBjZW50cy4KPiAKPiBJJ20gc3VyZSBNaWtlIGNhbiByZXNwb25kIG1vcmUgYXJ0aWN1bGF0ZWx5 Lgo+IAo+IEJ1dCB0aGUgbGl0ZXJhbCByZWFkaW5nIG9mICdwcmludC1zYXZlJyBhbmQgJ3NhdmUt b25seScgaXMgKmp1c3QqIHNvbWUgZm9ybQo+IG9mIHRoZSAqcHJvY2Vzc2VkKiByYXcgRG9jdW1l bnQgZGF0YSAoZGVmaW5pdGVseSBOT1QgdGhlIERvY3VtZW50Cj4gb2JqZWN0IHcvIG1ldGFkYXRh KS4gIFRoYXQncyB1bmFjY2VwdGFibGUgYW5kIHVzZWxlc3MgSU1PLgo+IAo+IEFsdGhvdWdoIHRo ZSBJUFAgRjJGIG1pbnV0ZXMgcmVjb3JkIHRoYXQgeW91IHRoaW5rIHRoYXQgIm91dHB1dC1kZXZp Y2UiCj4gb2YgTlVMTCBpcyBhIGhhY2ssIGl0IHNlZW1zIHNvdW5kIGFuZCByZWFzb25hYmxlIHRv IG1lLgo+IAo+IEFuZCBJIHN0aWxsIGxpa2UgInB1dCBhIHN0YWtlIGluIHRoZSBoZWFydCBvZiBq b2Itc2F2ZS1kaXNwb3NpdGlvbiIuICBJIHRoaW5rCj4gSlBTMiBoYXMgc2VyaW91cyBpc3N1ZXMg b2YgYW1iaWd1aXR5Lgo+IAo+IENoZWVycywKPiAtIElyYQo+IAo+IElyYSBNY0RvbmFsZCAoTXVz aWNpYW4gLyBTb2Z0d2FyZSBBcmNoaXRlY3QpCj4gQ28tQ2hhaXIgLSBUQ0cgVHJ1c3RlZCBNb2Jp bGl0eSBTb2x1dGlvbnMgV0cKPiBDaGFpciAtIExpbnV4IEZvdW5kYXRpb24gT3BlbiBQcmludGlu ZyBXRwo+IFNlY3JldGFyeSAtIElFRUUtSVNUTyBQcmludGVyIFdvcmtpbmcgR3JvdXAKPiBDby1D aGFpciAtIElFRUUtSVNUTyBQV0cgSW50ZXJuZXQgUHJpbnRpbmcgUHJvdG9jb2wgV0cKPiBJRVRG IERlc2lnbmF0ZWQgRXhwZXJ0IC0gSVBQICYgUHJpbnRlciBNSUIKPiBCbHVlIFJvb2YgTXVzaWMg LyBIaWdoIE5vcnRoIEluYwo+IGh0dHA6Ly9zaXRlcy5nb29nbGUuY29tL3NpdGUvYmx1ZXJvb2Zt dXNpYwo+IGh0dHA6Ly9zaXRlcy5nb29nbGUuY29tL3NpdGUvaGlnaG5vcnRoaW5jCj4gbWFpbHRv OiBibHVlcm9vZm11c2ljQGdtYWlsLmNvbQo+IEphbi1BcHJpbDogNTc5IFBhcmsgUGxhY2UgIFNh bGluZSwgTUkgIDQ4MTc2ICA3MzQtOTQ0LTAwOTQKPiBNYXktRGVjOiBQTyBCb3ggMjIxICBHcmFu ZCBNYXJhaXMsIE1JIDQ5ODM5ICA5MDYtNDk0LTI0MzQKPiAKPiAKPiAKPiBPbiBUdWUsIEF1ZyAy MSwgMjAxOCBhdCA2OjEzIFBNIEtlbm5lZHksIFNtaXRoIChXaXJlbGVzcyAmIFN0YW5kYXJkcyBB cmNoaXRlY3QpIDxzbWl0aC5rZW5uZWR5QGhwLmNvbT4gd3JvdGU6Cj4gR3JlZXRpbmdzLAo+IAo+ IEkndmUgcHJlcGFyZWQgYSBKUFMyIHYyLCBhbmQgSSdtIHJlYWR5IHRvIHB1Ymxpc2ggaXQgYW5k IG1vdmUgaW50byBhIGRlc2lnbiBkaXNjdXNzaW9uIGFib3V0IGEgcmVwbGFjZW1lbnQgZm9yICJq b2Itc2F2ZS1kaXNwb3NpdGlvbiIgYW5kIG90aGVyIGFzcGVjdHMgb2YgSlBTMiwgYnV0IGJlZm9y ZSBJIGRvIHRoYXQgSSB3YW50ZWQgdG8gbWFrZSBvbmUgbW9yZSBwYXNzIGF0IHRoZSBzdGF0ZSBv ZiB0aGUgY3VycmVudCBKUFMyIGRvY3VtZW50LCB0byBtYWtlIHN1cmUgd2UgbmVlZCB0byBkaXZl IGludG8gdGhpcyBlZmZvcnQuCj4gCj4gSXQgd2FzIGFzc2VydGVkIGluIHRoZSBBdWd1c3QgMjAx OCBGMkYgYW5kIGluIHRoZSBtaW51dGVzIHRoYXQgc2luY2UgdGhlIGRlZmluaXRpb25zIG9mICdz YXZlLW9ubHknIGFuZCAncHJpbnQtYW5kLXNhdmUnIG9uIHBhZ2VzIDQwLTQxIG9ubHkgZGlzY3Vz c2VzIERvY3VtZW50IERhdGEsIGFuZCBkb2Vzbid0IHNheSBhbnl0aGluZyBhYm91dCByZXRhaW5p bmcgdGhlIEpvYiwgdGhhdCBzZW5kaW5nICJzYXZlLWRpc3Bvc2l0aW9uIiA9ICdzYXZlLW9ubHkn IG9yICdwcmludC1hbmQtc2F2ZScgd2lsbCBub3QgY2F1c2UgdGhlIFByaW50ZXIgdG8gcmV0YWlu IHRoZSBKb2IsIGFuZCB0aGVyZWZvcmUgSlBTMiBmYWlsZWQgdG8gYWN0dWFsbHkgc3VwcG9ydCB0 aGUgIkpvYiBTYXZlIGFuZCBSZXByaW50IEZlYXR1cmUiIHdpdGggYW55IG9mIHRoZSBhdHRyaWJ1 dGVzIGRlZmluZWQgd2l0aGluLiBJIGNhbiB1bmRlcnN0YW5kIHdoeSBpdCBtaWdodCBiZSByZWFk IHRoYXQgd2F5LCBidXQgSSBhbHNvIHRoaW5rIHdlIGRvbid0IG5lZWQgdG8gdGFrZSBzdWNoIGEg bmFycm93IGludGVycHJldGF0aW9uIG9mIDUxMDAuMTEuIEZyb20gbXkgcmVhZGluZywgd2hlbiBh IFByaW50ZXIgcHJvY2Vzc2VzIGEgSm9iIHRoYXQgaGFzIHRoZSAic2F2ZS1kaXNwb3NpdGlvbiIg bWVtYmVyIG9mICJqb2Itc2F2ZS1kaXNwb3NpdGlvbiIgc3BlY2lmeWluZyAnc2F2ZS1vbmx5JyBv ciAncHJpbnQtYW5kLXNhdmUnLCBpZiB0aGVyZSBhcmUgbm8gZXJyb3JzLCB0aGUgUHJpbnRlciBj YW4gc2F2ZSB0aGUgSm9iJ3MgRG9jdW1lbnQgRGF0YSB0byB0aGUgbG9jYXRpb24gc3BlY2lmaWVk IGluICJzYXZlLWluZm8iIG1lbWJlciBvZiAiam9iLXNhdmUtZGlzcG9zaXRpb24iIChhcyBwZXIg cGFnZXMgNDAtNDEpLCBidXQgaXQgY2FuIEFMU08gcHV0IHRoZSBjb21wbGV0ZWQgSm9iIGluIHRo ZSBKb2IgUmV0ZW50aW9uIFBoYXNlIGFzIHBlciB0aGUgZGVmaW5pdGlvbiBvZiBhIFNhdmVkIEpv YiBvbiAgNTEwMC4xMSBwYWdlIDEzLCBzbyB0aGF0IGl0IGJlY29tZXMgYSBTYXZlZCBqb2Igc3Vp dGFibGUgZm9yIGEgcmVwcmludCB1c2luZyBjb250cm9sIHBhbmVsIHNlbGVjdGlvbiBvciBhbiBJ UFAgUmVzdWJtaXQgSm9iIG9wZXJhdGlvbi4KPiAKPiBJZiB0aGVyZSBpcyBhIFByaW50ZXIgdGhh dCBpbXBsZW1lbnRzICJqb2Itc2F2ZS1kaXNwb3NpdGlvbiIgYW5kIHNhdmVzIHRoZSBEb2N1bWVu dCBEYXRhIGJ1dCBkb2VzIG5vdCBSZXRhaW4gdGhlIEpvYiB0aGVuIHRoYXQgY291bGQgYmUgdmll d2VkIGFzIHVuZm9ydHVuYXRlIGJlaGF2aW9yLCBidXQgd2lsbCBhbnkgY2xpZW50cyBjYXJlIGFi b3V0IHRoaXMgbWlzYmVoYXZpb3I/IERvIGFueSBJUFAgRXZlcnl3aGVyZeKEoiBpbXBsZW1lbnQg dGhpcyB1bmZvcnR1bmF0ZSBiZWhhdmlvcj8gCj4gCj4gVG8gYmUgY2xlYXIsIEkgYW0gbm90IHRy eWluZyB0byBiZSBkaWZmaWN1bHQgb3IgY29tYmF0aXZlIC0gSSBuYXRpdmVseSBkb24ndCB1bmRl cnN0YW5kIHdoeSB3ZSBuZWVkIHRvIGJlIHJlYWRpbmcgaXQgdGhlIHdheSB0aGF0IHdlIGFyZS4g VGhlIHNwZWNpZmljYXRpb24gc2VlbXMgdmFndWUgZW5vdWdoIHRoYXQgc3VjaCBhbiBpbnRlcnBy ZXRhdGlvbiBkb2Vzbid0IHNlZW0gdW5yZWFzb25hYmxlIHRvIG1lLiBBbmQgaXQgc2VlbXMgbXVj aCBsZXNzIGRlc3RydWN0aXZlIChhbmQgbGVzcyB3b3JrKSB0byB0YWtlIHRoYXQgaW50ZXJwcmV0 YXRpb24gdGhhbiB0byBzdGFydCBvdmVyIG9yIGNyZWF0ZSBhIEpQUzJ2Mi4KPiAKPiBXaHkgc3Bl Y2lmaWNhbGx5IGlzIHRoaXMgYW4gaW5hcHByb3ByaWF0ZSByZWFkaW5nIG9mIDUxMDAuMTE/IAo+ IAo+IFRoYW5rcyBmb3IgeW91ciBwYXRpZW5jZSBhbmQgdGhvdWdodHM/Cj4gCj4gU21pdGgKPiAK PiAvKioKPiAgICAgU21pdGggS2VubmVkeQo+ICAgICBXaXJlbGVzcyAmIFN0YW5kYXJkcyBBcmNo aXRlY3QgLSBJUEctUFBTCj4gICAgIFN0YW5kYXJkcyAtIElFRUUgSVNUTyBQV0cgLyBCbHVldG9v dGggU0lHIC8gV2ktRmkgQWxsaWFuY2UgLyBORkMgRm9ydW0gLyBVU0ItSUYKPiAgICAgQ2hhaXIs IElFRUUgSVNUTyBQcmludGVyIFdvcmtpbmcgR3JvdXAKPiAgICAgSFAgSW5jLgo+ICovCj4gCj4g Cj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBp cHAgbWFpbGluZyBsaXN0Cj4gaXBwQHB3Zy5vcmcKPiBodHRwczovL3d3dy5wd2cub3JnL21haWxt YW4vbGlzdGluZm8vaXBwCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPiBpcHAgbWFpbGluZyBsaXN0Cj4gaXBwQHB3Zy5vcmcKPiBodHRwczovL3d3dy5w d2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWljaGFlbCBTd2VldCwgU2VuaW9yIFByaW50 aW5nIFN5c3RlbSBFbmdpbmVlcgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KaXBwIG1haWxpbmcgbGlzdAppcHBAcHdnLm9yZwpodHRwczovL3d3dy5wd2cu b3JnL21haWxtYW4vbGlzdGluZm8vaXBwCg== From ipp-bounces@pwg.org Tue Aug 21 18:29:22 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82A8A130DCC for ; Tue, 21 Aug 2018 18:29:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.786 X-Spam-Level: X-Spam-Status: No, score=-2.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYx7eCvjGjBP for ; Tue, 21 Aug 2018 18:29:20 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 4C79E130DC1 for ; Tue, 21 Aug 2018 18:29:20 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C65D1CE0F; Wed, 22 Aug 2018 01:29:19 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 05099CD68; Wed, 22 Aug 2018 01:29:12 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 65761CD82; Wed, 22 Aug 2018 01:29:11 +0000 (UTC) Received: from mail-yw1-xc29.google.com (mail-yw1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) by www.pwg.org (Postfix) with ESMTPS id 4F227CD55 for ; Wed, 22 Aug 2018 01:29:10 +0000 (UTC) Received: by mail-yw1-xc29.google.com with SMTP id n207-v6so115575ywn.9 for ; Tue, 21 Aug 2018 18:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kxqeNbKuUc7DKtFUK6VAebdi5YOvd8vxA+8kPIdHxXM=; b=D0EFzLp86qAt8Ccx0olyN7Sa9ZhJ8IDMA0eKhqrR+xo/c+FUt1/sok3f4ZGK1f5B5I rz7uXz7xjhJy6uLI9/rPtZLuxwUZC3mRHKmwsA1gicxWyPRnZ/rp2jG19f4lWE/tkO24 NrW1zZnwQ3JYghU7oSGHT2kpRS8mwE/DPK64s7jPTlD9cqW1g3GBgU85tYKSJE8jRcFy xz6y2JEQmNWEMHhzIiU7YTfUpVeLA/1vjBX4fBZ3Po5c7SV74phaoz7Kiu97aNjwNejG +sNCS+d0K3il8BgvAzda/boUw/aVwDeBbtppv+9X8nbqWNLTnnQZM3/7BDFsymqV0PAs wdDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kxqeNbKuUc7DKtFUK6VAebdi5YOvd8vxA+8kPIdHxXM=; b=fbmvJ36XXe9u+kEWFeajSEH4x2R3QZuGESqlsuLCtLsc67lWHBx++1niOj8Ec9/nDP 6AbL8rdiDpOOOgGBCWarPkK+BlEyE6YyH3eC13c2T4P3gXjRv2aimBTHkSsYf/o652dr c9bssG9g3sBjSCaXi5waN/hCIT99fKAwBiYctj7nW/UavhL+gWNt2/Pc+tn2EhR1cGv2 jTS4c4UnEftCP+lQUMUyNhxssImkqiC5ukNINtKPRezWlVfjV3qx2AEDvuPy+43kLTKR gdGjU9JS4FfQvHRQ8iwlW5L/a/2DEE0egd+ecREEXQs+B8K+ivTzsYiffu+1gB7Ou0Ej 3lew== X-Gm-Message-State: AOUpUlE+qWKn/MpyrvLjNTRyxYCeNSdu3+Y7rpKUmQPbp7zJ3fBRjFbI K8vzulKQ/Oav/n/ZxIkwLQxZcGXvQ2DoPphpfdg= X-Google-Smtp-Source: AA+uWPymqin8qxCFa5/vSyh+jftzWLUFhA8uk2/XtK0ga0Aq7q2LXVDVQfXf5HLlIdHBi9mXKxa5YBuOUPqrDCBAoO0= X-Received: by 2002:a0d:d185:: with SMTP id t127-v6mr30095585ywd.227.1534901349485; Tue, 21 Aug 2018 18:29:09 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> In-Reply-To: <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> From: Ira McDonald Date: Tue, 21 Aug 2018 21:28:52 -0400 Message-ID: To: Michael R Sweet Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3321703844203909031==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3321703844203909031== Content-Type: multipart/alternative; boundary="000000000000b393ac0573fc1192" --000000000000b393ac0573fc1192 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I second what Mike said about "proof-print", "job-retain-xxx", etc. Never mind, of course, "output-device" is name syntax. We have always avoided special semantics for values of name syntax, because that's mixing keywords w/ names (without saying it explicitly in the attribute definition). Forget the weak NULL idea. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Tue, Aug 21, 2018 at 8:44 PM Michael Sweet wrote: > Smith, > > The issue with "job-save-disposition" is that it does not specify the > intent to retain the Job, just to save it to a specified location. Given > what you (HP) want to be able to do, namely to support retention and > re-printing of a job, it seemed clear from our discussions that > job-save-disposition did not match up, and in fact the way that > job-save-disposition is currently specified has technical implementation > problems that are not easily resolved (thus the call to update JPS2 and > deprecate it...) > > The related "proof-print" attribute *does* specify that the Job should be > retained (at least for one reprint) and in general seems to have much > better defined semantics. But it doesn't address how to have a persisten= t > password for the Job and basically makes the assumption that the first > print is a test run. Which is how we got to adding > "job-retain-until[-time]" and "job-[re]print-password[-encryption]" > attributes... > > > Ira, > > The "output-device" comment was mine - since output-device uses the name > syntax, we don't have a clear path to defining a semantic meaning for a > particular name, even if it is an empty string or a specific name like > "none". *If* we decide that we want a way to specify "process this Job b= ut > don't send it to an output device" in the Job Ticket, we should proceed > carefully and clearly document a) how a Client specifies this and b) how = a > Printer advertises its support for this. But I'll stay on the record as > not being 100% happy about it... > > > > On Aug 21, 2018, at 8:22 PM, Ira McDonald > wrote: > > > > Hi Guerney, > > > > My two cents. > > > > I'm sure Mike can respond more articulately. > > > > But the literal reading of 'print-save' and 'save-only' is *just* some > form > > of the *processed* raw Document data (definitely NOT the Document > > object w/ metadata). That's unacceptable and useless IMO. > > > > Although the IPP F2F minutes record that you think that "output-device" > > of NULL is a hack, it seems sound and reasonable to me. > > > > And I still like "put a stake in the heart of job-save-disposition". I > think > > JPS2 has serious issues of ambiguity. > > > > Cheers, > > - Ira > > > > Ira McDonald (Musician / Software Architect) > > Co-Chair - TCG Trusted Mobility Solutions WG > > Chair - Linux Foundation Open Printing WG > > Secretary - IEEE-ISTO Printer Working Group > > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > > IETF Designated Expert - IPP & Printer MIB > > Blue Roof Music / High North Inc > > http://sites.google.com/site/blueroofmusic > > http://sites.google.com/site/highnorthinc > > mailto: blueroofmusic@gmail.com > > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > > > > > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards > Architect) wrote: > > Greetings, > > > > I've prepared a JPS2 v2, and I'm ready to publish it and move into a > design discussion about a replacement for "job-save-disposition" and othe= r > aspects of JPS2, but before I do that I wanted to make one more pass at t= he > state of the current JPS2 document, to make sure we need to dive into thi= s > effort. > > > > It was asserted in the August 2018 F2F and in the minutes that since th= e > definitions of 'save-only' and 'print-and-save' on pages 40-41 only > discusses Document Data, and doesn't say anything about retaining the Job= , > that sending "save-disposition" =3D 'save-only' or 'print-and-save' will = not > cause the Printer to retain the Job, and therefore JPS2 failed to actuall= y > support the "Job Save and Reprint Feature" with any of the attributes > defined within. I can understand why it might be read that way, but I als= o > think we don't need to take such a narrow interpretation of 5100.11. From > my reading, when a Printer processes a Job that has the "save-disposition= " > member of "job-save-disposition" specifying 'save-only' or > 'print-and-save', if there are no errors, the Printer can save the Job's > Document Data to the location specified in "save-info" member of > "job-save-disposition" (as per pages 40-41), but it can ALSO put the > completed Job in the Job Retention Phase as per the definition of a Saved > Job on 5100.11 page 13, so that it becomes a Saved job suitable for a > reprint using control panel selection or an IPP Resubmit Job operation. > > > > If there is a Printer that implements "job-save-disposition" and saves > the Document Data but does not Retain the Job then that could be viewed a= s > unfortunate behavior, but will any clients care about this misbehavior? D= o > any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? > > > > To be clear, I am not trying to be difficult or combative - I natively > don't understand why we need to be reading it the way that we are. The > specification seems vague enough that such an interpretation doesn't seem > unreasonable to me. And it seems much less destructive (and less work) to > take that interpretation than to start over or create a JPS2v2. > > > > Why specifically is this an inappropriate reading of 5100.11? > > > > Thanks for your patience and thoughts? > > > > Smith > > > > /** > > Smith Kennedy > > Wireless & Standards Architect - IPG-PPS > > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC > Forum / USB-IF > > Chair, IEEE ISTO Printer Working Group > > HP Inc. > > */ > > > > > > > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer > > --000000000000b393ac0573fc1192 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I second what Mike said = about "proof-print", "job-retain-xxx", etc.
<= br>
Never mind, of course, "output-device" is name synt= ax.=C2=A0 We have always
avoided special semantics for values of = name syntax, because that's mixing
keywords w/ names (without= saying it explicitly in the attribute definition).
Forget the we= ak NULL idea.

Cheers,
- Ira
Ira McDonald (Musician / S= oftware Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair= - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Worki= ng Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF = Designated Expert - IPP & Printer MIB
Blue Roof Music / High North I= nc
http://sites.google.com/site/blueroofmus= ic
http://sites.google.com/site/highnort= hinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline= , MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Mara= is, MI 49839=C2=A0 906-494-2434

=

=

On Tue, Aug 21,= 2018 at 8:44 PM Michael Sweet <mswe= et@apple.com> wrote:
Smith,<= br>
The issue with "job-save-disposition" is that it does not specify= the intent to retain the Job, just to save it to a specified location.=C2= =A0 Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that job-sav= e-disposition did not match up, and in fact the way that job-save-dispositi= on is currently specified has technical implementation problems that are no= t easily resolved (thus the call to update JPS2 and deprecate it...)

The related "proof-print" attribute *does* specify that the Job s= hould be retained (at least for one reprint) and in general seems to have m= uch better defined semantics.=C2=A0 But it doesn't address how to have = a persistent password for the Job and basically makes the assumption that t= he first print is a test run.=C2=A0 Which is how we got to adding "job= -retain-until[-time]" and "job-[re]print-password[-encryption]&qu= ot; attributes...


Ira,

The "output-device" comment was mine - since output-device uses t= he name syntax, we don't have a clear path to defining a semantic meani= ng for a particular name, even if it is an empty string or a specific name = like "none".=C2=A0 *If* we decide that we want a way to specify &= quot;process this Job but don't send it to an output device" in th= e Job Ticket, we should proceed carefully and clearly document a) how a Cli= ent specifies this and b) how a Printer advertises its support for this.=C2= =A0 But I'll stay on the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:=
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only'= ; is *just* some form
> of the *processed* raw Document data (definitely NOT the Document
> object w/ metadata).=C2=A0 That's unacceptable and useless IMO. >
> Although the IPP F2F minutes record that you think that "output-d= evice"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of job-save-dispositio= n".=C2=A0 I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: b= lueroofmusic@gmail.com
> Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0= 094
> May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434 >
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standar= ds Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move = into a design discussion about a replacement for "job-save-disposition= " and other aspects of JPS2, but before I do that I wanted to make one= more pass at the state of the current JPS2 document, to make sure we need = to dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that since t= he definitions of 'save-only' and 'print-and-save' on pages= 40-41 only discusses Document Data, and doesn't say anything about ret= aining the Job, that sending "save-disposition" =3D 'save-onl= y' or 'print-and-save' will not cause the Printer to retain the= Job, and therefore JPS2 failed to actually support the "Job Save and = Reprint Feature" with any of the attributes defined within. I can unde= rstand why it might be read that way, but I also think we don't need to= take such a narrow interpretation of 5100.11. From my reading, when a Prin= ter processes a Job that has the "save-disposition" member of &qu= ot;job-save-disposition" specifying 'save-only' or 'print-= and-save', if there are no errors, the Printer can save the Job's D= ocument Data to the location specified in "save-info" member of &= quot;job-save-disposition" (as per pages 40-41), but it can ALSO put t= he completed Job in the Job Retention Phase as per the definition of a Save= d Job on=C2=A0 5100.11 page 13, so that it becomes a Saved job suitable for= a reprint using control panel selection or an IPP Resubmit Job operation.<= br> >
> If there is a Printer that implements "job-save-disposition"= and saves the Document Data but does not Retain the Job then that could be= viewed as unfortunate behavior, but will any clients care about this misbe= havior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?=
>
> To be clear, I am not trying to be difficult or combative - I natively= don't understand why we need to be reading it the way that we are. The= specification seems vague enough that such an interpretation doesn't s= eem unreasonable to me. And it seems much less destructive (and less work) = to take that interpretation than to start over or create a JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
>=C2=A0 =C2=A0 =C2=A0Smith Kennedy
>=C2=A0 =C2=A0 =C2=A0Wireless & Standards Architect - IPG-PPS
>=C2=A0 =C2=A0 =C2=A0Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi A= lliance / NFC Forum / USB-IF
>=C2=A0 =C2=A0 =C2=A0Chair, IEEE ISTO Printer Working Group
>=C2=A0 =C2=A0 =C2=A0HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

--000000000000b393ac0573fc1192-- --===============3321703844203909031== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3321703844203909031==-- From ipp-bounces@pwg.org Wed Aug 22 04:39:03 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00E98130E39 for ; Wed, 22 Aug 2018 04:39:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.91 X-Spam-Level: X-Spam-Status: No, score=-0.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1mm-vpTUJMjZ for ; Wed, 22 Aug 2018 04:38:59 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 7F53E130DDA for ; Wed, 22 Aug 2018 04:38:59 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 640F7CDA3; Wed, 22 Aug 2018 11:38:58 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 81A29BEEB; Wed, 22 Aug 2018 11:38:49 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 89A7ACD1E; Wed, 22 Aug 2018 11:38:48 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [216.205.24.162]) by www.pwg.org (Postfix) with ESMTPS id 3DD01BBD1 for ; Wed, 22 Aug 2018 11:38:47 +0000 (UTC) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0088.outbound.protection.outlook.com [207.46.163.88]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-31-ftuZjuztOzOMV36bORpGsA-1; Wed, 22 Aug 2018 07:38:44 -0400 X-MC-Unique: ftuZjuztOzOMV36bORpGsA-1 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM (10.169.85.148) by DF4PR8401MB0843.NAMPRD84.PROD.OUTLOOK.COM (10.169.86.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.14; Wed, 22 Aug 2018 11:38:43 +0000 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::cc18:d12c:af26:4d08]) by DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::cc18:d12c:af26:4d08%12]) with mapi id 15.20.1080.010; Wed, 22 Aug 2018 11:38:43 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time Thread-Index: AQHUOZwWItSlK9qa00mW0hJ7/MXWO6TK6VeAgAAF7oCAALbaAA== Date: Wed, 22 Aug 2018 11:38:43 +0000 Message-ID: <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> In-Reply-To: <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [75.174.24.174] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DF4PR8401MB0843; 6:qYG2lh0xMhHPMtG+TUCl5rUApWfz2nJHKfd+j2WVF5hAJB8ocilfAKDV6cyX1tfvIVqRW2h1Q+Aef3vR2nfocyWtHbYdF/ec/vxUj7IjmXfKXaTV9QolQyGz/n3gXe4nBzV8W4oUrdilZyJXVp++fZU8bx8QvxXi8QDBDnUyfgn7xNEfAJD5hA6DxHKoWdxPd4A3SUCCJjQNUnuYaG15ake6ILbVrIuB1vOOEUftqB+UamhBj0qXor/e9VjdtnFAvYX3hcUkmL12DbEoHhBbQlOPKlQ+0bJqy0hKaJa3cCjCNR4E1PTyAS+ULptgwpgZH7YbNCClh0BVkYF4ip2iCa/U511xT/mTGGEP7H7TBhjqDoMZGd8/8FQV4bPj2g6GXKl5BLycH0h0tyNu0H9T6pEaxN0Pve050pDBdTZ8kNHtXseEuwXWzt+7LT12U2cA5trKM2jezRmJaK5J1x+0sA==; 5:KhxHVi6WNCDLh/8pP9a7+tFZinr8M7lXRNrt6yVMan+SOXa1/cph+tDCmCTRHV0i9iBN2H5j5HqOO51cWz3pMGW4ppQkQ+OqBc/u6UmW3OFOsSVxrHhdLzm6/mYkEOScRD4pg5Asw5e+v+XJSxgD4r8f1OtHc6l0ohaMQZ+g47w=; 7:/D6AOTeM7C1T3V43Gucxmi3tHjtQmei8tl6pM0qdWog5zS1zRvEtLnS4NzJaVUIDPVLT0lk4RVy58g6RgEhLctHSRPKkT+fx599UAne9r0rHX2q3LVP5rbxVJCBXcXL0SbGAbY4rf1J5LwYsfLA/xvbJMXf+QE4/3SVZ0N2aOzRjWMgX+mxndlzpCxXi9PeuV0DS+olL/k7O67c+5ZxAg6Rhrr/Fh/j4dvLbWVE5P1dLzJ/K2nu1NgLCgfTnu7mD x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a8b1204f-6625-46eb-4b2c-08d60823d07c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:DF4PR8401MB0843; x-ms-traffictypediagnostic: DF4PR8401MB0843: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(111039206520245)(159968658992688)(85827821059158)(211936372134217)(31960201722614)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231311)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(201708071742011)(7699016); SRVR:DF4PR8401MB0843; BCL:0; PCL:0; RULEID:; SRVR:DF4PR8401MB0843; x-forefront-prvs: 0772E5DAD5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(366004)(136003)(396003)(39860400002)(6602003)(189003)(199004)(2616005)(2906002)(4326008)(236005)(6436002)(6486002)(83716003)(6116002)(97736004)(53936002)(54906003)(6306002)(229853002)(54896002)(6512007)(5250100002)(486006)(11346002)(446003)(186003)(256004)(66066001)(7736002)(26005)(86362001)(14444005)(2900100001)(39060400002)(476003)(25786009)(33656002)(99286004)(105586002)(106356001)(82746002)(14454004)(68736007)(606006)(36756003)(478600001)(551544002)(19273905006)(6916009)(966005)(8936002)(102836004)(316002)(6246003)(6506007)(3846002)(76176011)(8676002)(53546011)(99936001)(81156014)(5660300001)(81166006)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR8401MB0843; H:DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: OEYD2mk03Z9Av/82T8K9SydWmgBTrfsclxonJEY6UB1wGYT4ZRQirVWb55ukcDvp2tXYuGfLueTbfUVWs3C/lj6LHihPOd7IHUkCiME7NEPCCoxWBt/4BibKXFT5qzh3TSHqdiVdRqtKlWySngZ1fxOTZkKknLDsHLK7KdtO79rr48ZTGtNZELP8UuoAczdOLEoglhLMzNEMJTAh4CAguyA0aORu6W/K6d/crejCyf1nKq1Nw0VJyZszwAx43DSkUZ4nNbTwlOVpBrKdua8QS7ptr8E7UF3Soe/IPacgXHrMaF9qcEX9RT+frwZrtdKcODnRaNegTRRDP35ACR0pehwDRfssv2nZ5Te1rwlZ8cY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: a8b1204f-6625-46eb-4b2c-08d60823d07c X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2018 11:38:43.3397 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0843 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3520234520148138820==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3520234520148138820== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_4BC3DD4D-B50B-4991-8BC0-AB30B6390B9E"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_4BC3DD4D-B50B-4991-8BC0-AB30B6390B9E Content-Type: multipart/alternative; boundary="Apple-Mail=_7EB6D035-DEE6-4F99-A59B-4ABC7FB97310" --Apple-Mail=_7EB6D035-DEE6-4F99-A59B-4ABC7FB97310 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 OK, I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf = =20= = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx = =20= = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf = =20 = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= = =20 And while we have the lid open, I think we might want to re-examine = proof print, because some of proof print seems to step on job save and = reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer. Smith > On Aug 21, 2018, at 6:44 PM, Michael Sweet wrote: >=20 > Smith, >=20 > The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. Given = what you (HP) want to be able to do, namely to support retention and = re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...) >=20 > The related "proof-print" attribute *does* specify that the Job should = be retained (at least for one reprint) and in general seems to have much = better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes... >=20 >=20 > Ira, >=20 > The "output-device" comment was mine - since output-device uses the = name syntax, we don't have a clear path to defining a semantic meaning = for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "process this = Job but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it... >=20 >=20 > > On Aug 21, 2018, at 8:22 PM, Ira McDonald = wrote: > >=20 > > Hi Guerney, > >=20 > > My two cents. > >=20 > > I'm sure Mike can respond more articulately. > >=20 > > But the literal reading of 'print-save' and 'save-only' is *just* = some form > > of the *processed* raw Document data (definitely NOT the Document > > object w/ metadata). That's unacceptable and useless IMO. > >=20 > > Although the IPP F2F minutes record that you think that = "output-device" > > of NULL is a hack, it seems sound and reasonable to me. > >=20 > > And I still like "put a stake in the heart of job-save-disposition". = I think > > JPS2 has serious issues of ambiguity. > >=20 > > Cheers, > > - Ira > >=20 > > Ira McDonald (Musician / Software Architect) > > Co-Chair - TCG Trusted Mobility Solutions WG > > Chair - Linux Foundation Open Printing WG > > Secretary - IEEE-ISTO Printer Working Group > > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > > IETF Designated Expert - IPP & Printer MIB > > Blue Roof Music / High North Inc > > http://sites.google.com/site/blueroofmusic = > > http://sites.google.com/site/highnorthinc = > > mailto: blueroofmusic@gmail.com > > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > >=20 > >=20 > >=20 > > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards = Architect) wrote: > > Greetings, > >=20 > > I've prepared a JPS2 v2, and I'm ready to publish it and move into a = design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort. > >=20 > > It was asserted in the August 2018 F2F and in the minutes that since = the definitions of 'save-only' and 'print-and-save' on pages 40-41 only = discusses Document Data, and doesn't say anything about retaining the = Job, that sending "save-disposition" =3D 'save-only' or 'print-and-save' = will not cause the Printer to retain the Job, and therefore JPS2 failed = to actually support the "Job Save and Reprint Feature" with any of the = attributes defined within. I can understand why it might be read that = way, but I also think we don't need to take such a narrow interpretation = of 5100.11. =46rom my reading, when a Printer processes a Job that has = the "save-disposition" member of "job-save-disposition" specifying = 'save-only' or 'print-and-save', if there are no errors, the Printer can = save the Job's Document Data to the location specified in "save-info" = member of "job-save-disposition" (as per pages 40-41), but it can ALSO = put the completed Job in the Job Retention Phase as per the definition = of a Saved Job on 5100.11 page 13, so that it becomes a Saved job = suitable for a reprint using control panel selection or an IPP Resubmit = Job operation. > >=20 > > If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?=20 > >=20 > > To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2. > >=20 > > Why specifically is this an inappropriate reading of 5100.11?=20 > >=20 > > Thanks for your patience and thoughts? > >=20 > > Smith > >=20 > > /** > > Smith Kennedy > > Wireless & Standards Architect - IPG-PPS > > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF > > Chair, IEEE ISTO Printer Working Group > > HP Inc. > > */ > >=20 > >=20 > >=20 > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp = > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp = >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer --Apple-Mail=_7EB6D035-DEE6-4F99-A59B-4ABC7FB97310 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 OK, = I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon:

  =  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.docx 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.docx 

And while we have the lid open, I think we might want to = re-examine proof print, because some of proof print seems to step on job = save and reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michael Sweet <msweet@apple.com> = wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...)

The related "proof-print" attribute *does* specify that the Job should = be retained (at least for one reprint) and in general seems to have much = better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes...


Ira,

The "output-device" comment was mine - since output-device uses the name = syntax, we don't have a clear path to defining a semantic meaning for a = particular name, even if it is an empty string or a specific name like = "none". *If* we decide that we want a way to specify "process this Job = but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only' is *just* = some form
> of the *processed* raw Document data (definitely NOT the = Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that = "output-device"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of = job-save-disposition". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= > IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page = 13, so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?
>
> To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Apple-Mail=_7EB6D035-DEE6-4F99-A59B-4ABC7FB97310-- --Apple-Mail=_4BC3DD4D-B50B-4991-8BC0-AB30B6390B9E Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjIxMTM4NDFaMCMGCSqGSIb3DQEJBDEWBBR5haqFJ5A4hcBr 1R1q4JMovlSIZDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAD6OgqEbcFdWbJFY t+LjON7bTYTihYQb55p0Qj919HbmobKNpBLSoIVjC/knHe4+0hi7VcFJTsuFEEpuL7rR9AsEmfYd V3zJlcptBsKnq9kP1Pr5CrEkVaTGEHGP0105xCiLUoRazr0k23ODkBnBg06Gp5DJUtbmjUNyfWLV vr2fN4wCTke3zpEnttMVvs1aZ1bDd/RwOlysonNjcfOilyLqBCuu1GkR2VmhxijiQf1N1+5YDgJp XQtrvaLIBaPHuB2sOqiTYMoE3+hDJuDW7St4sL8FtZVxAvA4SphEbevColtLdBBqzHt8MZroPTdy Vdxl/bwboEjD+sduK2fEgHcAAAAAAAA= --Apple-Mail=_4BC3DD4D-B50B-4991-8BC0-AB30B6390B9E-- --===============3520234520148138820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3520234520148138820==-- From ipp-bounces@pwg.org Wed Aug 22 04:41:43 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1979C130DEF for ; Wed, 22 Aug 2018 04:41:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9WtXj-tqLk-V for ; Wed, 22 Aug 2018 04:41:41 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id C10FD130DDA for ; Wed, 22 Aug 2018 04:41:41 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id DBF94CDB1; Wed, 22 Aug 2018 11:41:40 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2F02CCD1E; Wed, 22 Aug 2018 11:41:38 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id C185ACD45; Wed, 22 Aug 2018 11:41:36 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [63.128.21.162]) by www.pwg.org (Postfix) with ESMTPS id 6958BC0BE for ; Wed, 22 Aug 2018 11:41:36 +0000 (UTC) Received: from NAM05-CO1-obe.outbound.protection.outlook.com (mail-co1nam05lp0080.outbound.protection.outlook.com [216.32.181.80]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-206-VxTXz0ejPTS1zd1_9cTfIQ-1; Wed, 22 Aug 2018 07:41:33 -0400 X-MC-Unique: VxTXz0ejPTS1zd1_9cTfIQ-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0374.NAMPRD84.PROD.OUTLOOK.COM (10.169.12.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.13; Wed, 22 Aug 2018 11:41:26 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Wed, 22 Aug 2018 11:41:24 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: First draft of IPP JPS2v2 available for review Thread-Index: AQHUOg0M/QvyXPl+FE68TV5dyW9Nig== Date: Wed, 22 Aug 2018 11:41:24 +0000 Message-ID: <69906102-C07C-45FC-BD9B-BEBB00D8DD28@hp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [75.174.24.174] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0374; 6:C1VwPWDbvaY0Rw+TQDHm4iE28FmKTZtFgEU7kPh377GpPtypBEVCDyOKRMsiXY9zHUuLqjHVjwopJ2HQ/Bhg0W0LuqtMp0zWBbimPbd1Kl0wGCnfzyzpmJ/+qEmSSkt/UGaJ4J73IZpyIpm4pIpycrVLGOrWiiHjEknRPNhGGACrFrIhohCdRZQ+C88vBg0KbK7KQY4E9FJkJxEA7Oxf6pvVF6sOmnrzsFznHnP5snfr3IFWsqx6w+fLeLtHl6k5k3VS49vPFk3hADH+wEiizK1/QIpDNuC75tKy1AmQDNJ8hWBV1z49QYuYK8FrLqHh3mxSixdkblP4NakJZcVimghRoJgSWxPBifx98uRwQZOVNkOez5kGHRiY4ISz0VWdUOr1T23vGx8CnWKcjVntd/Rlm+cHL1ZEwQfY45oLKmTTf1SBdPvnTXlv1MBKntI6MXRQr217QB5bw+4RCqHGNw==; 5:2opk/BC9ydK/BSVKsbFTw0PSwSrGNwK+pN/G/Ag0MDIgYMsRoJceCBQpB57uwKl8FkL+oqT0Fr/xmYLPSVO7xWQt0ootoOktJ32O7iM3zy3luHc5iOmyshg5wHRVDIjJYcyaWs8KMwErqqMQV9Olo/cXTQwAN6hKWC94LrjBe1w=; 7:zoWx3A2MAKbRmXVbV0RRztiJc3yRQc/v9KV8Jy4UJwm5UQYqgDw5styxO98kY6ysa63V1ea2K56zrnkuCoEfYFLSXGXjioWlYwR/J7d8Bln5v17PmlmqcN2843ssScg3AyHOZcF8zwdXwiSp2r1gi/pZzeH3jvd9UIXCGN3evoKWx0xiFYyxsMCLKn+Quh3QgXbcHKb2eZOESSLfJHEhwjOAxG0rCMnM1lR++i34iO8tprYJ0glAD+rxCJcMczD+ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 8b822915-affd-489b-8473-08d60824309a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0374; x-ms-traffictypediagnostic: CS1PR8401MB0374: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(20161123560045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(201708071742011)(7699016); SRVR:CS1PR8401MB0374; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0374; x-forefront-prvs: 0772E5DAD5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(396003)(376002)(346002)(39860400002)(6602003)(199004)(189003)(8936002)(68736007)(66066001)(6116002)(3846002)(97736004)(2906002)(33656002)(6916009)(6506007)(6436002)(6306002)(14454004)(256004)(966005)(99286004)(478600001)(86362001)(6512007)(53936002)(5250100002)(105586002)(25786009)(36756003)(6486002)(486006)(106356001)(316002)(81166006)(2616005)(81156014)(8676002)(476003)(102836004)(2900100001)(26005)(5660300001)(83716003)(7736002)(305945005)(99936001)(82746002)(186003); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0374; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: qvaxDFs4ddkLfS0C2IXm92fxsg/k20W4Usd5gIaOWPWtuZ0bPObX0aC7RDnGlUPUj1KjScxLDdYyWc7/zgwX3nKSIu35uuKZ0XDWIAWNfTeRPFgQLK2g1M1ft4kSURXDjWGzaVz3GLMCENYZDP1zY0q1uCPPt9EGI8cauz8QTzr8IalR2/4qE3Rx1R0Xaqk+K2nKyA2nIqxvqRsLPjxnyMPGdoV3iYcd/MaNFQWMiFCIGWqq4Hm047AGMpl4nf9k6yzJMwF7mG+wH/eDCt8NlLaetN53XxRK3ZNFzXyUrfKAGygQgeM1E985RulQwEQmoSi9KLDZGcgzCtczRmPJvd8ZRFwQDpiqULAr31WkH64= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8b822915-affd-489b-8473-08d60824309a X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2018 11:41:24.3558 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0374 Subject: [IPP] First draft of IPP JPS2v2 available for review X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0468452199621264552==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============0468452199621264552== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_E47E7D6A-8709-4CFB-99BF-6DBCBD197930"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_E47E7D6A-8709-4CFB-99BF-6DBCBD197930 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, As per recent discussions on the reflector and at the August vF2F, here = is the first draft of JPS2v2 (5100.11): https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= I copy / pasted in the contents of the last clean draft into the current = Word template, then did a bunch of clean up. We can start with this and = proceed with our new work in that. Cheers, Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ --Apple-Mail=_E47E7D6A-8709-4CFB-99BF-6DBCBD197930 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjIxMTQxMjBaMCMGCSqGSIb3DQEJBDEWBBSecn4cEF9s4aPi NUiioj+DZK8qiDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAKn/65Xot9aRZlFj 6jNgcMAm/GtK/Zf+9oFJgQIzne1RR/5uIcNRw020O3KyDGMrUHB5zE6lBFtNYsLFAhHlRIOm0/r5 J0U33sMOQ+rRbAL4HB1Z2UR/jh40pRCeqwbPNF50RygCB0zrU0x82Hi9Jy0fQBh8Yc++89Z/wG2a 2T/Zat4T8EK2r2IkX/g2FgUj8NOY10LYYij73Acau68fahWgjFgYd6B0tMWYAmeXRfyDxQ166JE3 5XvEqNENHhZz46J0+m1OrmG/aL5whUPoBV6s49SantsvaHeGY7WM03gRf/+VMtVaIPjEMl7i92pf bTyTCpye/YNZtVgGA5L2Ud8AAAAAAAA= --Apple-Mail=_E47E7D6A-8709-4CFB-99BF-6DBCBD197930-- --===============0468452199621264552== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0468452199621264552==-- From ipp-bounces@pwg.org Wed Aug 22 07:32:25 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E37A9130E0C for ; Wed, 22 Aug 2018 07:32:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.369 X-Spam-Level: X-Spam-Status: No, score=-0.369 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxpCB3TkGHyn for ; Wed, 22 Aug 2018 07:32:23 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 9A532124BE5 for ; Wed, 22 Aug 2018 07:32:23 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 2BCFFCDD6; Wed, 22 Aug 2018 14:32:20 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id D6FE3CDD0; Wed, 22 Aug 2018 14:32:10 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id D192BCDD1; Wed, 22 Aug 2018 14:32:09 +0000 (UTC) Received: from mail-yw1-xc2d.google.com (mail-yw1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) by www.pwg.org (Postfix) with ESMTPS id 888A9CDCF for ; Wed, 22 Aug 2018 14:32:08 +0000 (UTC) Received: by mail-yw1-xc2d.google.com with SMTP id x83-v6so713727ywd.4 for ; Wed, 22 Aug 2018 07:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=clpkb7C8vMZ9oUAEqzAiCITFH5qbZWMBf//q4qP5QbQ=; b=d3RXRVd45YjSxEM9n5gSXoJM+KI0U7CUYhfLytIoMJG/aAvCh/l8ayDcFmCCaeiekB RHaYrjSoFLrc9VgR849tA25UUqYAImvxO6UT/sFKCD4A/67O5EtdfJZNzy//OSrQttmd W9R1MaX3x6oIP5qnv9PGJp6H1j4I97B/ub152sELcXwm99CZjn3AcxIryIBHLtDQLuvi KRGd3GDJEsOgzjvc1zCLnGGg7+7XPednviM9ZcE28lK2EZPBoDgFo9iY1VdFn0z87xRA 8Brv9YTJQspmcgxbJhhr3Z6dMsApx7zmxyRan7Pa4VxKCKEqu0piXhpt+iIs6uUJSsLV X9ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=clpkb7C8vMZ9oUAEqzAiCITFH5qbZWMBf//q4qP5QbQ=; b=axRIXl+hNGaLLWeONigJ8z/Oz023SiqqW4fVVOb2BMyQLJdqBgwReO+ctg4+Kdpazw GBLKxMTn2n4XSMmylPyn0ohFJUG9FSq2ogdu5xUoIZOHETT1aPc2ZHBfWBWemysVcEcp 0EAFRbdHA6VZvpmBi1zWT5L8X/uzeUA+UiiB3z3LYXSuXSxX646h2VsdPLDQetASWFiq jPfdVyRSQKKof1tTn+3d5mssmwBSwcFDlg5FXDgPz6N1db/mxBrdQIRbEuB1fS3WTNZT WAeVNV8hLv7e0+GmQTvBOVvYd+34OUP6i/Zj10IblKDj9l8/Ti3y1zXew1hgeYfn9Ejs RKpA== X-Gm-Message-State: APzg51ClMWYxRb3JKpC+PY0fxACxkg0Hl7MjiyCAi0tU6hnSC63MyU85 BF/QfJTXop2/lBo5MXnCiVFSq49vmMl7+V6gRJI= X-Google-Smtp-Source: ANB0VdZpXAL7iskBkmU4Y8DHlwEdGIhZWnF4C8Pfmx0OehSE3KzZONsUwE4r+9Qy+Fn1AnPptYeghGqdKAvpigqy61E= X-Received: by 2002:a81:4b56:: with SMTP id y83-v6mr185891ywa.98.1534948327687; Wed, 22 Aug 2018 07:32:07 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> In-Reply-To: <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> From: Ira McDonald Date: Wed, 22 Aug 2018 10:31:51 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9064389848057231286==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============9064389848057231286== Content-Type: multipart/alternative; boundary="000000000000d209e205740701a7" --000000000000d209e205740701a7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Smith, I disagree about your suggestion for a strange job state lifecycle for "proof-print". All jobs should complete when they have finished producing output. Leaving that original job in in 'processing-stopped' state is reinventing the audit trail problems of the deprecated Restart-Job operation from RFC 2911, for no visible benefit. The person who did the original "proof-print" (a document author) may well NOT be the person who makes the final fifty copies (an admin or project leader)= . Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards Architect) wrote: > OK, I am fine with starting from scratch to solve the Job Save and Reprin= t > Feature and the Password Protected Job feature so that they can be at lea= st > orthogonal to one another, to allow password protected saved jobs to be > clearly supported. First draft posted, announcement soon: > > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx > > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf > > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.doc= x > > > And while we have the lid open, I think we might want to re-examine proof > print, because some of proof print seems to step on job save and reprint. > IMHO a proof print should print 1 copy and then enter 'processing-stopped= ' > until it has been re-approved for processing, at which time it prints and > becomes 'completed'. Once in that state, if the User / Client wants to > specify 'print-and-save', then the new solution for the Job Save and > Reprint feature can be applied if supported by the printer. > > Smith > > > > On Aug 21, 2018, at 6:44 PM, Michael Sweet wrote: > > Smith, > > The issue with "job-save-disposition" is that it does not specify the > intent to retain the Job, just to save it to a specified location. Given > what you (HP) want to be able to do, namely to support retention and > re-printing of a job, it seemed clear from our discussions that > job-save-disposition did not match up, and in fact the way that > job-save-disposition is currently specified has technical implementation > problems that are not easily resolved (thus the call to update JPS2 and > deprecate it...) > > The related "proof-print" attribute *does* specify that the Job should be > retained (at least for one reprint) and in general seems to have much > better defined semantics. But it doesn't address how to have a persistent > password for the Job and basically makes the assumption that the first > print is a test run. Which is how we got to adding > "job-retain-until[-time]" and "job-[re]print-password[-encryption]" > attributes... > > > Ira, > > The "output-device" comment was mine - since output-device uses the name > syntax, we don't have a clear path to defining a semantic meaning for a > particular name, even if it is an empty string or a specific name like > "none". *If* we decide that we want a way to specify "process this Job bu= t > don't send it to an output device" in the Job Ticket, we should proceed > carefully and clearly document a) how a Client specifies this and b) how = a > Printer advertises its support for this. But I'll stay on the record as n= ot > being 100% happy about it... > > > > On Aug 21, 2018, at 8:22 PM, Ira McDonald > wrote: > > > > Hi Guerney, > > > > My two cents. > > > > I'm sure Mike can respond more articulately. > > > > But the literal reading of 'print-save' and 'save-only' is *just* some > form > > of the *processed* raw Document data (definitely NOT the Document > > object w/ metadata). That's unacceptable and useless IMO. > > > > Although the IPP F2F minutes record that you think that "output-device" > > of NULL is a hack, it seems sound and reasonable to me. > > > > And I still like "put a stake in the heart of job-save-disposition". I > think > > JPS2 has serious issues of ambiguity. > > > > Cheers, > > - Ira > > > > Ira McDonald (Musician / Software Architect) > > Co-Chair - TCG Trusted Mobility Solutions WG > > Chair - Linux Foundation Open Printing WG > > Secretary - IEEE-ISTO Printer Working Group > > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > > IETF Designated Expert - IPP & Printer MIB > > Blue Roof Music / High North Inc > > http://sites.google.com/site/blueroofmusic > > > http://sites.google.com/site/highnorthinc > > > mailto: blueroofmusic@gmail.com > > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > > > > > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards > Architect) wrote: > > Greetings, > > > > I've prepared a JPS2 v2, and I'm ready to publish it and move into a > design discussion about a replacement for "job-save-disposition" and othe= r > aspects of JPS2, but before I do that I wanted to make one more pass at t= he > state of the current JPS2 document, to make sure we need to dive into thi= s > effort. > > > > It was asserted in the August 2018 F2F and in the minutes that since th= e > definitions of 'save-only' and 'print-and-save' on pages 40-41 only > discusses Document Data, and doesn't say anything about retaining the Job= , > that sending "save-disposition" =3D 'save-only' or 'print-and-save' will = not > cause the Printer to retain the Job, and therefore JPS2 failed to actuall= y > support the "Job Save and Reprint Feature" with any of the attributes > defined within. I can understand why it might be read that way, but I als= o > think we don't need to take such a narrow interpretation of 5100.11. From > my reading, when a Printer processes a Job that has the "save-disposition= " > member of "job-save-disposition" specifying 'save-only' or > 'print-and-save', if there are no errors, the Printer can save the Job's > Document Data to the location specified in "save-info" member of > "job-save-disposition" (as per pages 40-41), but it can ALSO put the > completed Job in the Job Retention Phase as per the definition of a Saved > Job on 5100.11 page 13, so that it becomes a Saved job suitable for a > reprint using control panel selection or an IPP Resubmit Job operation. > > > > If there is a Printer that implements "job-save-disposition" and saves > the Document Data but does not Retain the Job then that could be viewed a= s > unfortunate behavior, but will any clients care about this misbehavior? D= o > any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? > > > > To be clear, I am not trying to be difficult or combative - I natively > don't understand why we need to be reading it the way that we are. The > specification seems vague enough that such an interpretation doesn't seem > unreasonable to me. And it seems much less destructive (and less work) to > take that interpretation than to start over or create a JPS2v2. > > > > Why specifically is this an inappropriate reading of 5100.11? > > > > Thanks for your patience and thoughts? > > > > Smith > > > > /** > > Smith Kennedy > > Wireless & Standards Architect - IPG-PPS > > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum = / > USB-IF > > Chair, IEEE ISTO Printer Working Group > > HP Inc. > > */ > > > > > > > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp > > > _______________________________________________ > > ipp mailing list > > ipp@pwg.org > > https://www.pwg.org/mailman/listinfo/ipp > > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer > > > --000000000000d209e205740701a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

I disagree about y= our suggestion for a strange job state lifecycle for "proof-print"= ;.
All jobs should complete when they have finished pr= oducing output.=C2=A0 Leaving that
original job in in 'proces= sing-stopped' state is reinventing the audit trail problems
<= div>of the deprecated Restart-Job operation from RFC 2911, for no visible b= enefit.

The person who did the original "proo= f-print" (a document author) may well NOT
be the person who = makes the final fifty copies (an admin or project leader).

Cheers,
- Ira


Ira McDonald (M= usician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions = WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Pr= inter Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol = WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / H= igh North Inc
http://sites.google.com/site/= blueroofmusic
http://sites.google.com/si= te/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place= =C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2= =A0 Grand Marais, MI 49839=C2=A0 906-494-2434



O= n Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards Ar= chitect) <smith.kennedy@hp.com> wrote:
OK, I am fine with starting fro= m scratch to solve the=C2=A0Job Save and Reprint Feature and the Password P= rotected Job feature so that they can be at least orthogonal to one another= , to allow password protected saved jobs to be clearly supported. First dra= ft posted, announcement soon:


And while we have the lid open, I think we might want to re-examine proo= f print, because some of proof print seems to step on job save and reprint.= IMHO a proof print should print 1 copy and then enter 'processing-stop= ped' until it has been re-approved for processing, at which time it pri= nts and becomes 'completed'. Once in that state, if the User / Clie= nt wants to specify 'print-and-save', then the new solution for the= Job Save and Reprint feature can be applied if supported by the printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michae= l Sweet <msweet@ap= ple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify= the intent to retain the Job, just to save it to a specified location. Gi= ven what you (HP) want to be able to do, namely to support retention and re= -printing of a job, it seemed clear from our discussions that job-save-disp= osition did not match up, and in fact the way that job-save-disposition is = currently specified has technical implementation problems that are not easi= ly resolved (thus the call to update JPS2 and deprecate it...)

The related "proof-print" attribute *does* specify that the Job s= hould be retained (at least for one reprint) and in general seems to have m= uch better defined semantics. But it doesn't address how to have a per= sistent password for the Job and basically makes the assumption that the fi= rst print is a test run. Which is how we got to adding "job-retain-un= til[-time]" and "job-[re]print-password[-encryption]" attrib= utes...


Ira,

The "output-device" comment was mine - since output-device uses t= he name syntax, we don't have a clear path to defining a semantic meani= ng for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "= process this Job but don't send it to an output device" in the Job= Ticket, we should proceed carefully and clearly document a) how a Client s= pecifies this and b) how a Printer advertises its support for this. But I&= #39;ll stay on the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:=
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only'= ; is *just* some form
> of the *processed* raw Document data (definitely NOT the Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that "output-d= evice"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of job-save-dispositio= n". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blu= eroofmusic
> http://sites.google.com/site/hig= hnorthinc
> mailto: b= lueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standar= ds Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move = into a design discussion about a replacement for "job-save-disposition= " and other aspects of JPS2, but before I do that I wanted to make one= more pass at the state of the current JPS2 document, to make sure we need = to dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that since t= he definitions of 'save-only' and 'print-and-save' on pages= 40-41 only discusses Document Data, and doesn't say anything about ret= aining the Job, that sending "save-disposition" =3D 'save-onl= y' or 'print-and-save' will not cause the Printer to retain the= Job, and therefore JPS2 failed to actually support the "Job Save and = Reprint Feature" with any of the attributes defined within. I can unde= rstand why it might be read that way, but I also think we don't need to= take such a narrow interpretation of 5100.11. From my reading, when a Prin= ter processes a Job that has the "save-disposition" member of &qu= ot;job-save-disposition" specifying 'save-only' or 'print-= and-save', if there are no errors, the Printer can save the Job's D= ocument Data to the location specified in "save-info" member of &= quot;job-save-disposition" (as per pages 40-41), but it can ALSO put t= he completed Job in the Job Retention Phase as per the definition of a Save= d Job on 5100.11 page 13, so that it becomes a Saved job suitable for a re= print using control panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition"= and saves the Document Data but does not Retain the Job then that could be= viewed as unfortunate behavior, but will any clients care about this misbe= havior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?=
>
> To be clear, I am not trying to be difficult or combative - I natively= don't understand why we need to be reading it the way that we are. The= specification seems vague enough that such an interpretation doesn't s= eem unreasonable to me. And it seems much less destructive (and less work) = to take that interpretation than to start over or create a JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC F= orum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

--000000000000d209e205740701a7-- --===============9064389848057231286== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============9064389848057231286==-- From ipp-bounces@pwg.org Wed Aug 22 08:24:39 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35383130E13 for ; Wed, 22 Aug 2018 08:24:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.482 X-Spam-Level: X-Spam-Status: No, score=-0.482 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qMtE6UX-DY91 for ; Wed, 22 Aug 2018 08:24:34 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id BA894130E24 for ; Wed, 22 Aug 2018 08:24:34 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 746B7CDD7; Wed, 22 Aug 2018 15:24:34 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id D6AD4CDD2; Wed, 22 Aug 2018 15:24:23 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 76DF5CDD3; Wed, 22 Aug 2018 15:24:23 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [63.128.21.162]) by www.pwg.org (Postfix) with ESMTPS id CF6CACDD1 for ; Wed, 22 Aug 2018 15:24:21 +0000 (UTC) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0016.outbound.protection.outlook.com [207.46.163.16]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-94-5Z-ieI19Nmm7W4KcN9KPCg-1; Wed, 22 Aug 2018 11:24:18 -0400 X-MC-Unique: 5Z-ieI19Nmm7W4KcN9KPCg-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0968.NAMPRD84.PROD.OUTLOOK.COM (10.169.24.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.21; Wed, 22 Aug 2018 15:24:14 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Wed, 22 Aug 2018 15:24:14 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Ira McDonald Thread-Topic: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time Thread-Index: AQHUOZwWItSlK9qa00mW0hJ7/MXWO6TK6VeAgAAF7oCAALbaAIAAMGOAgAAOoQA= Date: Wed, 22 Aug 2018 15:24:13 +0000 Message-ID: <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0968; 6:GoksUqiLRFDZ3XRGztZKeSRBC+qnqqTIDIQmAu0Ur+t/is7kTbXlNszJjelQoSBE4vBo70+ykO61Ax7AZk5ibpVsWSc0/vFF55Yaej3Q0hCsshi65Q49u9UUTGcsd4m/tEHXJQU8yFH5k3Z1pAOcO4elxS9rcPDMNlRTgqz5aDz6D00D2f2ZUcFvzNmpuMDMaFALsdMdPkDfI3RJx491LXraozXOBf1/7wsUvh2n4aXGo8JFz4ULKc2HApU+jfs1p6A8n4eulK6G6Ij5pWSJuzfCm4pLuIR6eg5hKx18pePLlMOj+Wvt0+D2MbAtKkquUwXOtq1IKpd3Y2oe3YnguG9EWEIeP/GzZU+GK6C4CH6G05nAikGqjgrXLoErSMH3z/zDI24DwfyMtA5e5wWcrMwDQ+qKQPAewaIDUAduAlV5by+8lCXk5otFAhbvO9XE2Lu0hGwCDWAGcVo6IrMdMg==; 5:tNLu68IIRg9JnJ0ynaGRARB0FEmb329x49yL42nXbiJnWMJk0BEL9e3QZt2HpQLgfhDbIGoFwFwUzh58181MbIHxt+e3mENegeQReH1Z3nKw/oMBNf1AxkYpbmM6RElP1AG0/Kba3igJ+LDzt3uHU57lD2pahC3dyPYmDdmgTKs=; 7:GP6Ili+r+gr0ieOS7xe/bJ7Naow/r8wRmwZseNRpCLhJgEfjO5vbtbC0WtuXLaI7eCo9Co87MKPhgHxvi4TGYgz23PSUmfSVBZVZZEPyu/cEShiF4fqaDPKO58Q6smKEBesl6KZWfXecgM19jSLr2gzqFrp5cLbUzI/qSykUBASZ5JyXCoPuEcJFp+aIZ588rDJnFUTnvEqFaApSwaH9G8zC+C+b3y+XGr0gh6Zwd6lfVryOuBwvLc7MFJMdXDOM x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 2f24b9b6-e125-49d1-039d-08d60843515a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0968; x-ms-traffictypediagnostic: CS1PR8401MB0968: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(111039206520245)(159968658992688)(85827821059158)(211936372134217)(31960201722614)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(20161123560045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(201708071742011)(7699016); SRVR:CS1PR8401MB0968; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0968; x-forefront-prvs: 0772E5DAD5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(366004)(376002)(39860400002)(136003)(189003)(199004)(6602003)(2616005)(966005)(5660300001)(6916009)(66066001)(476003)(11346002)(229853002)(39060400002)(76176011)(2900100001)(25786009)(446003)(36756003)(4326008)(186003)(6486002)(99936001)(6116002)(551544002)(6436002)(3846002)(606006)(486006)(6246003)(316002)(8936002)(14444005)(7736002)(5250100002)(81156014)(81166006)(6512007)(99286004)(86362001)(6306002)(236005)(54896002)(2906002)(1411001)(82746002)(102836004)(8676002)(256004)(33656002)(106356001)(14454004)(6506007)(105586002)(19273905006)(53546011)(68736007)(26005)(478600001)(54906003)(53936002)(97736004)(83716003)(93886005)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0968; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: dFfBVooa3XWOOAQkH12oytfPlmmhQgglmbjMOGuK+pRhzYHV1thCgYyLU09L6YGKBvE9erLDcyatVrQGFaMzNmSjmKfYVl5iX4JfrMYdg/I4cVttVJaNntKl9gNa/GyV+QYFmcSkHlTDC4lnWgzOLWyjaAKWZyjqQ29zLTTjUHAlYcn/gkc1e+mCklnMWhICw2yDi6CQPd4NqahrXPzvcm0Ox2NqzLkdGD1pUsJ1euqyk/GVmpxb5QDQMZqXKQAig/uwH3BM0er4b98nCgdp7XOyHQDdAmTahjr6lDQreRr7kBavMv1jydxlGM6c9tgEvSZbD5QJgWfVSGDwhD/+EkNLYBZ8VgzvARFT2BueJYo= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2f24b9b6-e125-49d1-039d-08d60843515a X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2018 15:24:13.8977 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0968 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5389642576427355044==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5389642576427355044== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_80DA530B-DCAD-4386-80FF-65B818A80283"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_80DA530B-DCAD-4386-80FF-65B818A80283 Content-Type: multipart/alternative; boundary="Apple-Mail=_4F3AD5FB-BEE9-4D84-9EB0-1D94396D4812" --Apple-Mail=_4F3AD5FB-BEE9-4D84-9EB0-1D94396D4812 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ira, My perception of a "proof print job feature" is that the user selects = the choices for the final run, chooses "proof print", and then the = Printer will print one copy, review it, and then print the rest if you = approve of the output. Why is achieving this using one Job bad for the = audit trail? Doesn't pushing the final run to a second Job cause audit = trail problems of their own? (BTW, if a Job is copied using Resubmit-Job, does the newly created Job = have a Job Status attribute pointing back to the Job ID of the Job from = which it was created?) Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ > On Aug 22, 2018, at 8:31 AM, Ira McDonald = wrote: >=20 > Hi Smith, >=20 > I disagree about your suggestion for a strange job state lifecycle for = "proof-print". > All jobs should complete when they have finished producing output. = Leaving that > original job in in 'processing-stopped' state is reinventing the audit = trail problems=20 > of the deprecated Restart-Job operation from RFC 2911, for no visible = benefit. >=20 > The person who did the original "proof-print" (a document author) may = well NOT > be the person who makes the final fifty copies (an admin or project = leader). >=20 > Cheers, > - Ira >=20 >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic = > http://sites.google.com/site/highnorthinc = > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: > OK, I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon: >=20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf = =20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx = =20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf = =20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= = =20 >=20 > And while we have the lid open, I think we might want to re-examine = proof print, because some of proof print seems to step on job save and = reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer. >=20 > Smith >=20 >=20 >=20 >> On Aug 21, 2018, at 6:44 PM, Michael Sweet > wrote: >>=20 >> Smith, >>=20 >> The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. Given = what you (HP) want to be able to do, namely to support retention and = re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...) >>=20 >> The related "proof-print" attribute *does* specify that the Job = should be retained (at least for one reprint) and in general seems to = have much better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes... >>=20 >>=20 >> Ira, >>=20 >> The "output-device" comment was mine - since output-device uses the = name syntax, we don't have a clear path to defining a semantic meaning = for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "process this = Job but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it... >>=20 >>=20 >> > On Aug 21, 2018, at 8:22 PM, Ira McDonald > wrote: >> >=20 >> > Hi Guerney, >> >=20 >> > My two cents. >> >=20 >> > I'm sure Mike can respond more articulately. >> >=20 >> > But the literal reading of 'print-save' and 'save-only' is *just* = some form >> > of the *processed* raw Document data (definitely NOT the Document >> > object w/ metadata). That's unacceptable and useless IMO. >> >=20 >> > Although the IPP F2F minutes record that you think that = "output-device" >> > of NULL is a hack, it seems sound and reasonable to me. >> >=20 >> > And I still like "put a stake in the heart of = job-save-disposition". I think >> > JPS2 has serious issues of ambiguity. >> >=20 >> > Cheers, >> > - Ira >> >=20 >> > Ira McDonald (Musician / Software Architect) >> > Co-Chair - TCG Trusted Mobility Solutions WG >> > Chair - Linux Foundation Open Printing WG >> > Secretary - IEEE-ISTO Printer Working Group >> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> > IETF Designated Expert - IPP & Printer MIB >> > Blue Roof Music / High North Inc >> > http://sites.google.com/site/blueroofmusic = >> > http://sites.google.com/site/highnorthinc = >> > mailto: blueroofmusic@gmail.com >> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >> >=20 >> >=20 >> >=20 >> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) > wrote: >> > Greetings, >> >=20 >> > I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort. >> >=20 >> > It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page 13, = so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation. >> >=20 >> > If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?=20 >> >=20 >> > To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2. >> >=20 >> > Why specifically is this an inappropriate reading of 5100.11?=20 >> >=20 >> > Thanks for your patience and thoughts? >> >=20 >> > Smith >> >=20 >> > /** >> > Smith Kennedy >> > Wireless & Standards Architect - IPG-PPS >> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF >> > Chair, IEEE ISTO Printer Working Group >> > HP Inc. >> > */ >> >=20 >> >=20 >> >=20 >> > _______________________________________________ >> > ipp mailing list >> > ipp@pwg.org >> > https://www.pwg.org/mailman/listinfo/ipp = >> > _______________________________________________ >> > ipp mailing list >> > ipp@pwg.org >> > https://www.pwg.org/mailman/listinfo/ipp = >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >=20 --Apple-Mail=_4F3AD5FB-BEE9-4D84-9EB0-1D94396D4812 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Ira,

My perception = of a "proof print job feature" is that the user selects the choices for = the final run, chooses "proof print", and then the Printer will print = one copy, review it, and then print the rest if you approve of the = output. Why is achieving this using one Job bad for the audit trail? = Doesn't pushing the final run to a second Job cause audit trail problems = of their own?

(BTW, if a Job is copied using Resubmit-Job, does the newly = created Job have a Job Status attribute pointing back to the Job ID of = the Job from which it was created?)

Smith

/**
  =   Smith Kennedy
    Wireless & = Standards Architect - IPG-PPS
    Standards - = IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / = USB-IF
    Chair, IEEE ISTO Printer Working = Group
    HP Inc.
*/



On Aug 22, 2018, at 8:31 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

I = disagree about your suggestion for a strange job state lifecycle for = "proof-print".
All jobs = should complete when they have finished producing output.  Leaving = that
original job in in 'processing-stopped' state = is reinventing the audit trail problems
of the deprecated Restart-Job operation from RFC 2911, for no = visible benefit.

The person who did the original "proof-print" (a document = author) may well NOT
be the person who makes the = final fifty copies (an admin or project leader).

Cheers,
- = Ira



Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
OK,= I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon:

  =  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.docx 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.docx 

And while we have the lid open, I think we might want to = re-examine proof print, because some of proof print seems to step on job = save and reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michael Sweet <msweet@apple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...)

The related "proof-print" attribute *does* specify that the Job should = be retained (at least for one reprint) and in general seems to have much = better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes...


Ira,

The "output-device" comment was mine - since output-device uses the name = syntax, we don't have a clear path to defining a semantic meaning for a = particular name, even if it is an empty string or a specific name like = "none". *If* we decide that we want a way to specify "process this Job = but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only' is *just* = some form
> of the *processed* raw Document data (definitely NOT the = Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that = "output-device"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of = job-save-disposition". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= > IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page = 13, so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?
>
> To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer


= --Apple-Mail=_4F3AD5FB-BEE9-4D84-9EB0-1D94396D4812-- --Apple-Mail=_80DA530B-DCAD-4386-80FF-65B818A80283 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjIxNTI0MTNaMCMGCSqGSIb3DQEJBDEWBBTZqe7Izn05SJ+F /XK2hM1gzSvYnzCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBACV133qAU7lOWkid O6tlFZAdv8tFFc+LJSz9Eyx7cZE+jEFnVuORb6szxRi0D8FnctkAbbfYmiOgakJPezwGLmdgJdxB EMXSornwXSCTl2C0K6REvs+nuDyhPQZzk4fvazyd1GMc/STmyFvzaC8l5CEZxN02oGTdu2VZSG2/ PIiBGu7xLyiaj4Lh7F6DMtciNLjz2bgJjE9pPS5YNqSf8GElE+ohS5SrmDaW0kDQjy+XYopoEBIy xQyQ+M1VBawN6Hwfg5ZIsULUuihHFJAamGYzRvoe2sqeCv4+FpHNPjjBtECyPs6ONHn7Gv1TNlEf UMGcrCeRHJPh0k0ZQ9wjBXsAAAAAAAA= --Apple-Mail=_80DA530B-DCAD-4386-80FF-65B818A80283-- --===============5389642576427355044== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============5389642576427355044==-- From ipp-bounces@pwg.org Wed Aug 22 08:36:00 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04210130E6E for ; Wed, 22 Aug 2018 08:36:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.369 X-Spam-Level: X-Spam-Status: No, score=-0.369 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzouSgabcelZ for ; Wed, 22 Aug 2018 08:35:56 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D0E6B130E17 for ; Wed, 22 Aug 2018 08:35:56 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B645CCDD9; Wed, 22 Aug 2018 15:35:56 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1BBFCCDD2; Wed, 22 Aug 2018 15:35:45 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 35B95CDD4; Wed, 22 Aug 2018 15:35:44 +0000 (UTC) Received: from mail-yb0-x233.google.com (mail-yb0-x233.google.com [IPv6:2607:f8b0:4002:c09::233]) by www.pwg.org (Postfix) with ESMTPS id A2FE1CDD1 for ; Wed, 22 Aug 2018 15:35:42 +0000 (UTC) Received: by mail-yb0-x233.google.com with SMTP id k5-v6so816260ybo.10 for ; Wed, 22 Aug 2018 08:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8IQ5ib66M/Zz2zOarJNUI72Hs82/A85uexq9zIoDS6A=; b=P74Wt20hv8/jLC1ZVyXVftSqB1NgLw/9OrrmQspLFm77XUoRgFVw4hVI4H1CBgRGpO iwAH7lSgXDGAsRO3+PEn17tWK3saLDQsbxO89eN0GR6OiTqcQK6HwonXnrB6M52CkNrQ Y1snklM2T/ivPLHKT5JtB04bZcagS5qxryGuDprFj6sRqM9/mLqT3sHJ9s7Q8P2U0CuX aafDWVNRCEgCX45S4F4nrvmEc1ze+Hhy+e4eHlfylQVBJikvGV4K/OBsSM8bu49mzdX/ SL0efvvZ3F6sIFasiVVMvjvqk7X0qaWqE8Cj2XM55igceNJ8z9CNGOlBUcSjpaNtFd2j wXlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8IQ5ib66M/Zz2zOarJNUI72Hs82/A85uexq9zIoDS6A=; b=T1JBGYCCSGGjoX1Dh3OCalE1dAMLRnnodhLURs27ggb4nphsmTFGM8BgS7sv13A4CR dtFhFoKzIkbfO/BMBzU9o46j/UB/Tx+ge0ns0OB1pXD7qLsqFlps8KRGXEagVBz3SLEy ooIrOEiGw+reu7OoIAsXmX6eU1Em0rbcKffF+f4xiVOfwBs5Ud57Mmx8MGJ48Go32txU IalLBANFSWccGJA1K3e+k9rQf9YhZNLlBxwMWi/+BQ9Vb81kDrCuZFCXh+Q5gUz5ToMG ad4HejwnADOfq75KcpiMhp4/ezHPT9tZkoxxK4jMX3ecnf2/YZlrEaX0vsNWas6S1a0e 0h8w== X-Gm-Message-State: AOUpUlG2AGPGUWpmRRRMpsbwnixeGLTRl7GHUWEtt9QDJ8q0pGGdlqtp 7SmcU9p0yBRwrcf+MtbwehrdkP+9I4W2vFdAB0E= X-Google-Smtp-Source: AA+uWPypeAXl0ae8JNNk+eM48YL1JQhHynlVRuNu8Z1YZ9en1p6mRcvtQi07P5qytDUUrM4S3jH5yyUN+lBlSz3J9LU= X-Received: by 2002:a25:9b82:: with SMTP id v2-v6mr7244595ybo.193.1534952141790; Wed, 22 Aug 2018 08:35:41 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> In-Reply-To: <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> From: Ira McDonald Date: Wed, 22 Aug 2018 11:35:26 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0489308581563784095==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============0489308581563784095== Content-Type: multipart/alternative; boundary="00000000000028a161057407e53e" --00000000000028a161057407e53e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Smith, At least in higher-end systems, proof print is done on plain paper, single-sided (for proofreading) and final copies on different media, double-sided, different finishing, etc= . That can't be specified in a single Job submission. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards Architect) wrote: > Hi Ira, > > My perception of a "proof print job feature" is that the user selects the > choices for the final run, chooses "proof print", and then the Printer wi= ll > print one copy, review it, and then print the rest if you approve of the > output. Why is achieving this using one Job bad for the audit trail? > Doesn't pushing the final run to a second Job cause audit trail problems = of > their own? > > (BTW, if a Job is copied using Resubmit-Job, does the newly created Job > have a Job Status attribute pointing back to the Job ID of the Job from > which it was created?) > > Smith > > /** > Smith Kennedy > Wireless & Standards Architect - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Foru= m > / USB-IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ > > > > On Aug 22, 2018, at 8:31 AM, Ira McDonald wrote= : > > Hi Smith, > > I disagree about your suggestion for a strange job state lifecycle for > "proof-print". > All jobs should complete when they have finished producing output. > Leaving that > original job in in 'processing-stopped' state is reinventing the audit > trail problems > of the deprecated Restart-Job operation from RFC 2911, for no visible > benefit. > > The person who did the original "proof-print" (a document author) may wel= l > NOT > be the person who makes the final fifty copies (an admin or project > leader). > > Cheers, > - Ira > > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > > http://sites.google.com/site/highnorthinc > > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards > Architect) wrote: > >> OK, I am fine with starting from scratch to solve the Job Save and >> Reprint Feature and the Password Protected Job feature so that they can = be >> at least orthogonal to one another, to allow password protected saved jo= bs >> to be clearly supported. First draft posted, announcement soon: >> >> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf >> >> >> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.doc= x >> >> >> >> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pd= f >> >> >> >> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.do= cx >> >> >> >> And while we have the lid open, I think we might want to re-examine proo= f >> print, because some of proof print seems to step on job save and reprint= . >> IMHO a proof print should print 1 copy and then enter 'processing-stoppe= d' >> until it has been re-approved for processing, at which time it prints an= d >> becomes 'completed'. Once in that state, if the User / Client wants to >> specify 'print-and-save', then the new solution for the Job Save and >> Reprint feature can be applied if supported by the printer. >> >> Smith >> >> >> >> On Aug 21, 2018, at 6:44 PM, Michael Sweet wrote: >> >> Smith, >> >> The issue with "job-save-disposition" is that it does not specify the >> intent to retain the Job, just to save it to a specified location. Given >> what you (HP) want to be able to do, namely to support retention and >> re-printing of a job, it seemed clear from our discussions that >> job-save-disposition did not match up, and in fact the way that >> job-save-disposition is currently specified has technical implementation >> problems that are not easily resolved (thus the call to update JPS2 and >> deprecate it...) >> >> The related "proof-print" attribute *does* specify that the Job should b= e >> retained (at least for one reprint) and in general seems to have much >> better defined semantics. But it doesn't address how to have a persisten= t >> password for the Job and basically makes the assumption that the first >> print is a test run. Which is how we got to adding >> "job-retain-until[-time]" and "job-[re]print-password[-encryption]" >> attributes... >> >> >> Ira, >> >> The "output-device" comment was mine - since output-device uses the name >> syntax, we don't have a clear path to defining a semantic meaning for a >> particular name, even if it is an empty string or a specific name like >> "none". *If* we decide that we want a way to specify "process this Job b= ut >> don't send it to an output device" in the Job Ticket, we should proceed >> carefully and clearly document a) how a Client specifies this and b) how= a >> Printer advertises its support for this. But I'll stay on the record as = not >> being 100% happy about it... >> >> >> > On Aug 21, 2018, at 8:22 PM, Ira McDonald >> wrote: >> > >> > Hi Guerney, >> > >> > My two cents. >> > >> > I'm sure Mike can respond more articulately. >> > >> > But the literal reading of 'print-save' and 'save-only' is *just* some >> form >> > of the *processed* raw Document data (definitely NOT the Document >> > object w/ metadata). That's unacceptable and useless IMO. >> > >> > Although the IPP F2F minutes record that you think that "output-device= " >> > of NULL is a hack, it seems sound and reasonable to me. >> > >> > And I still like "put a stake in the heart of job-save-disposition". I >> think >> > JPS2 has serious issues of ambiguity. >> > >> > Cheers, >> > - Ira >> > >> > Ira McDonald (Musician / Software Architect) >> > Co-Chair - TCG Trusted Mobility Solutions WG >> > Chair - Linux Foundation Open Printing WG >> > Secretary - IEEE-ISTO Printer Working Group >> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> > IETF Designated Expert - IPP & Printer MIB >> > Blue Roof Music / High North Inc >> > http://sites.google.com/site/blueroofmusic >> >> > http://sites.google.com/site/highnorthinc >> >> > mailto: blueroofmusic@gmail.com >> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >> > >> > >> > >> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards >> Architect) wrote: >> > Greetings, >> > >> > I've prepared a JPS2 v2, and I'm ready to publish it and move into a >> design discussion about a replacement for "job-save-disposition" and oth= er >> aspects of JPS2, but before I do that I wanted to make one more pass at = the >> state of the current JPS2 document, to make sure we need to dive into th= is >> effort. >> > >> > It was asserted in the August 2018 F2F and in the minutes that since >> the definitions of 'save-only' and 'print-and-save' on pages 40-41 only >> discusses Document Data, and doesn't say anything about retaining the Jo= b, >> that sending "save-disposition" =3D 'save-only' or 'print-and-save' will= not >> cause the Printer to retain the Job, and therefore JPS2 failed to actual= ly >> support the "Job Save and Reprint Feature" with any of the attributes >> defined within. I can understand why it might be read that way, but I al= so >> think we don't need to take such a narrow interpretation of 5100.11. Fro= m >> my reading, when a Printer processes a Job that has the "save-dispositio= n" >> member of "job-save-disposition" specifying 'save-only' or >> 'print-and-save', if there are no errors, the Printer can save the Job's >> Document Data to the location specified in "save-info" member of >> "job-save-disposition" (as per pages 40-41), but it can ALSO put the >> completed Job in the Job Retention Phase as per the definition of a Save= d >> Job on 5100.11 page 13, so that it becomes a Saved job suitable for a >> reprint using control panel selection or an IPP Resubmit Job operation. >> > >> > If there is a Printer that implements "job-save-disposition" and saves >> the Document Data but does not Retain the Job then that could be viewed = as >> unfortunate behavior, but will any clients care about this misbehavior? = Do >> any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? >> > >> > To be clear, I am not trying to be difficult or combative - I natively >> don't understand why we need to be reading it the way that we are. The >> specification seems vague enough that such an interpretation doesn't see= m >> unreasonable to me. And it seems much less destructive (and less work) t= o >> take that interpretation than to start over or create a JPS2v2. >> > >> > Why specifically is this an inappropriate reading of 5100.11? >> > >> > Thanks for your patience and thoughts? >> > >> > Smith >> > >> > /** >> > Smith Kennedy >> > Wireless & Standards Architect - IPG-PPS >> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum >> / USB-IF >> > Chair, IEEE ISTO Printer Working Group >> > HP Inc. >> > */ >> > >> > >> > >> > _______________________________________________ >> > ipp mailing list >> > ipp@pwg.org >> > https://www.pwg.org/mailman/listinfo/ipp >> >> > _______________________________________________ >> > ipp mailing list >> > ipp@pwg.org >> > https://www.pwg.org/mailman/listinfo/ipp >> >> >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >> >> >> > --00000000000028a161057407e53e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

At least in higher= -end systems, proof print is done on plain paper, single-sided (for proofre= ading)
and final copies on different media, double-sided, differe= nt finishing, etc.

That can't be specified in = a single Job submission.

Cheers,
- Ira

Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility= Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - I= EEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printin= g Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roo= f Music / High North Inc
http://sites.googl= e.com/site/blueroofmusic
http://sites.go= ogle.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 P= ark Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Bo= x 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

=


On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & S= tandards Architect) <smith.kenne= dy@hp.com> wrote:
Hi Ira,

My perception of a "proof print job feature" is that the= user selects the choices for the final run, chooses "proof print"= ;, and then the Printer will print one copy, review it, and then print the = rest if you approve of the output. Why is achieving this using one Job bad = for the audit trail? Doesn't pushing the final run to a second Job caus= e audit trail problems of their own?

(BTW, if a Jo= b is copied using Resubmit-Job, does the newly created Job have a Job Statu= s attribute pointing back to the Job ID of the Job from which it was create= d?)

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
= =C2=A0 =C2=A0 Wireless & Standards Architect - IPG-PPS
=C2=A0 =C2=A0= Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi=C2=A0Alliance / NFC Foru= m / USB-IF
=C2=A0 =C2=A0 Chair, IEEE ISTO Printer Working Group
=C2= =A0 =C2=A0 HP Inc.
*/



On Aug 22, 2018, at 8:31 AM, Ira Mc= Donald <blu= eroofmusic@gmail.com> wrote:

Hi Smith,
<= br>
I disagree about your suggestion for a strange job state life= cycle for "proof-print".
All jobs should com= plete when they have finished producing output.=C2=A0 Leaving that
original job in in 'processing-stopped' state is reinventing the = audit trail problems
of the deprecated Restart-Job operation= from RFC 2911, for no visible benefit.

The person= who did the original "proof-print" (a document author) may well = NOT
be the person who makes the final fifty copies (an admin or p= roject leader).

Cheers,
- Ira
=


<= div dir=3D"ltr">
Ira McDonald (Musician / Software Arc= hitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Fo= undation Open Printing WG
Secretary - IEEE-ISTO Printer Working GroupCo-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated = Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://site= s.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc<= /a>
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI= =C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, = MI 49839=C2=A0 906-494-2434



On Wed, Aug 22, 201= 8 at 7:38 AM Kennedy, Smith (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
OK, I am fine with starting fro= m scratch to solve the=C2=A0Job Save and Reprint Feature and the Password P= rotected Job feature so that they can be at least orthogonal to one another= , to allow password protected saved jobs to be clearly supported. First dra= ft posted, announcement soon:

=C2=A0 =C2=A0https://ftp= .pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx=C2=A0

And while we have the lid open, I think we might wa= nt to re-examine proof print, because some of proof print seems to step on = job save and reprint. IMHO a proof print should print 1 copy and then enter= 'processing-stopped' until it has been re-approved for processing,= at which time it prints and becomes 'completed'. Once in that stat= e, if the User / Client wants to specify 'print-and-save', then the= new solution for the Job Save and Reprint feature can be applied if suppor= ted by the printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michae= l Sweet <msweet@ap= ple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify= the intent to retain the Job, just to save it to a specified location. Gi= ven what you (HP) want to be able to do, namely to support retention and re= -printing of a job, it seemed clear from our discussions that job-save-disp= osition did not match up, and in fact the way that job-save-disposition is = currently specified has technical implementation problems that are not easi= ly resolved (thus the call to update JPS2 and deprecate it...)

The related "proof-print" attribute *does* specify that the Job s= hould be retained (at least for one reprint) and in general seems to have m= uch better defined semantics. But it doesn't address how to have a per= sistent password for the Job and basically makes the assumption that the fi= rst print is a test run. Which is how we got to adding "job-retain-un= til[-time]" and "job-[re]print-password[-encryption]" attrib= utes...


Ira,

The "output-device" comment was mine - since output-device uses t= he name syntax, we don't have a clear path to defining a semantic meani= ng for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "= process this Job but don't send it to an output device" in the Job= Ticket, we should proceed carefully and clearly document a) how a Client s= pecifies this and b) how a Printer advertises its support for this. But I&= #39;ll stay on the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:=
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only'= ; is *just* some form
> of the *processed* raw Document data (definitely NOT the Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that "output-d= evice"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of job-save-dispositio= n". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blu= eroofmusic
> http://sites.google.com/site/hig= hnorthinc
> mailto: b= lueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standar= ds Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move = into a design discussion about a replacement for "job-save-disposition= " and other aspects of JPS2, but before I do that I wanted to make one= more pass at the state of the current JPS2 document, to make sure we need = to dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that since t= he definitions of 'save-only' and 'print-and-save' on pages= 40-41 only discusses Document Data, and doesn't say anything about ret= aining the Job, that sending "save-disposition" =3D 'save-onl= y' or 'print-and-save' will not cause the Printer to retain the= Job, and therefore JPS2 failed to actually support the "Job Save and = Reprint Feature" with any of the attributes defined within. I can unde= rstand why it might be read that way, but I also think we don't need to= take such a narrow interpretation of 5100.11. From my reading, when a Prin= ter processes a Job that has the "save-disposition" member of &qu= ot;job-save-disposition" specifying 'save-only' or 'print-= and-save', if there are no errors, the Printer can save the Job's D= ocument Data to the location specified in "save-info" member of &= quot;job-save-disposition" (as per pages 40-41), but it can ALSO put t= he completed Job in the Job Retention Phase as per the definition of a Save= d Job on 5100.11 page 13, so that it becomes a Saved job suitable for a re= print using control panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition"= and saves the Document Data but does not Retain the Job then that could be= viewed as unfortunate behavior, but will any clients care about this misbe= havior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?=
>
> To be clear, I am not trying to be difficult or combative - I natively= don't understand why we need to be reading it the way that we are. The= specification seems vague enough that such an interpretation doesn't s= eem unreasonable to me. And it seems much less destructive (and less work) = to take that interpretation than to start over or create a JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC F= orum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>

_________________________________________________________
Michael Sweet, Senior Printing System Engineer


--00000000000028a161057407e53e-- --===============0489308581563784095== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0489308581563784095==-- From ipp-bounces@pwg.org Wed Aug 22 08:56:02 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69951130E6F for ; Wed, 22 Aug 2018 08:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.482 X-Spam-Level: X-Spam-Status: No, score=-0.482 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sMu23VfAMAwN for ; Wed, 22 Aug 2018 08:55:56 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 49E93130DC5 for ; Wed, 22 Aug 2018 08:55:56 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D6730CDD6; Wed, 22 Aug 2018 15:55:55 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E6688CDD2; Wed, 22 Aug 2018 15:55:43 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7CA1DCDD3; Wed, 22 Aug 2018 15:55:42 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [63.128.21.162]) by www.pwg.org (Postfix) with ESMTPS id B2B0ECDD1 for ; Wed, 22 Aug 2018 15:55:40 +0000 (UTC) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02lp0019.outbound.protection.outlook.com [216.32.180.19]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-304-USFrjV5qM46JF9Y--xUbHg-1; Wed, 22 Aug 2018 11:55:38 -0400 X-MC-Unique: USFrjV5qM46JF9Y--xUbHg-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0424.NAMPRD84.PROD.OUTLOOK.COM (10.169.13.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.22; Wed, 22 Aug 2018 15:55:36 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Wed, 22 Aug 2018 15:55:36 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Ira McDonald Thread-Topic: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time Thread-Index: AQHUOZwWItSlK9qa00mW0hJ7/MXWO6TK6VeAgAAF7oCAALbaAIAAMGOAgAAOoQCAAAMjAIAABaAA Date: Wed, 22 Aug 2018 15:55:36 +0000 Message-ID: <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0424; 6:5gM2SpyDNqVZS9kZc5u0s4QDT9/FXDjnYuKTpwHszHb/p+EN2eu1kWs6loWxOkHzeb7eb9fT8HU6Ki9LjUDsXetLFAakwQW7PxoFGUjgktjw+62jDcC2pJmwGH6vTAfLi+zGNKqog8vsz+K5gG/4n1iyVOAV8w5YHl9cff5oIeJIz9XEn1d/G07vMquusiYDzmAvFaLVN1jLoZF5znXW9KK1k+Vk0yv0JLs6kuC+r1epLxGJeaJ1nAUSq8q1dsL0BKCDRossH/RoMs/aJSX4Grh4t0+7R/MXdicNd8imL6uK7NlSADxkQlizWd0eQDgyn9PzFYniJgLGSC8DBE78qILZ3ekFRb/y61f+uTvKA3esSRr4/AXHl/1LUwVSeQHq9B4C5EHlh3vRbb3IboIhMTFmF2ZxPBZESL6Bts2fm1RHhDn/7qkMoKfxMwWMWBwqdMe9KzD3nagrh8g89jDf7w==; 5:Yk0T7lnhvkcbsbaq89Ajo85rpmu2VXlNTewArsfygD4IyrEu2cFya6+CgwStT15HlwG4oToc5FObCqu2g9T10079Zbg99/dG+meEv6gHEqCuOmwBUODe5VxKrHnR/0igGmmAy0vYvFEJR91Vy+wS2xXlUkBkSkqoJzkg25B4wOg=; 7:ex9Qa6EyD7QyloF7J9ED6r+Gq4mHuXxr6MUdTMVprs61WDLT6cIGl0bsaRsfclmNupRn/XXsgoJL4K5i0dpnIqwc9GvoLoqbAP4LsVnBJsetDsgc/7df0coPVkzVSIv7sAaYlt4J99QNBVuPcpITRwSu9o5DldJMgsDhj+puHOAYh8O7TZsdUCswpOn0rZIfZnUu7OabEYKCnw6qS+NG2KlxxbMVT0KwWRqZESX+u28HWEgHYYfRzY65FZSEtDf4 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 994e38ba-4a14-4964-ddeb-08d60847b36b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0424; x-ms-traffictypediagnostic: CS1PR8401MB0424: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(111039206520245)(159968658992688)(85827821059158)(211936372134217)(31960201722614)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201708071742011)(7699016); SRVR:CS1PR8401MB0424; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0424; x-forefront-prvs: 0772E5DAD5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(366004)(376002)(396003)(136003)(39860400002)(6602003)(199004)(189003)(316002)(97736004)(99286004)(81156014)(106356001)(93886005)(6436002)(3846002)(76176011)(2906002)(86362001)(6116002)(1411001)(66066001)(54906003)(551544002)(966005)(6486002)(486006)(102836004)(478600001)(53546011)(53936002)(26005)(81166006)(186003)(7736002)(105586002)(36756003)(2900100001)(83716003)(8936002)(6512007)(446003)(54896002)(6306002)(33656002)(14454004)(8676002)(39060400002)(99936001)(476003)(606006)(14444005)(5250100002)(4326008)(2616005)(82746002)(236005)(256004)(6916009)(68736007)(6506007)(229853002)(25786009)(6246003)(19273905006)(5660300001)(11346002)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0424; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: CD480k7Vzi5Q5rf1+2Tvkv7YTcKX3T1x9rl67kqMfaALhdphDrv+7K31y8LOmmvO8mJH0+EVER0Vqj/bLkAeKaR7tGIZvVA1HrHAK9NROh0PUOWhlNCahnUp/J54rjVC0xSps7gwifD4EniTyeDVvGHhgkO+VSO1MmS264BqqNO9adGjC1yQKm7cSt+CRyaumzFETj7QsIxNXu7SK5nh932ggLE7L2V62PcRBY0hdQvAEPjDTvmzh0oRAT06G1O8ODtk1KWXL1wlpCmJxcHyX6WgqueRQ4O5v7h+kcffdmrSuxYpBVZEu+urk+HF2z9qolfNgtzEEszeRLSfvq1IrkI1BxD5SXu5anz7N0RVBfw= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 994e38ba-4a14-4964-ddeb-08d60847b36b X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2018 15:55:36.4764 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0424 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8546955930053067497==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8546955930053067497== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_5FA16948-0A32-456F-A0E8-71196D4366AC"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_5FA16948-0A32-456F-A0E8-71196D4366AC Content-Type: multipart/alternative; boundary="Apple-Mail=_048BF5EA-90B1-47C8-88A4-9CEFA46F118E" --Apple-Mail=_048BF5EA-90B1-47C8-88A4-9CEFA46F118E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ira, The "proof-print" attribute as defined in the current 5100.11 only = allows a Client to request different media and a number of copies, but = not other job template attributes. But if this level of flexibility was = the intent from the start, why have a "proof-print" attribute at all? = Why not just do it as a saved job with a 'print-and-save'? I don't = understand why the Proof Print and Job Save and Reprint features were = exposed via IPP with unrelated attributes when the features are so = similar. This is why I thought we would want to reexamine proof-print as = well as job-save-disposition. Smith > On Aug 22, 2018, at 9:35 AM, Ira McDonald = wrote: >=20 > Hi Smith, >=20 > At least in higher-end systems, proof print is done on plain paper, = single-sided (for proofreading) > and final copies on different media, double-sided, different = finishing, etc. >=20 > That can't be specified in a single Job submission. >=20 > Cheers, > - Ira >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic = > http://sites.google.com/site/highnorthinc = > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: > Hi Ira, >=20 > My perception of a "proof print job feature" is that the user selects = the choices for the final run, chooses "proof print", and then the = Printer will print one copy, review it, and then print the rest if you = approve of the output. Why is achieving this using one Job bad for the = audit trail? Doesn't pushing the final run to a second Job cause audit = trail problems of their own? >=20 > (BTW, if a Job is copied using Resubmit-Job, does the newly created = Job have a Job Status attribute pointing back to the Job ID of the Job = from which it was created?) >=20 > Smith >=20 > /** > Smith Kennedy > Wireless & Standards Architect - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ >=20 >=20 >=20 >> On Aug 22, 2018, at 8:31 AM, Ira McDonald > wrote: >>=20 >> Hi Smith, >>=20 >> I disagree about your suggestion for a strange job state lifecycle = for "proof-print". >> All jobs should complete when they have finished producing output. = Leaving that >> original job in in 'processing-stopped' state is reinventing the = audit trail problems=20 >> of the deprecated Restart-Job operation from RFC 2911, for no visible = benefit. >>=20 >> The person who did the original "proof-print" (a document author) may = well NOT >> be the person who makes the final fifty copies (an admin or project = leader). >>=20 >> Cheers, >> - Ira >>=20 >>=20 >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic = >> http://sites.google.com/site/highnorthinc = >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >> On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: >> OK, I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon: >>=20 >> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf = =20 >> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx = =20 >> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf = =20 >> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= = =20 >>=20 >> And while we have the lid open, I think we might want to re-examine = proof print, because some of proof print seems to step on job save and = reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer. >>=20 >> Smith >>=20 >>=20 >>=20 >>> On Aug 21, 2018, at 6:44 PM, Michael Sweet > wrote: >>>=20 >>> Smith, >>>=20 >>> The issue with "job-save-disposition" is that it does not specify = the intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...) >>>=20 >>> The related "proof-print" attribute *does* specify that the Job = should be retained (at least for one reprint) and in general seems to = have much better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes... >>>=20 >>>=20 >>> Ira, >>>=20 >>> The "output-device" comment was mine - since output-device uses the = name syntax, we don't have a clear path to defining a semantic meaning = for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "process this = Job but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it... >>>=20 >>>=20 >>> > On Aug 21, 2018, at 8:22 PM, Ira McDonald > wrote: >>> >=20 >>> > Hi Guerney, >>> >=20 >>> > My two cents. >>> >=20 >>> > I'm sure Mike can respond more articulately. >>> >=20 >>> > But the literal reading of 'print-save' and 'save-only' is *just* = some form >>> > of the *processed* raw Document data (definitely NOT the Document >>> > object w/ metadata). That's unacceptable and useless IMO. >>> >=20 >>> > Although the IPP F2F minutes record that you think that = "output-device" >>> > of NULL is a hack, it seems sound and reasonable to me. >>> >=20 >>> > And I still like "put a stake in the heart of = job-save-disposition". I think >>> > JPS2 has serious issues of ambiguity. >>> >=20 >>> > Cheers, >>> > - Ira >>> >=20 >>> > Ira McDonald (Musician / Software Architect) >>> > Co-Chair - TCG Trusted Mobility Solutions WG >>> > Chair - Linux Foundation Open Printing WG >>> > Secretary - IEEE-ISTO Printer Working Group >>> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>> > IETF Designated Expert - IPP & Printer MIB >>> > Blue Roof Music / High North Inc >>> > http://sites.google.com/site/blueroofmusic = >>> > http://sites.google.com/site/highnorthinc = >>> > mailto: blueroofmusic@gmail.com >>> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>> >=20 >>> >=20 >>> >=20 >>> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) > wrote: >>> > Greetings, >>> >=20 >>> > I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort. >>> >=20 >>> > It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page 13, = so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation. >>> >=20 >>> > If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?=20 >>> >=20 >>> > To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2. >>> >=20 >>> > Why specifically is this an inappropriate reading of 5100.11?=20 >>> >=20 >>> > Thanks for your patience and thoughts? >>> >=20 >>> > Smith >>> >=20 >>> > /** >>> > Smith Kennedy >>> > Wireless & Standards Architect - IPG-PPS >>> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF >>> > Chair, IEEE ISTO Printer Working Group >>> > HP Inc. >>> > */ >>> >=20 >>> >=20 >>> >=20 >>> > _______________________________________________ >>> > ipp mailing list >>> > ipp@pwg.org >>> > https://www.pwg.org/mailman/listinfo/ipp = >>> > _______________________________________________ >>> > ipp mailing list >>> > ipp@pwg.org >>> > https://www.pwg.org/mailman/listinfo/ipp = >>>=20 >>> _________________________________________________________ >>> Michael Sweet, Senior Printing System Engineer >>=20 >=20 --Apple-Mail=_048BF5EA-90B1-47C8-88A4-9CEFA46F118E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Ira,

The = "proof-print" attribute as defined in the current 5100.11 only allows a = Client to request different media and a number of copies, but not other = job template attributes. But if this level of flexibility was the intent = from the start, why have a "proof-print" attribute at all? Why not just = do it as a saved job with a 'print-and-save'? I  don't understand = why the Proof Print and Job Save and Reprint features were exposed via = IPP with unrelated attributes when the features are so similar. This is = why I thought we would want to reexamine proof-print as well as = job-save-disposition.

Smith



On Aug 22, 2018, at 9:35 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

At = least in higher-end systems, proof print is done on plain paper, = single-sided (for proofreading)
and final copies on = different media, double-sided, different finishing, etc.

That can't be specified = in a single Job submission.

Cheers,
- Ira

Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG = Trusted Mobility Solutions WG
Chair - Linux Foundation = Open Printing WG
Secretary - IEEE-ISTO Printer Working = Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol = WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
Hi = Ira,

My perception = of a "proof print job feature" is that the user selects the choices for = the final run, chooses "proof print", and then the Printer will print = one copy, review it, and then print the rest if you approve of the = output. Why is achieving this using one Job bad for the audit trail? = Doesn't pushing the final run to a second Job cause audit trail problems = of their own?

(BTW, if a Job is copied using Resubmit-Job, does the newly = created Job have a Job Status attribute pointing back to the Job ID of = the Job from which it was created?)

Smith

/**
    Smith Kennedy
    = Wireless & Standards Architect - IPG-PPS
    = Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF
    Chair, IEEE ISTO Printer = Working Group
    HP Inc.
*/



On Aug 22, 2018, at 8:31 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

I = disagree about your suggestion for a strange job state lifecycle for = "proof-print".
All jobs = should complete when they have finished producing output.  Leaving = that
original job in in 'processing-stopped' state = is reinventing the audit trail problems
of the deprecated Restart-Job operation from RFC 2911, for no = visible benefit.

The person who did the original "proof-print" (a document = author) may well NOT
be the person who makes the = final fifty copies (an admin or project leader).

Cheers,
- = Ira



Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
OK,= I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon:

  =  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.docx 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.docx 

And while we have the lid open, I think we might want to = re-examine proof print, because some of proof print seems to step on job = save and reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michael Sweet <msweet@apple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...)

The related "proof-print" attribute *does* specify that the Job should = be retained (at least for one reprint) and in general seems to have much = better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes...


Ira,

The "output-device" comment was mine - since output-device uses the name = syntax, we don't have a clear path to defining a semantic meaning for a = particular name, even if it is an empty string or a specific name like = "none". *If* we decide that we want a way to specify "process this Job = but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only' is *just* = some form
> of the *processed* raw Document data (definitely NOT the = Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that = "output-device"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of = job-save-disposition". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= > IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page = 13, so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?
>
> To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer



= --Apple-Mail=_048BF5EA-90B1-47C8-88A4-9CEFA46F118E-- --Apple-Mail=_5FA16948-0A32-456F-A0E8-71196D4366AC Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjIxNTU1MzVaMCMGCSqGSIb3DQEJBDEWBBTMoTmEtvnkgyO/ yk+qeuODVA4mmTCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAEPMHN4EitMJJwyV RAfR1hLnmmLhJVOGBqXDhVyEj8YWSsxrgVYgm3hCu4lJWAfQp351b4FCICqjfiSFv2G2x5JtR7CH L1CgjcUHgeVyP+lTCMy9LxhtjVkwzTsm5tZB2KfZ0/xkaIPm5tJHcRwEiU7VrkwNozBx84nuNOP6 MeVQDRAeep4RwUe/MhD+E+KLD1kWetE5PuWqstEsriYAs6b7rPfg/0hdH4SQv0eSsbNhTMqj+t5r RNOfHYStsLIBHxSjHNn17QwbIFLjdrSly2ALXJx/pzexc7G17PND4vRePjbx5F6O128cZfICb+4r VhsQY2NY8zo7iC4DuJHAyUIAAAAAAAA= --Apple-Mail=_5FA16948-0A32-456F-A0E8-71196D4366AC-- --===============8546955930053067497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8546955930053067497==-- From ipp-bounces@pwg.org Wed Aug 22 09:01:15 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14547130E99 for ; Wed, 22 Aug 2018 09:01:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.369 X-Spam-Level: X-Spam-Status: No, score=-0.369 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yzjLv7AMWGs0 for ; Wed, 22 Aug 2018 09:01:11 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 54E7D130E8D for ; Wed, 22 Aug 2018 09:01:11 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 33F8ECDDA; Wed, 22 Aug 2018 16:01:10 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id BE43DCDD3; Wed, 22 Aug 2018 16:00:56 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id EB8CBCDD4; Wed, 22 Aug 2018 16:00:55 +0000 (UTC) Received: from mail-yb0-x22e.google.com (mail-yb0-x22e.google.com [IPv6:2607:f8b0:4002:c09::22e]) by www.pwg.org (Postfix) with ESMTPS id 3A876CDD2 for ; Wed, 22 Aug 2018 16:00:54 +0000 (UTC) Received: by mail-yb0-x22e.google.com with SMTP id z3-v6so854136ybm.8 for ; Wed, 22 Aug 2018 09:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/R8d4yZ+KQb5qdAXLMMB49AAd6qEIdDEjL+s8tEvzpk=; b=AzP2HydUx/o9xE+UcR2o+kjggeWyoBE4WjIi/YteWEkGm57qanq5vJs7T832F5+A7M scvYSjPMGf/gYd9V/rbwLzGDVp7fSoHYWFDKYbbX6qAI3KGn/K0cQT5fdwqVBe0LZljz 25HbvTyr5oWxACH5mvTzkF3+sxsTxaHqOZrYsdAi/kVqySNOntHUYxoZLqGTmWljYaxa ZKsRsRIScBMd4k/vRL37EhEIMPhiSMPMQ2QKRUP9yecC2/c6R9SIq/8OvkQyzk32Os5d JCuIr1qcMmluPH+1ORPqEc5H7YbtaqMjNjbGMYIEl58uYW5PppAqAspnFbW7trUl9WsA shtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/R8d4yZ+KQb5qdAXLMMB49AAd6qEIdDEjL+s8tEvzpk=; b=hVGpulRtNG3k3V5oSIklzTOcW2YRLy4Rcr4MBBH0G9uaDLfFkqASsv1pnplbvVMqYv UdIw+XEA9uszzsZ5DpENslStgRgwUCs7tNz0aQ3W1Q+zWAI/Pzk2SbCQyU3354mJuT0B PLLuYqXtMrO1asA7MJT0/H9AytYoIkcUSoVpOAVRn++ifCB6++K4ZFNiQtEQoJedddMd ZQM75vnriOZDLiWSBvg328WS0XLAts2HMu4qkOxKVYVsa5yNQ10AUFwzjF+H8EAFw34u dWNEptqAR7oz6tUtcAQozKdr92gdTNeYHNVCls//LZeEe44l7ClV2oNdiCKy2gh4fTvm 2img== X-Gm-Message-State: AOUpUlEYbUU5g/oNiWwsiXsJzA+pihKtEEoCUjCnz+xQWjnnqzxKZ6pE 0/mv7kl6N4cQY7iA2rgsXX3apCKGJea9nggdCrc= X-Google-Smtp-Source: AA+uWPx4ZsOV/QDRq1BD9M6gd4ZaDu598dM2+hbT9SxhURysehK9dSZ9FD5KhDbk/ZxnNKZGDpSu5L3FmELVCI3i7z8= X-Received: by 2002:a25:ab03:: with SMTP id u3-v6mr10863384ybi.41.1534953649859; Wed, 22 Aug 2018 09:00:49 -0700 (PDT) MIME-Version: 1.0 References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> In-Reply-To: <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> From: Ira McDonald Date: Wed, 22 Aug 2018 12:00:34 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4902007472311375633==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4902007472311375633== Content-Type: multipart/alternative; boundary="0000000000000bf07d0574083f7d" --0000000000000bf07d0574083f7d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Smith, Proof Print was defined (and implemented by many vendors) years before Job Save. And the semantics in 5100.11 of Job Save are just plain wrong. I hope Mike will chime in here. But I hope you can see that the job progress counters are totally screwed up by doing both Proof Print (w/ some options) and Final Print (with different options) in a single Job? There's just no advantage to breaking the Job state lifecycle as you proposed. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Wed, Aug 22, 2018 at 11:55 AM Kennedy, Smith (Wireless & Standards Architect) wrote: > Hi Ira, > > The "proof-print" attribute as defined in the current 5100.11 only allows > a Client to request different media and a number of copies, but not other > job template attributes. But if this level of flexibility was the intent > from the start, why have a "proof-print" attribute at all? Why not just d= o > it as a saved job with a 'print-and-save'? I don't understand why the > Proof Print and Job Save and Reprint features were exposed via IPP with > unrelated attributes when the features are so similar. This is why I > thought we would want to reexamine proof-print as well as > job-save-disposition. > > Smith > > > > On Aug 22, 2018, at 9:35 AM, Ira McDonald wrote= : > > Hi Smith, > > At least in higher-end systems, proof print is done on plain paper, > single-sided (for proofreading) > and final copies on different media, double-sided, different finishing, > etc. > > That can't be specified in a single Job submission. > > Cheers, > - Ira > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > > http://sites.google.com/site/highnorthinc > > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards > Architect) wrote: > >> Hi Ira, >> >> My perception of a "proof print job feature" is that the user selects th= e >> choices for the final run, chooses "proof print", and then the Printer w= ill >> print one copy, review it, and then print the rest if you approve of the >> output. Why is achieving this using one Job bad for the audit trail? >> Doesn't pushing the final run to a second Job cause audit trail problems= of >> their own? >> >> (BTW, if a Job is copied using Resubmit-Job, does the newly created Job >> have a Job Status attribute pointing back to the Job ID of the Job from >> which it was created?) >> >> Smith >> >> /** >> Smith Kennedy >> Wireless & Standards Architect - IPG-PPS >> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC >> Forum / USB-IF >> Chair, IEEE ISTO Printer Working Group >> HP Inc. >> */ >> >> >> >> On Aug 22, 2018, at 8:31 AM, Ira McDonald >> wrote: >> >> Hi Smith, >> >> I disagree about your suggestion for a strange job state lifecycle for >> "proof-print". >> All jobs should complete when they have finished producing output. >> Leaving that >> original job in in 'processing-stopped' state is reinventing the audit >> trail problems >> of the deprecated Restart-Job operation from RFC 2911, for no visible >> benefit. >> >> The person who did the original "proof-print" (a document author) may >> well NOT >> be the person who makes the final fifty copies (an admin or project >> leader). >> >> Cheers, >> - Ira >> >> >> >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic >> >> http://sites.google.com/site/highnorthinc >> >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >> >> >> >> On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards >> Architect) wrote: >> >>> OK, I am fine with starting from scratch to solve the Job Save and >>> Reprint Feature and the Password Protected Job feature so that they can= be >>> at least orthogonal to one another, to allow password protected saved j= obs >>> to be clearly supported. First draft posted, announcement soon: >>> >>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pd= f >>> >>> >>> >>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx >>> >>> >>> >>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.p= df >>> >>> >>> >>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.d= ocx >>> >>> >>> >>> And while we have the lid open, I think we might want to re-examine >>> proof print, because some of proof print seems to step on job save and >>> reprint. IMHO a proof print should print 1 copy and then enter >>> 'processing-stopped' until it has been re-approved for processing, at w= hich >>> time it prints and becomes 'completed'. Once in that state, if the User= / >>> Client wants to specify 'print-and-save', then the new solution for the= Job >>> Save and Reprint feature can be applied if supported by the printer. >>> >>> Smith >>> >>> >>> >>> On Aug 21, 2018, at 6:44 PM, Michael Sweet wrote: >>> >>> Smith, >>> >>> The issue with "job-save-disposition" is that it does not specify the >>> intent to retain the Job, just to save it to a specified location. Give= n >>> what you (HP) want to be able to do, namely to support retention and >>> re-printing of a job, it seemed clear from our discussions that >>> job-save-disposition did not match up, and in fact the way that >>> job-save-disposition is currently specified has technical implementatio= n >>> problems that are not easily resolved (thus the call to update JPS2 and >>> deprecate it...) >>> >>> The related "proof-print" attribute *does* specify that the Job should >>> be retained (at least for one reprint) and in general seems to have muc= h >>> better defined semantics. But it doesn't address how to have a persiste= nt >>> password for the Job and basically makes the assumption that the first >>> print is a test run. Which is how we got to adding >>> "job-retain-until[-time]" and "job-[re]print-password[-encryption]" >>> attributes... >>> >>> >>> Ira, >>> >>> The "output-device" comment was mine - since output-device uses the nam= e >>> syntax, we don't have a clear path to defining a semantic meaning for a >>> particular name, even if it is an empty string or a specific name like >>> "none". *If* we decide that we want a way to specify "process this Job = but >>> don't send it to an output device" in the Job Ticket, we should proceed >>> carefully and clearly document a) how a Client specifies this and b) ho= w a >>> Printer advertises its support for this. But I'll stay on the record as= not >>> being 100% happy about it... >>> >>> >>> > On Aug 21, 2018, at 8:22 PM, Ira McDonald >>> wrote: >>> > >>> > Hi Guerney, >>> > >>> > My two cents. >>> > >>> > I'm sure Mike can respond more articulately. >>> > >>> > But the literal reading of 'print-save' and 'save-only' is *just* som= e >>> form >>> > of the *processed* raw Document data (definitely NOT the Document >>> > object w/ metadata). That's unacceptable and useless IMO. >>> > >>> > Although the IPP F2F minutes record that you think that "output-devic= e" >>> > of NULL is a hack, it seems sound and reasonable to me. >>> > >>> > And I still like "put a stake in the heart of job-save-disposition". = I >>> think >>> > JPS2 has serious issues of ambiguity. >>> > >>> > Cheers, >>> > - Ira >>> > >>> > Ira McDonald (Musician / Software Architect) >>> > Co-Chair - TCG Trusted Mobility Solutions WG >>> > Chair - Linux Foundation Open Printing WG >>> > Secretary - IEEE-ISTO Printer Working Group >>> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>> > IETF Designated Expert - IPP & Printer MIB >>> > Blue Roof Music / High North Inc >>> > http://sites.google.com/site/blueroofmusic >>> >>> > http://sites.google.com/site/highnorthinc >>> >>> > mailto: blueroofmusic@gmail.com >>> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>> > >>> > >>> > >>> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standards >>> Architect) wrote: >>> > Greetings, >>> > >>> > I've prepared a JPS2 v2, and I'm ready to publish it and move into a >>> design discussion about a replacement for "job-save-disposition" and ot= her >>> aspects of JPS2, but before I do that I wanted to make one more pass at= the >>> state of the current JPS2 document, to make sure we need to dive into t= his >>> effort. >>> > >>> > It was asserted in the August 2018 F2F and in the minutes that since >>> the definitions of 'save-only' and 'print-and-save' on pages 40-41 only >>> discusses Document Data, and doesn't say anything about retaining the J= ob, >>> that sending "save-disposition" =3D 'save-only' or 'print-and-save' wil= l not >>> cause the Printer to retain the Job, and therefore JPS2 failed to actua= lly >>> support the "Job Save and Reprint Feature" with any of the attributes >>> defined within. I can understand why it might be read that way, but I a= lso >>> think we don't need to take such a narrow interpretation of 5100.11. Fr= om >>> my reading, when a Printer processes a Job that has the "save-dispositi= on" >>> member of "job-save-disposition" specifying 'save-only' or >>> 'print-and-save', if there are no errors, the Printer can save the Job'= s >>> Document Data to the location specified in "save-info" member of >>> "job-save-disposition" (as per pages 40-41), but it can ALSO put the >>> completed Job in the Job Retention Phase as per the definition of a Sav= ed >>> Job on 5100.11 page 13, so that it becomes a Saved job suitable for a >>> reprint using control panel selection or an IPP Resubmit Job operation. >>> > >>> > If there is a Printer that implements "job-save-disposition" and save= s >>> the Document Data but does not Retain the Job then that could be viewed= as >>> unfortunate behavior, but will any clients care about this misbehavior?= Do >>> any IPP Everywhere=E2=84=A2 implement this unfortunate behavior? >>> > >>> > To be clear, I am not trying to be difficult or combative - I nativel= y >>> don't understand why we need to be reading it the way that we are. The >>> specification seems vague enough that such an interpretation doesn't se= em >>> unreasonable to me. And it seems much less destructive (and less work) = to >>> take that interpretation than to start over or create a JPS2v2. >>> > >>> > Why specifically is this an inappropriate reading of 5100.11? >>> > >>> > Thanks for your patience and thoughts? >>> > >>> > Smith >>> > >>> > /** >>> > Smith Kennedy >>> > Wireless & Standards Architect - IPG-PPS >>> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Foru= m >>> / USB-IF >>> > Chair, IEEE ISTO Printer Working Group >>> > HP Inc. >>> > */ >>> > >>> > >>> > >>> > _______________________________________________ >>> > ipp mailing list >>> > ipp@pwg.org >>> > https://www.pwg.org/mailman/listinfo/ipp >>> >>> > _______________________________________________ >>> > ipp mailing list >>> > ipp@pwg.org >>> > https://www.pwg.org/mailman/listinfo/ipp >>> >>> >>> _________________________________________________________ >>> Michael Sweet, Senior Printing System Engineer >>> >>> >>> >> > --0000000000000bf07d0574083f7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

Proof Print was de= fined (and implemented by many vendors) years before Job Save.
An= d the semantics in 5100.11 of Job Save are just plain wrong.

=
I hope Mike will chime in here.

But I h= ope you can see that the job progress counters are totally screwed up by
doing both Proof Print (w/ some options) and Final Print (with= different options) in
a single Job?=C2=A0 There's just = no advantage to breaking the Job state lifecycle as you
prop= osed.

Cheers,
- Ira

=
Ira McDonald (Musician = / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Ch= air - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Wo= rking Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IE= TF Designated Expert - IPP & Printer MIB
Blue Roof Music / High Nort= h Inc
http://sites.google.com/site/blueroof= music
http://sites.google.com/site/highn= orthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Sal= ine, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand M= arais, MI 49839=C2=A0 906-494-2434

=
<= br>

On Wed, Aug = 22, 2018 at 11:55 AM Kennedy, Smith (Wireless & Standards Architect) &= lt;smith.kennedy@hp.com> wro= te:
Hi Ira,

The &quo= t;proof-print" attribute as defined in the current 5100.11 only allows= a Client to request different media and a number of copies, but not other = job template attributes. But if this level of flexibility was the intent fr= om the start, why have a "proof-print" attribute at all? Why not = just do it as a saved job with a 'print-and-save'? I =C2=A0don'= t understand why the Proof Print and Job Save and Reprint features were exp= osed via IPP with unrelated attributes when the features are so similar. Th= is is why I thought we would want to reexamine proof-print as well as job-s= ave-disposition.

Smith



On Aug 22, 2018, at 9:35 AM, Ira Mc= Donald <blu= eroofmusic@gmail.com> wrote:

Hi Smith,
<= br>
At least in higher-end systems, proof print is done on plain = paper, single-sided (for proofreading)
and final copies on differ= ent media, double-sided, different finishing, etc.

That can't be specified in a single Job submission.

Cheers,
- Ira

Ira McDonald (Musician / S= oftware Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair= - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Worki= ng Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF = Designated Expert - IPP & Printer MIB
Blue Roof Music / High North I= nc
= http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/hi= ghnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 = Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Gran= d Marais, MI 49839=C2=A0 906-494-2434

=


On Wed, A= ug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards Architect= ) <smith.kenne= dy@hp.com> wrote:
Hi Ira,

My perception of a "proof print job feature" is that the= user selects the choices for the final run, chooses "proof print"= ;, and then the Printer will print one copy, review it, and then print the = rest if you approve of the output. Why is achieving this using one Job bad = for the audit trail? Doesn't pushing the final run to a second Job caus= e audit trail problems of their own?

(BTW, if a Jo= b is copied using Resubmit-Job, does the newly created Job have a Job Statu= s attribute pointing back to the Job ID of the Job from which it was create= d?)

Smith
<= br>/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 Wireless & Stand= ards Architect - IPG-PPS
=C2=A0 =C2=A0 Standards - IEEE ISTO PWG / Bluet= ooth SIG / Wi-Fi=C2=A0Alliance / NFC Forum / USB-IF
=C2=A0 =C2=A0 Chair,= IEEE ISTO Printer Working Group
=C2=A0 =C2=A0 HP Inc.
*/


=

On Aug 22, 2018, at 8:31 AM, Ira Mc= Donald <blu= eroofmusic@gmail.com> wrote:

= Hi Smith,

I disagree about your suggestion for a s= trange job state lifecycle for "proof-print".
All jobs should complete when they have finished producing output.=C2=A0 = Leaving that
original job in in 'processing-stopped' stat= e is reinventing the audit trail problems
of the deprecated = Restart-Job operation from RFC 2911, for no visible benefit.

=
The person who did the original "proof-print" (a docum= ent author) may well NOT
be the person who makes the final fifty = copies (an admin or project leader).

Cheers,
=
- Ira



Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted= Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secr= etary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Interne= t Printing Protocol WG
IETF Designated Expert - IPP & Printer MIBBlue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
= http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
J= an-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434


On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wirel= ess & Standards Architect) <smith.kennedy@hp.com> wrote:
OK, I am fine with starting from scratch to solve the=C2=A0Job Sa= ve and Reprint Feature and the Password Protected Job feature so that they = can be at least orthogonal to one another, to allow password protected save= d jobs to be clearly supported. First draft posted, announcement soon:
=
=C2=A0 =C2=A0https://f= tp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf=C2=A0

And while w= e have the lid open, I think we might want to re-examine proof print, becau= se some of proof print seems to step on job save and reprint. IMHO a proof = print should print 1 copy and then enter 'processing-stopped' until= it has been re-approved for processing, at which time it prints and become= s 'completed'. Once in that state, if the User / Client wants to sp= ecify 'print-and-save', then the new solution for the Job Save and = Reprint feature can be applied if supported by the printer.

<= div> Smith



On Aug 21, 2018, at 6:44 PM, Michae= l Sweet <msweet@ap= ple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify= the intent to retain the Job, just to save it to a specified location. Gi= ven what you (HP) want to be able to do, namely to support retention and re= -printing of a job, it seemed clear from our discussions that job-save-disp= osition did not match up, and in fact the way that job-save-disposition is = currently specified has technical implementation problems that are not easi= ly resolved (thus the call to update JPS2 and deprecate it...)

The related "proof-print" attribute *does* specify that the Job s= hould be retained (at least for one reprint) and in general seems to have m= uch better defined semantics. But it doesn't address how to have a per= sistent password for the Job and basically makes the assumption that the fi= rst print is a test run. Which is how we got to adding "job-retain-un= til[-time]" and "job-[re]print-password[-encryption]" attrib= utes...


Ira,

The "output-device" comment was mine - since output-device uses t= he name syntax, we don't have a clear path to defining a semantic meani= ng for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "= process this Job but don't send it to an output device" in the Job= Ticket, we should proceed carefully and clearly document a) how a Client s= pecifies this and b) how a Printer advertises its support for this. But I&= #39;ll stay on the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:=
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only'= ; is *just* some form
> of the *processed* raw Document data (definitely NOT the Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that "output-d= evice"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of job-save-dispositio= n". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blu= eroofmusic
> http://sites.google.com/site/hig= hnorthinc
> mailto: b= lueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standar= ds Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move = into a design discussion about a replacement for "job-save-disposition= " and other aspects of JPS2, but before I do that I wanted to make one= more pass at the state of the current JPS2 document, to make sure we need = to dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that since t= he definitions of 'save-only' and 'print-and-save' on pages= 40-41 only discusses Document Data, and doesn't say anything about ret= aining the Job, that sending "save-disposition" =3D 'save-onl= y' or 'print-and-save' will not cause the Printer to retain the= Job, and therefore JPS2 failed to actually support the "Job Save and = Reprint Feature" with any of the attributes defined within. I can unde= rstand why it might be read that way, but I also think we don't need to= take such a narrow interpretation of 5100.11. From my reading, when a Prin= ter processes a Job that has the "save-disposition" member of &qu= ot;job-save-disposition" specifying 'save-only' or 'print-= and-save', if there are no errors, the Printer can save the Job's D= ocument Data to the location specified in "save-info" member of &= quot;job-save-disposition" (as per pages 40-41), but it can ALSO put t= he completed Job in the Job Retention Phase as per the definition of a Save= d Job on 5100.11 page 13, so that it becomes a Saved job suitable for a re= print using control panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition"= and saves the Document Data but does not Retain the Job then that could be= viewed as unfortunate behavior, but will any clients care about this misbe= havior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?=
>
> To be clear, I am not trying to be difficult or combative - I natively= don't understand why we need to be reading it the way that we are. The= specification seems vague enough that such an interpretation doesn't s= eem unreasonable to me. And it seems much less destructive (and less work) = to take that interpretation than to start over or create a JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC F= orum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp<= /a>

_________________________________________________________
Michael Sweet, Senior Printing System Engineer



--0000000000000bf07d0574083f7d-- --===============4902007472311375633== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4902007472311375633==-- From ipp-bounces@pwg.org Wed Aug 22 09:15:40 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6562412D7F8 for ; Wed, 22 Aug 2018 09:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.481 X-Spam-Level: X-Spam-Status: No, score=-0.481 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BHkogSCT8dHl for ; Wed, 22 Aug 2018 09:15:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 39FA5128CE4 for ; Wed, 22 Aug 2018 09:15:37 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 2898BCDDB; Wed, 22 Aug 2018 16:15:37 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 36594CDD3; Wed, 22 Aug 2018 16:15:25 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 9033BCDD4; Wed, 22 Aug 2018 16:15:23 +0000 (UTC) Received: from atl4mhob09.registeredsite.com (atl4mhob09.registeredsite.com [209.17.115.47]) by www.pwg.org (Postfix) with ESMTPS id D9D30CDBA for ; Wed, 22 Aug 2018 16:15:21 +0000 (UTC) Received: from mailpod.hostingplatform.com (atl4qobmail04pod0.registeredsite.com [10.30.71.206]) by atl4mhob09.registeredsite.com (8.14.4/8.14.4) with ESMTP id w7MGFEqq028485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 22 Aug 2018 12:15:15 -0400 Received: (qmail 16612 invoked by uid 0); 22 Aug 2018 16:15:14 -0000 X-TCPREMOTEIP: 174.192.25.251 X-Authenticated-UID: ptykodi@tykodi.com Received: from unknown (HELO ?100.124.187.7?) (ptykodi@tykodi.com@174.192.25.251) by 0 with ESMTPA; 22 Aug 2018 16:15:14 -0000 Mime-Version: 1.0 (1.0) From: Paul Tykodi X-Mailer: iPhone Mail (15G77) In-Reply-To: <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> Date: Wed, 22 Aug 2018 12:15:13 -0400 Message-Id: References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> To: "Kennedy, Smith (Wireless & Standards Architect)" Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8879043823360301303==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8879043823360301303== Content-Type: multipart/alternative; boundary=Apple-Mail-E149F6F7-8EB9-4D18-8855-0E4723FFF4F4 Content-Transfer-Encoding: 7bit --Apple-Mail-E149F6F7-8EB9-4D18-8855-0E4723FFF4F4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Smith, As Ira has outlined, in high volume production environments, my experience h= as been that proof-print is a specific type of job that is typically run jus= t once. It is a sanity check for things like color profile selections, keeping all c= ontent within the printable area of the selected media type, etc. This type of job is frequently sent to an IPP 2.1/2.2 supporting device. Once the sanity check output is reviewed and approved, the production job (E= xample: 100,000 impressions) is approved for release to some very high end (= frequently roll-fed) press. The job ticket for the production job is develop= ed independently from the proof-print job so the disconnect you observed in t= he PWG standard models real-world behavior at the high end of print producti= on facilities. Hope this observation might help a little ... Best Regards, /Paul Sent from my iPhone > On Aug 22, 2018, at 11:55 AM, Kennedy, Smith (Wireless & Standards Archite= ct) wrote: >=20 > Hi Ira, >=20 > The "proof-print" attribute as defined in the current 5100.11 only allows a= Client to request different media and a number of copies, but not other job= template attributes. But if this level of flexibility was the intent from t= he start, why have a "proof-print" attribute at all? Why not just do it as a= saved job with a 'print-and-save'? I don't understand why the Proof Print a= nd Job Save and Reprint features were exposed via IPP with unrelated attribu= tes when the features are so similar. This is why I thought we would want to= reexamine proof-print as well as job-save-disposition. >=20 > Smith >=20 >=20 >=20 >> On Aug 22, 2018, at 9:35 AM, Ira McDonald wrote= : >>=20 >> Hi Smith, >>=20 >> At least in higher-end systems, proof print is done on plain paper, singl= e-sided (for proofreading) >> and final copies on different media, double-sided, different finishing, e= tc. >>=20 >> That can't be specified in a single Job submission. >>=20 >> Cheers, >> - Ira >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic >> http://sites.google.com/site/highnorthinc >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >>> On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards Ar= chitect) wrote: >>> Hi Ira, >>>=20 >>> My perception of a "proof print job feature" is that the user selects th= e choices for the final run, chooses "proof print", and then the Printer wil= l print one copy, review it, and then print the rest if you approve of the o= utput. Why is achieving this using one Job bad for the audit trail? Doesn't p= ushing the final run to a second Job cause audit trail problems of their own= ? >>>=20 >>> (BTW, if a Job is copied using Resubmit-Job, does the newly created Job h= ave a Job Status attribute pointing back to the Job ID of the Job from which= it was created?) >>>=20 >>> Smith >>>=20 >>> /** >>> Smith Kennedy >>> Wireless & Standards Architect - IPG-PPS >>> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC For= um / USB-IF >>> Chair, IEEE ISTO Printer Working Group >>> HP Inc. >>> */ >>>=20 >>>=20 >>>=20 >>>> On Aug 22, 2018, at 8:31 AM, Ira McDonald wro= te: >>>>=20 >>>> Hi Smith, >>>>=20 >>>> I disagree about your suggestion for a strange job state lifecycle for "= proof-print". >>>> All jobs should complete when they have finished producing output. Lea= ving that >>>> original job in in 'processing-stopped' state is reinventing the audit t= rail problems=20 >>>> of the deprecated Restart-Job operation from RFC 2911, for no visible b= enefit. >>>>=20 >>>> The person who did the original "proof-print" (a document author) may w= ell NOT >>>> be the person who makes the final fifty copies (an admin or project lea= der). >>>>=20 >>>> Cheers, >>>> - Ira >>>>=20 >>>>=20 >>>>=20 >>>> Ira McDonald (Musician / Software Architect) >>>> Co-Chair - TCG Trusted Mobility Solutions WG >>>> Chair - Linux Foundation Open Printing WG >>>> Secretary - IEEE-ISTO Printer Working Group >>>> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>>> IETF Designated Expert - IPP & Printer MIB >>>> Blue Roof Music / High North Inc >>>> http://sites.google.com/site/blueroofmusic >>>> http://sites.google.com/site/highnorthinc >>>> mailto: blueroofmusic@gmail.com >>>> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>>> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>>>=20 >>>>=20 >>>>=20 >>>>> On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards A= rchitect) wrote: >>>>> OK, I am fine with starting from scratch to solve the Job Save and Rep= rint Feature and the Password Protected Job feature so that they can be at l= east orthogonal to one another, to allow password protected saved jobs to be= clearly supported. First draft posted, announcement soon: >>>>>=20 >>>>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.p= df=20 >>>>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.d= ocx=20 >>>>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-r= ev.pdf=20 >>>>> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-r= ev.docx=20 >>>>>=20 >>>>> And while we have the lid open, I think we might want to re-examine pr= oof print, because some of proof print seems to step on job save and reprint= . IMHO a proof print should print 1 copy and then enter 'processing-stopped'= until it has been re-approved for processing, at which time it prints and b= ecomes 'completed'. Once in that state, if the User / Client wants to specif= y 'print-and-save', then the new solution for the Job Save and Reprint featu= re can be applied if supported by the printer. >>>>>=20 >>>>> Smith >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> On Aug 21, 2018, at 6:44 PM, Michael Sweet wrote: >>>>>>=20 >>>>>> Smith, >>>>>>=20 >>>>>> The issue with "job-save-disposition" is that it does not specify the= intent to retain the Job, just to save it to a specified location. Given wh= at you (HP) want to be able to do, namely to support retention and re-printi= ng of a job, it seemed clear from our discussions that job-save-disposition d= id not match up, and in fact the way that job-save-disposition is currently s= pecified has technical implementation problems that are not easily resolved (= thus the call to update JPS2 and deprecate it...) >>>>>>=20 >>>>>> The related "proof-print" attribute *does* specify that the Job shoul= d be retained (at least for one reprint) and in general seems to have much b= etter defined semantics. But it doesn't address how to have a persistent pas= sword for the Job and basically makes the assumption that the first print is= a test run. Which is how we got to adding "job-retain-until[-time]" and "jo= b-[re]print-password[-encryption]" attributes... >>>>>>=20 >>>>>>=20 >>>>>> Ira, >>>>>>=20 >>>>>> The "output-device" comment was mine - since output-device uses the n= ame syntax, we don't have a clear path to defining a semantic meaning for a p= articular name, even if it is an empty string or a specific name like "none"= . *If* we decide that we want a way to specify "process this Job but don't s= end it to an output device" in the Job Ticket, we should proceed carefully a= nd clearly document a) how a Client specifies this and b) how a Printer adve= rtises its support for this. But I'll stay on the record as not being 100% h= appy about it... >>>>>>=20 >>>>>>=20 >>>>>> > On Aug 21, 2018, at 8:22 PM, Ira McDonald = wrote: >>>>>> >=20 >>>>>> > Hi Guerney, >>>>>> >=20 >>>>>> > My two cents. >>>>>> >=20 >>>>>> > I'm sure Mike can respond more articulately. >>>>>> >=20 >>>>>> > But the literal reading of 'print-save' and 'save-only' is *just* s= ome form >>>>>> > of the *processed* raw Document data (definitely NOT the Document >>>>>> > object w/ metadata). That's unacceptable and useless IMO. >>>>>> >=20 >>>>>> > Although the IPP F2F minutes record that you think that "output-dev= ice" >>>>>> > of NULL is a hack, it seems sound and reasonable to me. >>>>>> >=20 >>>>>> > And I still like "put a stake in the heart of job-save-disposition"= . I think >>>>>> > JPS2 has serious issues of ambiguity. >>>>>> >=20 >>>>>> > Cheers, >>>>>> > - Ira >>>>>> >=20 >>>>>> > Ira McDonald (Musician / Software Architect) >>>>>> > Co-Chair - TCG Trusted Mobility Solutions WG >>>>>> > Chair - Linux Foundation Open Printing WG >>>>>> > Secretary - IEEE-ISTO Printer Working Group >>>>>> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>>>>> > IETF Designated Expert - IPP & Printer MIB >>>>>> > Blue Roof Music / High North Inc >>>>>> > http://sites.google.com/site/blueroofmusic >>>>>> > http://sites.google.com/site/highnorthinc >>>>>> > mailto: blueroofmusic@gmail.com >>>>>> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>>>>> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>>>>> >=20 >>>>>> >=20 >>>>>> >=20 >>>>>> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standard= s Architect) wrote: >>>>>> > Greetings, >>>>>> >=20 >>>>>> > I've prepared a JPS2 v2, and I'm ready to publish it and move into a= design discussion about a replacement for "job-save-disposition" and other a= spects of JPS2, but before I do that I wanted to make one more pass at the s= tate of the current JPS2 document, to make sure we need to dive into this ef= fort. >>>>>> >=20 >>>>>> > It was asserted in the August 2018 F2F and in the minutes that sinc= e the definitions of 'save-only' and 'print-and-save' on pages 40-41 only di= scusses Document Data, and doesn't say anything about retaining the Job, tha= t sending "save-disposition" =3D 'save-only' or 'print-and-save' will not ca= use the Printer to retain the Job, and therefore JPS2 failed to actually sup= port the "Job Save and Reprint Feature" with any of the attributes defined w= ithin. I can understand why it might be read that way, but I also think we d= on't need to take such a narrow interpretation of 5100.11. =46rom my reading= , when a Printer processes a Job that has the "save-disposition" member of "= job-save-disposition" specifying 'save-only' or 'print-and-save', if there a= re no errors, the Printer can save the Job's Document Data to the location s= pecified in "save-info" member of "job-save-disposition" (as per pages 40-41= ), but it can ALSO put the completed Job in the Job Retention Phase as per t= he definition of a Saved Job on 5100.11 page 13, so that it becomes a Saved j= ob suitable for a reprint using control panel selection or an IPP Resubmit J= ob operation. >>>>>> >=20 >>>>>> > If there is a Printer that implements "job-save-disposition" and sa= ves the Document Data but does not Retain the Job then that could be viewed a= s unfortunate behavior, but will any clients care about this misbehavior? Do= any IPP Everywhere=E2=84=A2 implement this unfortunate behavior?=20 >>>>>> >=20 >>>>>> > To be clear, I am not trying to be difficult or combative - I nativ= ely don't understand why we need to be reading it the way that we are. The s= pecification seems vague enough that such an interpretation doesn't seem unr= easonable to me. And it seems much less destructive (and less work) to take t= hat interpretation than to start over or create a JPS2v2. >>>>>> >=20 >>>>>> > Why specifically is this an inappropriate reading of 5100.11?=20 >>>>>> >=20 >>>>>> > Thanks for your patience and thoughts? >>>>>> >=20 >>>>>> > Smith >>>>>> >=20 >>>>>> > /** >>>>>> > Smith Kennedy >>>>>> > Wireless & Standards Architect - IPG-PPS >>>>>> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Fo= rum / USB-IF >>>>>> > Chair, IEEE ISTO Printer Working Group >>>>>> > HP Inc. >>>>>> > */ >>>>>> >=20 >>>>>> >=20 >>>>>> >=20 >>>>>> > _______________________________________________ >>>>>> > ipp mailing list >>>>>> > ipp@pwg.org >>>>>> > https://www.pwg.org/mailman/listinfo/ipp >>>>>> > _______________________________________________ >>>>>> > ipp mailing list >>>>>> > ipp@pwg.org >>>>>> > https://www.pwg.org/mailman/listinfo/ipp >>>>>>=20 >>>>>> _________________________________________________________ >>>>>> Michael Sweet, Senior Printing System Engineer >>>>>=20 >>>=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail-E149F6F7-8EB9-4D18-8855-0E4723FFF4F4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Smith,

As Ira has out= lined, in high volume production environments, my experience has been that p= roof-print is a specific type of job that is typically run just once.
<= div>
It is a sanity check for things like color profile select= ions, keeping all content within the printable area of the selected media ty= pe, etc.

This type of job is frequently sent to an I= PP 2.1/2.2 supporting device.

Once the sanity check= output is reviewed and approved, the production job (Example: 100,000 impre= ssions) is approved for release to some very high end (frequently roll-fed) p= ress. The job ticket for the production job is developed independently from t= he proof-print job so the disconnect you observed in the PWG standard models= real-world behavior at the high end of print production facilities.

Hope this observation might help a little ...
Best Regards,

/Paul

Sent from my iPhone

On Aug 22, 2018, at 11= :55 AM, Kennedy, Smith (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:

Hi Ira,
The "proof-print" attribute as defined in the current 510= 0.11 only allows a Client to request different media and a number of copies,= but not other job template attributes. But if this level of flexibility was= the intent from the start, why have a "proof-print" attribute at all? Why n= ot just do it as a saved job with a 'print-and-save'? I  don't understa= nd why the Proof Print and Job Save and Reprint features were exposed via IP= P with unrelated attributes when the features are so similar. This is why I t= hought we would want to reexamine proof-print as well as job-save-dispositio= n.

Smith



On A= ug 22, 2018, at 9:35 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi Smith,

At least in higher-end systems, proof print is done on plain paper= , single-sided (for proofreading)
and final copies on d= ifferent media, double-sided, different finishing, etc.

That can't be specified in a single Jo= b submission.

Chee= rs,
- Ira

<= div dir=3D"ltr" class=3D"">Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair -= Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Print= er Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Pr= otocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.goog= le.com/site/blueroofmusic
http://sites.google.com/site/= highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-= 2434

<= /div>


On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & St= andards Architect) <sm= ith.kennedy@hp.com> wrote:
Hi Ira,

My perce= ption of a "proof print job feature" is that the user selects the choices fo= r the final run, chooses "proof print", and then the Printer will print one c= opy, review it, and then print the rest if you approve of the output. Why is= achieving this using one Job bad for the audit trail? Doesn't pushing the f= inal run to a second Job cause audit trail problems of their own?

(BTW, if a Job is copied usin= g Resubmit-Job, does the newly created Job have a Job Status attribute point= ing back to the Job ID of the Job from which it was created?)

Smith

/**=
    Smith Kennedy
    Wirel= ess & Standards Architect - IPG-PPS
    Standard= s - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB-IF<= br class=3D"">    Chair, IEEE ISTO Printer Working Group
    HP Inc.
*/



On Aug 22, 2018, at 8:31 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi Smith,

I disagree about your= suggestion for a strange job state lifecycle for "proof-print".
All jobs should complete when they have fini= shed producing output.  Leaving that
original job i= n in 'processing-stopped' state is reinventing the audit trail problems
of the deprecated Restart-Job operation from= RFC 2911, for no visible benefit.

The person who did the original "proof-print" (a document a= uthor) may well NOT
be the person who makes the final f= ifty copies (an admin or project leader).

Cheers,
- Ira



Ira= McDonald (Musician / Software Architect)
Co-Chair - TCG Trust= ed Mobility Solutions WG
Chair - Linux Foundation Open Printin= g WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF D= esignated Expert - IPP & Printer MIB
Blue Roof Music / Hig= h North Inc
http://sites.google.com/site/blueroofmusichttp://sites.google.com/site/highnorthinc
= mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place = Saline, MI  48176  734-944-0094
May-Dec: PO Box 221=   Grand Marais, MI 49839  906-494-2434



<= div class=3D"gmail_quote">
On Wed, Aug 22, 2018 a= t 7:38 AM Kennedy, Smith (Wireless & Standards Architect) <smith.kennedy@hp.= com> wrote:
OK, I a= m fine with starting from scratch to solve the Job Save and Reprint Fea= ture and the Password Protected Job feature so that they can be at least ort= hogonal to one another, to allow password protected saved jobs to be clearly= supported. First draft posted, announcement soon:

   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20= -20180821.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinter= ext20-20180821.docx 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobp= rinterext20-20180821-rev.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd= -ippjobprinterext20-20180821-rev.docx 

And while we have the lid open, I think we mig= ht want to re-examine proof print, because some of proof print seems to step= on job save and reprint. IMHO a proof print should print 1 copy and then en= ter 'processing-stopped' until it has been re-approved for processing, at wh= ich time it prints and becomes 'completed'. Once in that state, if the User /= Client wants to specify 'print-and-save', then the new solution for the Job= Save and Reprint feature can be applied if supported by the printer.
<= div class=3D"">
Smith



On Aug 21, 2018, at 6:44 PM, Michael Sweet <msweet@apple.com> wrote:<= /div>
Smith,

The issue with "job-save-disposition" is that it does not specify the intent= to retain the Job, just to save it to a specified location. Given what you= (HP) want to be able to do, namely to support retention and re-printing of a= job, it seemed clear from our discussions that job-save-disposition did not= match up, and in fact the way that job-save-disposition is currently specif= ied has technical implementation problems that are not easily resolved (thus= the call to update JPS2 and deprecate it...)

The related "proof-print" attribute *does* specify that the Job should be re= tained (at least for one reprint) and in general seems to have much better d= efined semantics. But it doesn't address how to have a persistent password f= or the Job and basically makes the assumption that the first print is a test= run. Which is how we got to adding "job-retain-until[-time]" and "job-[re]= print-password[-encryption]" attributes...


Ira,

The "output-device" comment was mine - since output-device uses the name syn= tax, we don't have a clear path to defining a semantic meaning for a particu= lar name, even if it is an empty string or a specific name like "none". *If= * we decide that we want a way to specify "process this Job but don't send i= t to an output device" in the Job Ticket, we should proceed carefully and cl= early document a) how a Client specifies this and b) how a Printer advertise= s its support for this. But I'll stay on the record as not being 100% happy= about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com&g= t; wrote:
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only' is *just* some f= orm
> of the *processed* raw Document data (definitely NOT the Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that "output-device"=
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of job-save-disposition". I= think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com= /site/blueroofmusic
> http://sites.google.com= /site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & Standard= s Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move into a de= sign discussion about a replacement for "job-save-disposition" and other asp= ects of JPS2, but before I do that I wanted to make one more pass at the sta= te of the current JPS2 document, to make sure we need to dive into this effo= rt.
>
> It was asserted in the August 2018 F2F and in the minutes that since th= e definitions of 'save-only' and 'print-and-save' on pages 40-41 only discus= ses Document Data, and doesn't say anything about retaining the Job, that se= nding "save-disposition" =3D 'save-only' or 'print-and-save' will not cause t= he Printer to retain the Job, and therefore JPS2 failed to actually support t= he "Job Save and Reprint Feature" with any of the attributes defined within.= I can understand why it might be read that way, but I also think we don't n= eed to take such a narrow interpretation of 5100.11. =46rom my reading, when= a Printer processes a Job that has the "save-disposition" member of "job-sa= ve-disposition" specifying 'save-only' or 'print-and-save', if there are no e= rrors, the Printer can save the Job's Document Data to the location specifie= d in "save-info" member of "job-save-disposition" (as per pages 40-41), but i= t can ALSO put the completed Job in the Job Retention Phase as per the defin= ition of a Saved Job on 5100.11 page 13, so that it becomes a Saved job sui= table for a reprint using control panel selection or an IPP Resubmit Job ope= ration.
>
> If there is a Printer that implements "job-save-disposition" and saves t= he Document Data but does not Retain the Job then that could be viewed as un= fortunate behavior, but will any clients care about this misbehavior? Do any= IPP Everywhere=E2=84=A2 implement this unfortunate behavior?
>
> To be clear, I am not trying to be difficult or combative - I natively d= on't understand why we need to be reading it the way that we are. The specif= ication seems vague enough that such an interpretation doesn't seem unreason= able to me. And it seems much less destructive (and less work) to take that i= nterpretation than to start over or create a JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Fo= rum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org=
> https://www.pwg.org/mailman/list= info/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org=
> https://www.pwg.org/mailman/list= info/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer



______________________________________= _________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
= --Apple-Mail-E149F6F7-8EB9-4D18-8855-0E4723FFF4F4-- --===============8879043823360301303== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8879043823360301303==-- From ipp-bounces@pwg.org Wed Aug 22 09:27:44 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B641128CE4 for ; Wed, 22 Aug 2018 09:27:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.482 X-Spam-Level: X-Spam-Status: No, score=-0.482 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lfALvtCxD0ji for ; Wed, 22 Aug 2018 09:27:38 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 896BF12F295 for ; Wed, 22 Aug 2018 09:27:38 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 9671CCDD6; Wed, 22 Aug 2018 16:27:37 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7CAAECDD3; Wed, 22 Aug 2018 16:27:23 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id EA7B4CDD4; Wed, 22 Aug 2018 16:27:22 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [216.205.24.162]) by www.pwg.org (Postfix) with ESMTPS id 76F65CD2A for ; Wed, 22 Aug 2018 16:27:20 +0000 (UTC) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0019.outbound.protection.outlook.com [207.46.163.19]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-143-sx_n9ER3OEOzaDqyiwTRPw-1; Wed, 22 Aug 2018 12:27:05 -0400 X-MC-Unique: sx_n9ER3OEOzaDqyiwTRPw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0663.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.23; Wed, 22 Aug 2018 16:27:03 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Wed, 22 Aug 2018 16:27:03 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Ira McDonald Thread-Topic: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time Thread-Index: AQHUOZwWItSlK9qa00mW0hJ7/MXWO6TK6VeAgAAF7oCAALbaAIAAMGOAgAAOoQCAAAMjAIAABaAAgAABZgCAAAdlAA== Date: Wed, 22 Aug 2018 16:27:03 +0000 Message-ID: References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0663; 6:KiAdkju5XkoTuXQqttc+MXKYOnOF/w2NyRPic37Xk52S9ie3J5dduwaWKdCHpkogo17FcC7tjNYTnxx9sImKow2cPlA4D8QcHXZFkyKB+S7Gz7DZor62qK+ocrD7Q0QCKaBN3oWfU625hs/d2o9dHT/jtGKcHotMv7TR1OpRarCuvlWbFsrlyLXm62F51drO1um/PNNmrTApLCdKr0PvCoQ1Dlzkw0C0eTOJDwd4Xnzhf6Yq78NqmpkTOai65cacPkXgP1P9ViWOy8+t9MZW/J9xsZR/gmTI6cZCQInYUB+ogWzozvm3jKjY1Zt9vPcUjCFKNXKLiVsuBNOse+7/jWSt87V7nGwdXnwx+Me7ZFYOm30ksUjnKNvmcMWkgqwVHVjsZoFpDRccojKLvSA3KMOuK/kcSJmMqcL/C+jcEbaa4hKnDdeI2+Fad7CiMxEg2ItkKRVRXgrakzcQa/voPA==; 5:1OPrXngjHTPrUVuuhsy4+Ol1vVoRCVO6oWXxUY3Cx5euXCxcf1++bEBhZ5z4lF7wRdlvvyydMDKp4Hdl7zAhrekLhxnefhSq8mfS2yLpdjRCuJa09aKgR+2NM95rmMMx0BB1lqbZlbKvUndXRG7nRNgNA40U8+xKNI1tWhf07i4=; 7:CxYNc1h4pMIXzIXZFvFjF1/WEzh052OpUq5y1sOEx0Y09OqlhuySsxmEESPZarVvhL/QOmaYOw9cBv75upt/unJZk0uPG0oZaDQHhQUSb1+Q+geV/t0fouIsm++LyRecIMO7o5cocc4GP1Gr0lqfSdMb0p8+oBePWfC7jkcxZQ3RpDOu9zqk/WycxzEgZ+jBO+FHbaW4iL7iI6DjaRqqoGYWx5fLGFIHKDtYsesTeZ0K4zpQTms+M0YPlgb5h/Md x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 566cd3c7-bc1b-4d01-ad39-08d6084c184e x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0663; x-ms-traffictypediagnostic: CS1PR8401MB0663: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(111039206520245)(159968658992688)(85827821059158)(211936372134217)(31960201722614)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(201708071742011)(7699016); SRVR:CS1PR8401MB0663; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0663; x-forefront-prvs: 0772E5DAD5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(366004)(136003)(396003)(6602003)(199004)(189003)(66066001)(6116002)(966005)(2906002)(14444005)(3846002)(256004)(229853002)(6436002)(6486002)(86362001)(36756003)(54906003)(316002)(76176011)(5250100002)(14454004)(478600001)(93886005)(606006)(99286004)(33656002)(83716003)(186003)(19273905006)(6506007)(2900100001)(53546011)(81156014)(81166006)(446003)(82746002)(106356001)(26005)(551544002)(102836004)(97736004)(4326008)(54896002)(5660300001)(99936001)(6306002)(6512007)(53936002)(2616005)(25786009)(39060400002)(236005)(6916009)(105586002)(11346002)(8936002)(6246003)(476003)(68736007)(486006)(8676002)(1411001)(7736002)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0663; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 9A4r52pWE9GFsJdtDlvXbIlbkeLI//5ivnDdDfGi90GpF/o8NXketu4dRlvfJmnZEfeytvdEM2q71kRVgqbllOI9LTyuhvucrB41IInp0RAjqZ5Z5Bcx9gv+P8U9RRK1REhyAR07C3rbLvKXjZrM6q+k5hv4UCmCJkCZsJXz7G6v+C56+0NVkwes3ywGWeqNdIyvDhhV7DeC/jGYP+vu4NQSHRicK72e2D831tJ6ifYO0SFhkcFlM87fvwsPgRbPoOoqNmUAjWNR08HDookOyjmda7L/a6pRFSskKFPlNfLweuNAfOlUSsGSPOF9pEkZI+RazvQLp8lYjduBkSJxn+JRd95D25r7Xs01FkJFDxw= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 566cd3c7-bc1b-4d01-ad39-08d6084c184e X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Aug 2018 16:27:03.7129 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0663 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1027747134646243049==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1027747134646243049== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_CCABF564-8982-4D63-BE93-624051988C8B"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_CCABF564-8982-4D63-BE93-624051988C8B Content-Type: multipart/alternative; boundary="Apple-Mail=_66673F7C-BE33-45C2-8AD8-8AE677A8F3BD" --Apple-Mail=_66673F7C-BE33-45C2-8AD8-8AE677A8F3BD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ira, > On Aug 22, 2018, at 10:00 AM, Ira McDonald = wrote: >=20 > Hi Smith, >=20 > Proof Print was defined (and implemented by many vendors) years before = Job Save. HP defined them both around the same time (18-30 years ago). Our = implementation of Proof Print was simpler: print 1 copy; if approved, = print the rest with the same job choices with possibly different media = selection. The "proof-print" attribute seems to support this, but the = "two Job solution" doesn't. > And the semantics in 5100.11 of Job Save are just plain wrong. No arguments there! To be clear, I'm talking about the abstract notion = of "Job Save", not equating "Job Save" with "job-save-disposition".=20 My point was that if Job Save was properly and appropriately implemented = in IPP, it is conceivable that the same primitives=20 >=20 > I hope Mike will chime in here. I think maybe we ought to just wait until we have another IPP WG call or = can all be on the phone. >=20 > But I hope you can see that the job progress counters are totally = screwed up by=20 > doing both Proof Print (w/ some options) and Final Print (with = different options) in=20 > a single Job? There's just no advantage to breaking the Job state = lifecycle as you=20 > proposed. I am not quite sure what you mean by "job progress counters", but I do = understand how the other Job Description and Job Status attributes could = contain potentially incorrect information if there are radically = different choices made for the Proof Print and Final Print.=20 >=20 > Cheers, > - Ira >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic = > http://sites.google.com/site/highnorthinc = > mailto: blueroofmusic@gmail.com > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Wed, Aug 22, 2018 at 11:55 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: > Hi Ira, >=20 > The "proof-print" attribute as defined in the current 5100.11 only = allows a Client to request different media and a number of copies, but = not other job template attributes. But if this level of flexibility was = the intent from the start, why have a "proof-print" attribute at all? = Why not just do it as a saved job with a 'print-and-save'? I don't = understand why the Proof Print and Job Save and Reprint features were = exposed via IPP with unrelated attributes when the features are so = similar. This is why I thought we would want to reexamine proof-print as = well as job-save-disposition. >=20 > Smith >=20 >=20 >=20 >> On Aug 22, 2018, at 9:35 AM, Ira McDonald > wrote: >>=20 >> Hi Smith, >>=20 >> At least in higher-end systems, proof print is done on plain paper, = single-sided (for proofreading) >> and final copies on different media, double-sided, different = finishing, etc. >>=20 >> That can't be specified in a single Job submission. >>=20 >> Cheers, >> - Ira >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic = >> http://sites.google.com/site/highnorthinc = >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >> On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: >> Hi Ira, >>=20 >> My perception of a "proof print job feature" is that the user selects = the choices for the final run, chooses "proof print", and then the = Printer will print one copy, review it, and then print the rest if you = approve of the output. Why is achieving this using one Job bad for the = audit trail? Doesn't pushing the final run to a second Job cause audit = trail problems of their own? >>=20 >> (BTW, if a Job is copied using Resubmit-Job, does the newly created = Job have a Job Status attribute pointing back to the Job ID of the Job = from which it was created?) >>=20 >> Smith >>=20 >> /** >> Smith Kennedy >> Wireless & Standards Architect - IPG-PPS >> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF >> Chair, IEEE ISTO Printer Working Group >> HP Inc. >> */ >>=20 >>=20 >>=20 >>> On Aug 22, 2018, at 8:31 AM, Ira McDonald > wrote: >>>=20 >>> Hi Smith, >>>=20 >>> I disagree about your suggestion for a strange job state lifecycle = for "proof-print". >>> All jobs should complete when they have finished producing output. = Leaving that >>> original job in in 'processing-stopped' state is reinventing the = audit trail problems=20 >>> of the deprecated Restart-Job operation from RFC 2911, for no = visible benefit. >>>=20 >>> The person who did the original "proof-print" (a document author) = may well NOT >>> be the person who makes the final fifty copies (an admin or project = leader). >>>=20 >>> Cheers, >>> - Ira >>>=20 >>>=20 >>>=20 >>> Ira McDonald (Musician / Software Architect) >>> Co-Chair - TCG Trusted Mobility Solutions WG >>> Chair - Linux Foundation Open Printing WG >>> Secretary - IEEE-ISTO Printer Working Group >>> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>> IETF Designated Expert - IPP & Printer MIB >>> Blue Roof Music / High North Inc >>> http://sites.google.com/site/blueroofmusic = >>> http://sites.google.com/site/highnorthinc = >>> mailto: blueroofmusic@gmail.com >>> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>>=20 >>>=20 >>>=20 >>> On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith (Wireless & Standards = Architect) > wrote: >>> OK, I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon: >>>=20 >>> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf = =20 >>> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx = =20 >>> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf = =20 >>> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= = =20 >>>=20 >>> And while we have the lid open, I think we might want to re-examine = proof print, because some of proof print seems to step on job save and = reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer. >>>=20 >>> Smith >>>=20 >>>=20 >>>=20 >>>> On Aug 21, 2018, at 6:44 PM, Michael Sweet > wrote: >>>>=20 >>>> Smith, >>>>=20 >>>> The issue with "job-save-disposition" is that it does not specify = the intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...) >>>>=20 >>>> The related "proof-print" attribute *does* specify that the Job = should be retained (at least for one reprint) and in general seems to = have much better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes... >>>>=20 >>>>=20 >>>> Ira, >>>>=20 >>>> The "output-device" comment was mine - since output-device uses the = name syntax, we don't have a clear path to defining a semantic meaning = for a particular name, even if it is an empty string or a specific name = like "none". *If* we decide that we want a way to specify "process this = Job but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it... >>>>=20 >>>>=20 >>>> > On Aug 21, 2018, at 8:22 PM, Ira McDonald = > wrote: >>>> >=20 >>>> > Hi Guerney, >>>> >=20 >>>> > My two cents. >>>> >=20 >>>> > I'm sure Mike can respond more articulately. >>>> >=20 >>>> > But the literal reading of 'print-save' and 'save-only' is *just* = some form >>>> > of the *processed* raw Document data (definitely NOT the Document >>>> > object w/ metadata). That's unacceptable and useless IMO. >>>> >=20 >>>> > Although the IPP F2F minutes record that you think that = "output-device" >>>> > of NULL is a hack, it seems sound and reasonable to me. >>>> >=20 >>>> > And I still like "put a stake in the heart of = job-save-disposition". I think >>>> > JPS2 has serious issues of ambiguity. >>>> >=20 >>>> > Cheers, >>>> > - Ira >>>> >=20 >>>> > Ira McDonald (Musician / Software Architect) >>>> > Co-Chair - TCG Trusted Mobility Solutions WG >>>> > Chair - Linux Foundation Open Printing WG >>>> > Secretary - IEEE-ISTO Printer Working Group >>>> > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >>>> > IETF Designated Expert - IPP & Printer MIB >>>> > Blue Roof Music / High North Inc >>>> > http://sites.google.com/site/blueroofmusic = >>>> > http://sites.google.com/site/highnorthinc = >>>> > mailto: blueroofmusic@gmail.com >>>> > Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >>>> > May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>>> >=20 >>>> >=20 >>>> >=20 >>>> > On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) > wrote: >>>> > Greetings, >>>> >=20 >>>> > I've prepared a JPS2 v2, and I'm ready to publish it and move = into a design discussion about a replacement for "job-save-disposition" = and other aspects of JPS2, but before I do that I wanted to make one = more pass at the state of the current JPS2 document, to make sure we = need to dive into this effort. >>>> >=20 >>>> > It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page 13, = so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation. >>>> >=20 >>>> > If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?=20 >>>> >=20 >>>> > To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2. >>>> >=20 >>>> > Why specifically is this an inappropriate reading of 5100.11?=20 >>>> >=20 >>>> > Thanks for your patience and thoughts? >>>> >=20 >>>> > Smith >>>> >=20 >>>> > /** >>>> > Smith Kennedy >>>> > Wireless & Standards Architect - IPG-PPS >>>> > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF >>>> > Chair, IEEE ISTO Printer Working Group >>>> > HP Inc. >>>> > */ >>>> >=20 >>>> >=20 >>>> >=20 >>>> > _______________________________________________ >>>> > ipp mailing list >>>> > ipp@pwg.org >>>> > https://www.pwg.org/mailman/listinfo/ipp = >>>> > _______________________________________________ >>>> > ipp mailing list >>>> > ipp@pwg.org >>>> > https://www.pwg.org/mailman/listinfo/ipp = >>>>=20 >>>> _________________________________________________________ >>>> Michael Sweet, Senior Printing System Engineer >>>=20 >>=20 >=20 --Apple-Mail=_66673F7C-BE33-45C2-8AD8-8AE677A8F3BD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Ira,

On Aug 22, 2018, at 10:00 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

Proof = Print was defined (and implemented by many vendors) years before Job = Save.

HP defined = them both around the same time (18-30 years ago). Our implementation of = Proof Print was simpler: print 1 copy; if approved, print the rest with = the same job choices with possibly different media selection. The = "proof-print" attribute seems to support this, but the "two Job = solution" doesn't.

And= the semantics in 5100.11 of Job Save are just plain = wrong.

No = arguments there! To be clear, I'm talking about the abstract notion of = "Job Save", not equating "Job Save" with = "job-save-disposition". 

My = point was that if Job Save was properly and appropriately implemented in = IPP, it is conceivable that the same primitives 


I hope Mike will chime in = here.

I think = maybe we ought to just wait until we have another IPP WG call or can all = be on the phone.

But I hope you can see that the job = progress counters are totally screwed up by
doing both Proof Print (w/ some options) and Final Print = (with different options) in
a = single Job?  There's just no advantage to breaking the Job state = lifecycle as you
proposed.

I am not quite sure what you mean by "job progress = counters", but I do understand how the other Job Description and Job = Status attributes could contain potentially incorrect information if = there are radically different choices made for the Proof Print and Final = Print. 


Cheers,
- = Ira

Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 11:55 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
Hi Ira,

The "proof-print" attribute as defined in the current = 5100.11 only allows a Client to request different media and a number of = copies, but not other job template attributes. But if this level of = flexibility was the intent from the start, why have a "proof-print" = attribute at all? Why not just do it as a saved job with a = 'print-and-save'? I  don't understand why the Proof Print and Job = Save and Reprint features were exposed via IPP with unrelated attributes = when the features are so similar. This is why I thought we would want to = reexamine proof-print as well as job-save-disposition.

Smith



On Aug 22, 2018, at 9:35 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

At = least in higher-end systems, proof print is done on plain paper, = single-sided (for proofreading)
and final copies on = different media, double-sided, different finishing, etc.

That can't be specified = in a single Job submission.

Cheers,
- Ira

Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 11:24 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
Hi = Ira,

My perception = of a "proof print job feature" is that the user selects the choices for = the final run, chooses "proof print", and then the Printer will print = one copy, review it, and then print the rest if you approve of the = output. Why is achieving this using one Job bad for the audit trail? = Doesn't pushing the final run to a second Job cause audit trail problems = of their own?

(BTW, if a Job is copied using Resubmit-Job, does the newly = created Job have a Job Status attribute pointing back to the Job ID of = the Job from which it was created?)

Smith

/**
    Smith Kennedy
    Wireless & Standards Architect - IPG-PPS
    Standards - IEEE ISTO PWG / Bluetooth SIG / = Wi-Fi Alliance / NFC Forum / USB-IF
    = Chair, IEEE ISTO Printer Working Group
    HP = Inc.
*/



On Aug 22, 2018, at 8:31 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Smith,

I = disagree about your suggestion for a strange job state lifecycle for = "proof-print".
All jobs = should complete when they have finished producing output.  Leaving = that
original job in in 'processing-stopped' state = is reinventing the audit trail problems
of the deprecated Restart-Job operation from RFC 2911, for no = visible benefit.

The person who did the original "proof-print" (a document = author) may well NOT
be the person who makes the = final fifty copies (an admin or project leader).

Cheers,
- = Ira



Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Wed, Aug 22, 2018 at 7:38 AM Kennedy, Smith = (Wireless & Standards Architect) <smith.kennedy@hp.com> wrote:
OK,= I am fine with starting from scratch to solve the Job Save and = Reprint Feature and the Password Protected Job feature so that they can = be at least orthogonal to one another, to allow password protected saved = jobs to be clearly supported. First draft posted, announcement soon:

  =  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.docx 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.pdf 
   https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.docx 

And while we have the lid open, I think we might want to = re-examine proof print, because some of proof print seems to step on job = save and reprint. IMHO a proof print should print 1 copy and then enter = 'processing-stopped' until it has been re-approved for processing, at = which time it prints and becomes 'completed'. Once in that state, if the = User / Client wants to specify 'print-and-save', then the new solution = for the Job Save and Reprint feature can be applied if supported by the = printer.

Smith



On Aug 21, 2018, at 6:44 PM, Michael Sweet <msweet@apple.com> wrote:

Smith,

The issue with "job-save-disposition" is that it does not specify the = intent to retain the Job, just to save it to a specified location. = Given what you (HP) want to be able to do, namely to support retention = and re-printing of a job, it seemed clear from our discussions that = job-save-disposition did not match up, and in fact the way that = job-save-disposition is currently specified has technical implementation = problems that are not easily resolved (thus the call to update JPS2 and = deprecate it...)

The related "proof-print" attribute *does* specify that the Job should = be retained (at least for one reprint) and in general seems to have much = better defined semantics. But it doesn't address how to have a = persistent password for the Job and basically makes the assumption that = the first print is a test run. Which is how we got to adding = "job-retain-until[-time]" and "job-[re]print-password[-encryption]" = attributes...


Ira,

The "output-device" comment was mine - since output-device uses the name = syntax, we don't have a clear path to defining a semantic meaning for a = particular name, even if it is an empty string or a specific name like = "none". *If* we decide that we want a way to specify "process this Job = but don't send it to an output device" in the Job Ticket, we should = proceed carefully and clearly document a) how a Client specifies this = and b) how a Printer advertises its support for this. But I'll stay on = the record as not being 100% happy about it...


> On Aug 21, 2018, at 8:22 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Guerney,
>
> My two cents.
>
> I'm sure Mike can respond more articulately.
>
> But the literal reading of 'print-save' and 'save-only' is *just* = some form
> of the *processed* raw Document data (definitely NOT the = Document
> object w/ metadata). That's unacceptable and useless IMO.
>
> Although the IPP F2F minutes record that you think that = "output-device"
> of NULL is a hack, it seems sound and reasonable to me.
>
> And I still like "put a stake in the heart of = job-save-disposition". I think
> JPS2 has serious issues of ambiguity.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= > IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094
> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Aug 21, 2018 at 6:13 PM Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:
> Greetings,
>
> I've prepared a JPS2 v2, and I'm ready to publish it and move into = a design discussion about a replacement for "job-save-disposition" and = other aspects of JPS2, but before I do that I wanted to make one more = pass at the state of the current JPS2 document, to make sure we need to = dive into this effort.
>
> It was asserted in the August 2018 F2F and in the minutes that = since the definitions of 'save-only' and 'print-and-save' on pages 40-41 = only discusses Document Data, and doesn't say anything about retaining = the Job, that sending "save-disposition" =3D 'save-only' or = 'print-and-save' will not cause the Printer to retain the Job, and = therefore JPS2 failed to actually support the "Job Save and Reprint = Feature" with any of the attributes defined within. I can understand why = it might be read that way, but I also think we don't need to take such a = narrow interpretation of 5100.11. =46rom my reading, when a Printer = processes a Job that has the "save-disposition" member of = "job-save-disposition" specifying 'save-only' or 'print-and-save', if = there are no errors, the Printer can save the Job's Document Data to the = location specified in "save-info" member of "job-save-disposition" (as = per pages 40-41), but it can ALSO put the completed Job in the Job = Retention Phase as per the definition of a Saved Job on 5100.11 page = 13, so that it becomes a Saved job suitable for a reprint using control = panel selection or an IPP Resubmit Job operation.
>
> If there is a Printer that implements "job-save-disposition" and = saves the Document Data but does not Retain the Job then that could be = viewed as unfortunate behavior, but will any clients care about this = misbehavior? Do any IPP Everywhere=E2=84=A2 implement this unfortunate = behavior?
>
> To be clear, I am not trying to be difficult or combative - I = natively don't understand why we need to be reading it the way that we = are. The specification seems vague enough that such an interpretation = doesn't seem unreasonable to me. And it seems much less destructive (and = less work) to take that interpretation than to start over or create a = JPS2v2.
>
> Why specifically is this an inappropriate reading of 5100.11?
>
> Thanks for your patience and thoughts?
>
> Smith
>
> /**
> Smith Kennedy
> Wireless & Standards Architect - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / = NFC Forum / USB-IF
> Chair, IEEE ISTO Printer Working Group
> HP Inc.
> */
>
>
>
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer




= --Apple-Mail=_66673F7C-BE33-45C2-8AD8-8AE677A8F3BD-- --Apple-Mail=_CCABF564-8982-4D63-BE93-624051988C8B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjIxNjI3MDJaMCMGCSqGSIb3DQEJBDEWBBSdCH9G0Le1dP5g OLZqtdqBoinUtjCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAJDNLUs6Nfnyc5Tq 8fgFGJC+BmG6bunvE0RfCIyArUN16rxZszNqpkryWliLYjWfiJmyTgxnIqHiyN3BBMtFZsekA6Yc 41PQotP1ca3aFCGpI2OA65cFTlNOk09j5CY4qtIvNFiG6zNZj+09WjOAGOt/CC10InHcYVaz/6k3 RK29+N3s3KQ8+trGXyi4NzQSfp6H6qx9yVL+PM8NrdbcPoY/2cAL4m9e+o62/ry9Q+8a8cGoop+3 IpycEemAjbAfIRlkAAI+vIQrKzbtnzGMdZxFFQ3z8JH2KqY/Whr1zjguNEESFWfpPlu1hpQZDVVU 1E9kmiI43JMcaNbEUhbXu30AAAAAAAA= --Apple-Mail=_CCABF564-8982-4D63-BE93-624051988C8B-- --===============1027747134646243049== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1027747134646243049==-- From ipp-bounces@pwg.org Thu Aug 23 05:59:39 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23833130DD0 for ; Thu, 23 Aug 2018 05:59:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nPvDywAOqzbY for ; Thu, 23 Aug 2018 05:59:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 425B4130DC8 for ; Thu, 23 Aug 2018 05:59:37 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 896D6CD48; Thu, 23 Aug 2018 12:59:36 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 90F0AB9CD; Thu, 23 Aug 2018 12:59:33 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id CC484BBCB; Thu, 23 Aug 2018 12:59:32 +0000 (UTC) Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) by www.pwg.org (Postfix) with ESMTPS id 756E44780 for ; Thu, 23 Aug 2018 12:59:32 +0000 (UTC) Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7NCuM8r054587; Thu, 23 Aug 2018 05:59:30 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : subject : from : in-reply-to : date : cc : message-id : references : to; s=20180706; bh=ChT85aHazkmgopLJlE5FDM10gYHgcJifxAalT8O1XMQ=; b=AUgqwlgxgFUKrHnTHbPwOnj320IWkk7ptA2EQ+Jko31NPjFC4suI3OBd50xwE9EV6RE9 E6ITH25+C/qnm4IV4DP6rDF2EkXiUNDk20hy/afFL5ZGwWdh8oBPoprShElhsfgZJM9z lONs6b32Fj+uHkUudNCyRtgmKrHCw4vfuijJwH1navss/dDVbmjkCbPyuStM04kIKRss dQQkNWxCf5rSKVO+JAIDnYWKPtLo4S6sm4pWeixpEE8AiEcJ8p0fp43FJtYkFI1jM/O6 UBETpJzhYeQ2OZl7LasqENyoBTZDQ1SevvGSpKd8e0vqDndMnOb141QaVARYMvZO7Zne ig== Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 2m1hhbpeej-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 23 Aug 2018 05:59:30 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDX009WJ02ZIF10@ma1-mtap-s03.corp.apple.com>; Thu, 23 Aug 2018 05:59:30 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDW00E00ZYDRG00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 05:59:24 -0700 (PDT) X-Va-A: X-Va-T-CD: 499a24534fbaffe09fd540dd02388733 X-Va-E-CD: 61a47c5900a8ed3d247e4b379564956b X-Va-R-CD: 1df71558770b255e921f07320defbc14 X-Va-CD: 0 X-Va-ID: 8da98697-c0f3-40af-8a68-7a6e2542242e X-V-A: X-V-T-CD: 499a24534fbaffe09fd540dd02388733 X-V-E-CD: 61a47c5900a8ed3d247e4b379564956b X-V-R-CD: 1df71558770b255e921f07320defbc14 X-V-CD: 0 X-V-ID: beff4818-903b-4203-bf8a-f8d11edae6d0 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDW00A00ZG30D00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 05:59:23 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-23_05:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.16.87] (unknown [17.235.16.87]) by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDX00GVW02TXK20@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 05:59:20 -0700 (PDT) From: Michael Sweet In-reply-to: <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> Date: Thu, 23 Aug 2018 08:59:15 -0400 Message-id: <1A244FD0-C172-49C0-B770-81A6921B6C40@apple.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-23_05:, , signatures=0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Smith, > On Aug 22, 2018, at 11:24 AM, Kennedy, Smith (Wireless & Standards Architect) wrote: > > Hi Ira, > > My perception of a "proof print job feature" is that the user selects the choices for the final run, chooses "proof print", and then the Printer will print one copy, review it, and then print the rest if you approve of the output. Why is achieving this using one Job bad for the audit trail? Doesn't pushing the final run to a second Job cause audit trail problems of their own? Well, the job state would go from 'completed' (where Clients assume that the receipt values are stable) to 'pending'. Also, "proof-print" is a collection attribute that specifies additional attributes for the Job Ticket as a proofing job that override the corresponding Job Template attributes. Finally, there is no definition of a "approve via console" use case or semantics in JPS2, so right now the only way to approve the proof job is to send a Resubmit-Job operation. > (BTW, if a Job is copied using Resubmit-Job, does the newly created Job have a Job Status attribute pointing back to the Job ID of the Job from which it was created?) No, but it is probably a good idea to add one. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 23 06:10:16 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FFE3130EBE for ; Thu, 23 Aug 2018 06:10:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8o3BCxB3e00y for ; Thu, 23 Aug 2018 06:10:14 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id A901C130EB8 for ; Thu, 23 Aug 2018 06:10:14 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 787DCCD74; Thu, 23 Aug 2018 13:10:13 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id B22A4BBCB; Thu, 23 Aug 2018 13:10:10 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0C822BEFE; Thu, 23 Aug 2018 13:10:09 +0000 (UTC) Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) by www.pwg.org (Postfix) with ESMTPS id C7183B9CD for ; Thu, 23 Aug 2018 13:10:08 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7ND7XFj056571; Thu, 23 Aug 2018 06:10:06 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : subject : from : in-reply-to : date : cc : message-id : references : to; s=20180706; bh=u21BIKV9MBB6ZmG5/Ov4mzJ6Hb7iWI/pOymX1bC7fK8=; b=w7ahWls9es7nkiHrUyNeHnsSNbtrRl+50bRW5WVx+jLcjzNJChB5Zg7UTzuvB3L5hXYx aQu/X1OExCPvTNqyI6FMCspaYCJNDDYXE5obQ1m+iWSbHBfu3w4egxexG7zX/BIQs5dX TjhE0gsCD9kS1V++lS3fYErUc+VOI68Ws+jYXbCY9btBbqkuoZqqMKdHtTYlopGrdF0g H3oqf5tS14VEdYyyo9Uu4RkHUbRIMTEuaSK+J/sCwAorEcP4R/krDqakBJv21eQxaF7N fxvZykpg1UDe4FBsD0I1wsKVe3+k8/W1dKLwWZHcAUrJcbtkEk9gL2Xpm1xhvu4el0xc tg== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2kxjd4u1p8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 23 Aug 2018 06:10:06 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDX00JJ50KT8BD0@ma1-mtap-s02.corp.apple.com>; Thu, 23 Aug 2018 06:10:06 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00H0007KNA00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:10:05 -0700 (PDT) X-Va-A: X-Va-T-CD: 499a24534fbaffe09fd540dd02388733 X-Va-E-CD: 61a47c5900a8ed3d247e4b379564956b X-Va-R-CD: 1df71558770b255e921f07320defbc14 X-Va-CD: 0 X-Va-ID: c9ee14ba-f046-4115-894c-4bb3b653c336 X-V-A: X-V-T-CD: 499a24534fbaffe09fd540dd02388733 X-V-E-CD: 61a47c5900a8ed3d247e4b379564956b X-V-R-CD: 1df71558770b255e921f07320defbc14 X-V-CD: 0 X-V-ID: f4ab0c69-4059-45e8-b37f-64f6a1cc0201 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00H000718A00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:10:05 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-23_05:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.16.87] (unknown [17.235.16.87]) by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDX00GK10KFXK30@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:10:05 -0700 (PDT) From: Michael Sweet In-reply-to: <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> Date: Thu, 23 Aug 2018 09:09:48 -0400 Message-id: References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-23_05:, , signatures=0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Smith, > On Aug 22, 2018, at 11:55 AM, Kennedy, Smith (Wireless & Standards Architect) wrote: > > Hi Ira, > > The "proof-print" attribute as defined in the current 5100.11 only allows a Client to request different media and a number of copies, but not other job template attributes. But if this level of flexibility was the intent from the start, why have a "proof-print" attribute at all? Why not just do it as a saved job with a 'print-and-save'? I don't understand why the Proof Print and Job Save and Reprint features were exposed via IPP with unrelated attributes when the features are so similar. This is why I thought we would want to reexamine proof-print as well as job-save-disposition. The current JPS2 definition does not prevent support for "sides" and other attributes (there is a proof-print-supported attribute listing the supported member attributes), but it also doesn't say anything about supporting other Job Template attributes. IMHO we should address this in v2.0 - it is important to support common work flows in IPP so that we have interoperability and consistent semantics, otherwise we just end up with vendor-specific solutions and software that doesn't work well... :/ _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 23 06:15:14 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9873D130EC0 for ; Thu, 23 Aug 2018 06:15:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MDiJvoImW_iX for ; Thu, 23 Aug 2018 06:15:13 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id EAB6A130EBF for ; Thu, 23 Aug 2018 06:15:12 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id E0C65CD6F; Thu, 23 Aug 2018 13:15:11 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6EBFDB9CD; Thu, 23 Aug 2018 13:15:09 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 1D0D9BBCB; Thu, 23 Aug 2018 13:15:08 +0000 (UTC) Received: from nwk-aaemail-lapp03.apple.com (nwk-aaemail-lapp03.apple.com [17.151.62.68]) by www.pwg.org (Postfix) with ESMTPS id D0391415F for ; Thu, 23 Aug 2018 13:15:07 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp03.apple.com [127.0.0.1]) by nwk-aaemail-lapp03.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7NDC8oV032588; Thu, 23 Aug 2018 06:15:04 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : subject : from : in-reply-to : date : cc : message-id : references : to; s=20180706; bh=h9AcTUtx71M4sGn5BeEsLN8a1dLmHcwdGaWyK6fK3nw=; b=gohoE+CNOFff5wrRHSblMEgfqN4W2IGQ1Trwr5DGBmaL0fGztpETJLzpMpnaD81xVKUo lIdtTPy1touxtm1lmqu4tqurE1Sa6s5/KxYO1kzYfqY7OEm7zgUnA7LKKE1vXALLrkYp zqVGp6J44dk7RKQZ5QVog0zRWtOcHJ70eSAX1LHx3RdjsURYHECwqXbV1VrWdkmOX5cP kih1KCJzKa52jwbW6LByiiQcoR641VCwZq4IeGU87BAp/NVzw02eG/2uNPz/FvYp21WE QvMgSGtfRTInRMtPz7d39JxlIaFRfOAVC5KIAxf9WcBPXFBdFVGe4hrZsMedBZWqOzpE DA== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp03.apple.com with ESMTP id 2kxg07mhxq-6 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 23 Aug 2018 06:15:04 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDX000DF0SXJW00@ma1-mtap-s02.corp.apple.com>; Thu, 23 Aug 2018 06:14:57 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00H0007KNA00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:14:57 -0700 (PDT) X-Va-A: X-Va-T-CD: 499a24534fbaffe09fd540dd02388733 X-Va-E-CD: 61a47c5900a8ed3d247e4b379564956b X-Va-R-CD: 1df71558770b255e921f07320defbc14 X-Va-CD: 0 X-Va-ID: 1b53218a-9118-49cc-aa83-5444923c20c0 X-V-A: X-V-T-CD: 499a24534fbaffe09fd540dd02388733 X-V-E-CD: 61a47c5900a8ed3d247e4b379564956b X-V-R-CD: 1df71558770b255e921f07320defbc14 X-V-CD: 0 X-V-ID: f2e3b4cb-87fa-4268-b031-53f21ff9922d Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00H0006J7X00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:14:56 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-23_05:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.16.87] (unknown [17.235.16.87]) by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDX00GW60SVXK30@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:14:56 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Thu, 23 Aug 2018 09:14:54 -0400 Message-id: <3B5594D1-AEFF-4FCB-89D7-361F30593558@apple.com> References: <7CBB9BE6-F1E8-4C78-9C03-8CA30017C7F9@hp.com> <22CB9012-4442-4A57-9FA4-F28ABC6B7D72@apple.com> <4512BFAD-2769-4DC1-AB86-DB8B390B5EED@hp.com> <75DFA977-AC4F-4824-8A56-373AA5A630E6@hp.com> <4D5E6B74-0E6B-4D47-82D0-9CA9E69A159E@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-23_05:, , signatures=0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Preparing to post JPS2v2 First Draft, but want to poke at current JPS2 one more time X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Smith, > On Aug 22, 2018, at 12:27 PM, Kennedy, Smith (Wireless & Standards Architect) wrote: >> ... >> I hope Mike will chime in here. > > I think maybe we ought to just wait until we have another IPP WG call or can all be on the phone. We can continue discussions here until the next concall in order to prioritize things and maybe come up with a short list of changes. >> But I hope you can see that the job progress counters are totally screwed up by >> doing both Proof Print (w/ some options) and Final Print (with different options) in >> a single Job? There's just no advantage to breaking the Job state lifecycle as you >> proposed. > > I am not quite sure what you mean by "job progress counters", but I do understand how the other Job Description and Job Status attributes could contain potentially incorrect information if there are radically different choices made for the Proof Print and Final Print. The counters - job-pages-completed[-col], job-media-sheets-completed[-col], job-impressions-completed[-col] - and the xxx-actual attributes recording which values were used for the various Job Template attributes. These are supposed to be stable once the Job reaches a terminating state. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 23 06:46:11 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9935D130ECA for ; Thu, 23 Aug 2018 06:46:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NC9jKIRgy2Pg for ; Thu, 23 Aug 2018 06:46:10 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 0B154130DF5 for ; Thu, 23 Aug 2018 06:46:09 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id BB868CD6B; Thu, 23 Aug 2018 13:46:08 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id D99F026EF; Thu, 23 Aug 2018 13:46:05 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 47194415F; Thu, 23 Aug 2018 13:46:05 +0000 (UTC) Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) by www.pwg.org (Postfix) with ESMTPS id E526426D1 for ; Thu, 23 Aug 2018 13:46:04 +0000 (UTC) Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7NDfoFQ056671 for ; Thu, 23 Aug 2018 06:46:04 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : from : date : subject : message-id : to; s=20180706; bh=E45MXcsTyhd3rvxuSaF98RcgJzDCldDOcehlNn3C7no=; b=MqYDDZNdgN6fGRTJljlpE0JK3jnV3v0UfJwE9YRpH4MG84Sjo9gsv9dorBPrNZi5xx75 Bo8BQCItaZjwwW4aVrORrdvxCg3gdU+PYVzhi68YQrtvLbHSI2+4Rxg9eeR4Do/cnZ9x hyOHSb/P3RsWQudevpDSN9hleP0rFyNF18E4NPmRyyD8pym5M6fHGFZAQuecix4VgaEZ 8ihGRZKYllX94+0EvANJUPfLwkHEU8+moK3kB3yUf7LM6clUxmuBdZfzqNEnUNXKHF1V 4t2a6QUyFyQzg2uFG9qE5HF4u7re2Qme56t9Y8bhEn/sl/OekSAPLGH9wckKqv7JxvEV hw== Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 2m1hhbqcxh-3 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 23 Aug 2018 06:46:04 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDX00LEU28QIRB0@ma1-mtap-s03.corp.apple.com> for ipp@pwg.org; Thu, 23 Aug 2018 06:46:03 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX008001LZ3100@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:46:03 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: 58fce3f7c08640deafbdcfceb35817c1 X-Va-R-CD: e07752e0327fa7b9a2d9ac36af165d8e X-Va-CD: 0 X-Va-ID: f5cbb000-9179-4139-b15b-5ab6992ca3e4 X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: 58fce3f7c08640deafbdcfceb35817c1 X-V-R-CD: e07752e0327fa7b9a2d9ac36af165d8e X-V-CD: 0 X-V-ID: 3cdcc525-e577-423d-8c14-08cb5f4d9126 Received: from process_milters-daemon.nwk-mmpp-sz12.apple.com by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX004001AZP800@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:46:02 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-23_05:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.16.87] (unknown [17.235.16.87]) by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDX007J728MNZ00@nwk-mmpp-sz12.apple.com>; Thu, 23 Aug 2018 06:46:01 -0700 (PDT) From: Michael Sweet Date: Thu, 23 Aug 2018 09:45:56 -0400 Message-id: To: PWG Workgroup X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-23_05:, , signatures=0 Subject: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I've had some recent discussions internally at Apple concerning some network management issues with IPP printers that serve their resource files over a different port (typically port 80) than their IPP endpoint. Basically, it is "easy" to whitelist communications over port 631 (or 443, as is still often the case) for IPP but less desirable to whitelist port 80 which is also used for web content. Effectively this means that we'd like to see printers advertise their printer-icc-profiles, printer-icons, printer-more-info, printer-strings-uri, and printer-supply-info-uri URLs with the same host and port as in printer-uri-supported and printer-xri-supported, which is supposed to match the HTTP Host header. We can't make this a requirement in IPP Everywhere v1.1, but I'd like to add it as an explicit recommendation (Printers SHOULD ...) in sections 5.3 and 5.4, and note that the port number should also be included in section 5.1.1 which talks about using the HTTP Host header value. I also notice that printer-more-info should be listed as a Printer Status attribute and we need to add the missing printer-strings-uri and printer-strings-languages-supported attributes as RECOMMENDED... Thoughts? _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 23 06:51:58 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35DD4130ECC for ; Thu, 23 Aug 2018 06:51:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.785 X-Spam-Level: X-Spam-Status: No, score=-2.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (body has been altered)" header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hO6mPb60Ttl8 for ; Thu, 23 Aug 2018 06:51:55 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D9AFF130EBE for ; Thu, 23 Aug 2018 06:51:55 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 98910CD6C; Thu, 23 Aug 2018 13:51:55 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8079726D3; Thu, 23 Aug 2018 13:51:51 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 1948126EF; Thu, 23 Aug 2018 13:51:50 +0000 (UTC) Received: from mail-yw1-xc2d.google.com (mail-yw1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) by www.pwg.org (Postfix) with ESMTPS id 8738B26D1 for ; Thu, 23 Aug 2018 13:51:49 +0000 (UTC) Received: by mail-yw1-xc2d.google.com with SMTP id p206-v6so1964376ywg.12 for ; Thu, 23 Aug 2018 06:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Cc1tm9SoTa70Oukzc8PIVgD0YTTETsFAsO/rQLHDzR4=; b=VxF8bTqrunW8344ddthZ9pfXtRQj3Zt2p08qlvqRZOfnFnyM/yrwaSrS1taqddB6D3 rZ3v2aPmO1GJgc7hT9rqpp/ptB2SIjK59eTWJm+lbsCREuN4ywGga2yOpn361R0hyZiU 4S/my5zW3/lyUR0Nveuw+Vtd0q4xO+PXgFepajXZvYfPhEolvTxNq09so8Z2E8INr71Y DF0/O7cPbFDl/UBVjodqSsIWrJFbjJyJGxN9JlMCjgfVVW9haSuiiae49hdNW5W6VOEm 3AD04Q8sL9ODQcwBXvODLRvKnERRScDORQvS8wRFMRenqAKBY1Hr2QCVwf9deHR2x7NR jgvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Cc1tm9SoTa70Oukzc8PIVgD0YTTETsFAsO/rQLHDzR4=; b=nBSBmpcHml2D23dy6OVcegWmY7rr8B6U81slRYbtDfK9IggOFM7ieYoQpRAdE0pmFa ap8url1cR5WcT0bXKx1kAf2GcaYrx64i6ibseZW7lJL4EX9ZNCvG8qrHEFYKLUN5ceRE oJWUnGKD/yUeoBEbIe2AwOmKbRwdcSnaG1O/DhFGYuV3ITrPpRqNIoQZooD8J53DMbtv AOBxCVqscP6dZ3/QDx1ot+k0IIeDR+l9uK9MAld6c7gw+ksZqJJmxfIiuBpW9TOgZFGt cMtMLWGeRyyBSP4ypXoM48VTyUStEhSNp7ufO0xZMXj5YNTdhx4NyQYoIOqqjq0pvSQM Uxaw== X-Gm-Message-State: APzg51DntURJinEA5MGBoEe+YGkoGdMtScY+zgzNpgCaMhsSHQpk7LTx Cy9whtvkoPEZdcogehxnKerruG7/kWePJIoGcng= X-Google-Smtp-Source: ANB0VdYQkfGSTOWwcEw1ESsQKhYU89tXClEWWZpb5TjD8A/J0ZFIvulu1gcc/EFq0mWTgFMXPi077VHrSfxe3Fpd9zw= X-Received: by 2002:a81:5c83:: with SMTP id q125-v6mr2771373ywb.501.1535032308670; Thu, 23 Aug 2018 06:51:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ira McDonald Date: Thu, 23 Aug 2018 09:51:34 -0400 Message-ID: To: Michael R Sweet Cc: "ipp@pwg.org" Subject: Re: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8155482902709454830==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8155482902709454830== Content-Type: multipart/alternative; boundary="0000000000007a25f305741a8f20" --0000000000007a25f305741a8f20 Content-Type: text/plain; charset="UTF-8" Hi Mike, Yes, I agree with this basic security improvement as a RECOMMENDATION. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Thu, Aug 23, 2018 at 9:46 AM Michael Sweet wrote: > All, > > I've had some recent discussions internally at Apple concerning some > network management issues with IPP printers that serve their resource files > over a different port (typically port 80) than their IPP endpoint. > Basically, it is "easy" to whitelist communications over port 631 (or 443, > as is still often the case) for IPP but less desirable to whitelist port 80 > which is also used for web content. > > Effectively this means that we'd like to see printers advertise their > printer-icc-profiles, printer-icons, printer-more-info, > printer-strings-uri, and printer-supply-info-uri URLs with the same host > and port as in printer-uri-supported and printer-xri-supported, which is > supposed to match the HTTP Host header. We can't make this a requirement > in IPP Everywhere v1.1, but I'd like to add it as an explicit > recommendation (Printers SHOULD ...) in sections 5.3 and 5.4, and note that > the port number should also be included in section 5.1.1 which talks about > using the HTTP Host header value. > > I also notice that printer-more-info should be listed as a Printer Status > attribute and we need to add the missing printer-strings-uri and > printer-strings-languages-supported attributes as RECOMMENDED... > > Thoughts? > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > --0000000000007a25f305741a8f20 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Mike,

Yes, I agree with t= his basic security improvement as a RECOMMENDATION.

Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Co-Chair - TCG = Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG<= br>Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG = Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer= MIB
Blue Roof Music / High North Inc
ht= tp://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
= Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
<= div style=3D"display:inline">


On Thu, Aug 23, 2018 at 9:46 AM Michael Sweet <msweet@apple.com> wrote:
=
All,

I've had some recent discussions internally at Apple concerning some ne= twork management issues with IPP printers that serve their resource files o= ver a different port (typically port 80) than their IPP endpoint.=C2=A0 Bas= ically, it is "easy" to whitelist communications over port 631 (o= r 443, as is still often the case) for IPP but less desirable to whitelist = port 80 which is also used for web content.

Effectively this means that we'd like to see printers advertise their p= rinter-icc-profiles, printer-icons, printer-more-info, printer-strings-uri,= and printer-supply-info-uri URLs with the same host and port as in printer= -uri-supported and printer-xri-supported, which is supposed to match the HT= TP Host header.=C2=A0 We can't make this a requirement in IPP Everywher= e v1.1, but I'd like to add it as an explicit recommendation (Printers = SHOULD ...) in sections 5.3 and 5.4, and note that the port number should a= lso be included in section 5.1.1 which talks about using the HTTP Host head= er value.

I also notice that printer-more-info should be listed as a Printer Status a= ttribute and we need to add the missing printer-strings-uri and printer-str= ings-languages-supported attributes as RECOMMENDED...

Thoughts?

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
--0000000000007a25f305741a8f20-- --===============8155482902709454830== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8155482902709454830==-- From ipp-bounces@pwg.org Thu Aug 23 06:57:55 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 028FF130E3C for ; Thu, 23 Aug 2018 06:57:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=rsharepoint.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vkv6sAUZPEZT for ; Thu, 23 Aug 2018 06:57:51 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 9560C130DF5 for ; Thu, 23 Aug 2018 06:57:51 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 6AB3ECD20; Thu, 23 Aug 2018 13:57:51 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2F8F226DC; Thu, 23 Aug 2018 13:57:48 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 29F19415F; Thu, 23 Aug 2018 13:57:47 +0000 (UTC) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0040.outbound.protection.outlook.com [104.47.32.40]) by www.pwg.org (Postfix) with ESMTPS id 9B63426D3 for ; Thu, 23 Aug 2018 13:57:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rsharepoint.onmicrosoft.com; s=selector1-ricohusa-com01c; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IW46+C8uc3Kt1pmCrxoA+c1P8UYsjYrmdVhNL0wspQQ=; b=EY3jpyUO989QlSuLft+VDKkL5RQmpJiSXsNvjGowlD9nvY3wv+GdtJEonPRGp2rHM6c4ULdRj76v/pn7okCNr4HH6scPnNToYji4pbYRtB24aikSARb0GwYtpSx3KDUlvNmVTvsWxPCbU2qbclqoE82AJ1+1xDtgMljrT2K/VyM= Received: from BN7PR17MB2242.namprd17.prod.outlook.com (20.176.24.140) by BN7PR17MB2131.namprd17.prod.outlook.com (20.176.23.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.23; Thu, 23 Aug 2018 13:57:44 +0000 Received: from BN7PR17MB2242.namprd17.prod.outlook.com ([fe80::f423:770b:4472:2dd3]) by BN7PR17MB2242.namprd17.prod.outlook.com ([fe80::f423:770b:4472:2dd3%3]) with mapi id 15.20.1059.023; Thu, 23 Aug 2018 13:57:44 +0000 From: Uli Wehner To: Michael Sweet , PWG Workgroup Thread-Topic: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1[EXTERNAL] Thread-Index: AQHUOuezIVwc0whJMUW+rEBktS9u/aTNW7gg Date: Thu, 23 Aug 2018 13:57:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ulrich.wehner@ricoh-usa.com; x-originating-ip: [205.145.16.5] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN7PR17MB2131; 6:KVLZyVyV2KG0OJCKCSeWQ3ELlDT2MS60yB0Qjb73rVkDKI0PmZfjwdOieX5BV8DV2uarjpofeQhmD2nhtjDdfFpK7V2qg/Z20uw0qa1pCRF232kks5n9wCqPFlGddMIL5dC26n0DiREWNTm53079tutV9ZLS5pvKMSp56XvITJ2Z187bIosHuyUW+3PkxO+kxVujkvGpC69uNt51yL3G9uQ3i0o8kie96mY9UoCTOI+YTl/9i8APKFe8q+ersnYFK32THIbzz8/n5NEhed3q61WGa8yB+UK4aEcslViYnR+naOH8QvGDSV26NT3FomUA8pvRb2lMyMbfazOWfa560Gfq94NV0mwqojVspqh2sm2WBGMdXijKPA1AK5W9bkp9eBHRxNAvLT/q6qLivLSv/RVeTf4cVW900egW/sNYNvrNg503K9tmkv8RETS7wUJ2d+9scygV2lFaHoEx8vXdHQ==; 5:e7wELSMb0MGRtHc1dlmGo24ClWxH//IepTVow88WLPrXy+zhBZo3S8jJ7lToc96fkEGgTeyqXbV7PYlJCB8MPXiVsPZrHAoqJtohLzaMEDj2ag9Za/7nEplJk/JDzkyYUrVYhS8TlEUnqV58cLfx7/egFhuCgL9AmfwSLg5Ylkw=; 7:yYJtCJLntx0RNNlgCgC/8X7LEz3fTJE/rXyKsnThY3JejtMOwYR6L5Jx0xpuXIKq5tDiVIF8W15hRhrN321staifsX6jOAVpKgtjTeBD6sBiyRMIZn++KK+n0sLTTMHOwIMIuvzouYbFqH9sw/gFRPZC5iycuCvZt14YH+iR38yRvKh9OebH7VhpzubCOBGCeUmKf9dHaaPhNSElRgvwk2450WmC5dKqIfX/2CyjK1eykoklws6jegeYadVOfVwu x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: c55ef5e3-d4b3-432f-be96-08d6090066ae x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:BN7PR17MB2131; x-ms-traffictypediagnostic: BN7PR17MB2131: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(10436049006162)(192374486261705); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(20161123560045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(201708071742011)(7699016); SRVR:BN7PR17MB2131; BCL:0; PCL:0; RULEID:; SRVR:BN7PR17MB2131; x-forefront-prvs: 0773BB46AC x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(366004)(376002)(346002)(396003)(136003)(13464003)(189003)(199004)(316002)(7696005)(110136005)(76176011)(99286004)(966005)(105586002)(106356001)(14454004)(5250100002)(478600001)(86362001)(575784001)(26005)(186003)(11346002)(476003)(446003)(102836004)(97736004)(2900100001)(66066001)(7736002)(305945005)(74316002)(53546011)(6506007)(33656002)(486006)(81166006)(8676002)(81156014)(6436002)(25786009)(2906002)(229853002)(256004)(14444005)(55016002)(6306002)(9686003)(53936002)(6246003)(8936002)(5660300001)(3846002)(6116002)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR17MB2131; H:BN7PR17MB2242.namprd17.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ricoh-usa.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 87ax3iQCpe424VSTZOoJJOzEZb9sPVvmR0Mf3FjVC1vt4eB5pw1TAsi5FVQEpS7DIA6p+Akfo/xoj+Lzi7WDLX4dNiPprYG2iy7zVdu6x8hy128mDenvWRNXPuWlDGl73HrhV32+XFGJbFphIsGHHYFvzgGQnJNp8ei8BsqsfYvtObPfGuNyNKm7vejEpXGi3Wstk/bxNOhxVqQ/cw43MxwLI+nx5gjaSM7UZ5817+vcIrzELH4qesQbT9W3TUXjSgJub4Fw/JYpkeoQOkf9Ren/zA3d1YngemQFCVXE/MzBPE/41f5PYcR+YdaBI5SsxX/tqUFZ3FXTyDoEdSFR/pr2E2wIKAcrJ5zLabmktB4= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: ricoh-usa.com X-MS-Exchange-CrossTenant-Network-Message-Id: c55ef5e3-d4b3-432f-be96-08d6090066ae X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2018 13:57:44.6031 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cbdb0d78-6a1f-4b73-98a2-ed310274376c X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR17MB2131 Subject: Re: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1[EXTERNAL] X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Mike, This sounds reasonable. One note: many customers use IPP/SSL for print data encryption, which uses the same certificate as Port 443. From a security perspective this is advantageous I think. Port 80 is often turned off, which has been an issue for airprint. regards Uli Wehner ulrich.wehner@ricoh-usa.com -----Original Message----- From: ipp On Behalf Of Michael Sweet Sent: Thursday, August 23, 2018 9:46 AM To: PWG Workgroup Subject: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1[EXTERNAL] All, I've had some recent discussions internally at Apple concerning some network management issues with IPP printers that serve their resource files over a different port (typically port 80) than their IPP endpoint. Basically, it is "easy" to whitelist communications over port 631 (or 443, as is still often the case) for IPP but less desirable to whitelist port 80 which is also used for web content. Effectively this means that we'd like to see printers advertise their printer-icc-profiles, printer-icons, printer-more-info, printer-strings-uri, and printer-supply-info-uri URLs with the same host and port as in printer-uri-supported and printer-xri-supported, which is supposed to match the HTTP Host header. We can't make this a requirement in IPP Everywhere v1.1, but I'd like to add it as an explicit recommendation (Printers SHOULD ...) in sections 5.3 and 5.4, and note that the port number should also be included in section 5.1.1 which talks about using the HTTP Host header value. I also notice that printer-more-info should be listed as a Printer Status attribute and we need to add the missing printer-strings-uri and printer-strings-languages-supported attributes as RECOMMENDED... Thoughts? _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://urldefense.proofpoint.com/v2/url?u=https-3A__www.pwg.org_mailman_listinfo_ipp&d=DwICAg&c=5hYF0Zu0Yz-C6S-kaHDItw&r=Kf2OsKTEH35gSgu0U6HqdHzbU1TrLWRQF9AyGiFJjds&m=5x9aipJWUe-lzWygkP2sKd1ZLZ3v7qj8MfDzGBXKQlc&s=ESHJXS3aCxT2O5PBS8jZzCvb-poiHzyZyGxQ_91koKo&e= _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Aug 23 07:07:39 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C4A2128CE4 for ; Thu, 23 Aug 2018 07:07:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.909 X-Spam-Level: X-Spam-Status: No, score=-0.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CjfVaxbZG17F for ; Thu, 23 Aug 2018 07:07:31 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id DF64F130E64 for ; Thu, 23 Aug 2018 07:07:31 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C6AA3CD45; Thu, 23 Aug 2018 14:07:31 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3ADF726DC; Thu, 23 Aug 2018 14:07:28 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 20C41415F; Thu, 23 Aug 2018 14:07:26 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [63.128.21.162]) by www.pwg.org (Postfix) with ESMTPS id 6C3A326D3 for ; Thu, 23 Aug 2018 14:07:25 +0000 (UTC) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0082.outbound.protection.outlook.com [207.46.163.82]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-300-s4sXbQjkOZuNoSRYkTqQyw-1; Thu, 23 Aug 2018 10:07:21 -0400 X-MC-Unique: s4sXbQjkOZuNoSRYkTqQyw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1014.NAMPRD84.PROD.OUTLOOK.COM (10.169.96.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.15; Thu, 23 Aug 2018 14:07:20 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Thu, 23 Aug 2018 14:07:20 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1 Thread-Index: AQHUOue8ZdSn0quWXES3R88GFx9rbKTNX2WA Date: Thu, 23 Aug 2018 14:07:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [2600:387:8:7::74] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB1014; 6:KSgGrZLIGuuFseJGsYi5MSsFZ5V20JXMlQjesg3u1/u3D0jmI4RGsCDEKnW7ZDnAGsKf90m3+6PdIQINp7INC9W+8+uUFWPPVoiMkx4/td7/Wma0MZoRCEHZTQUWLc3hVqSPNSkXxuJKewrkn6B2sR83guD0rnKmKglBITJjVzMyryfRSfrtSzBl1utDKXlnfZCcQopTj7BnJQXk/suvUc2SqTuTc2Rzl2ADHNFeLHM6uEtpiP7EUYAbZspjGIjoErNSqp1RIn+b5Zo+mrdpY3NDThZce6SJV+A95f8dNq7B5TIZmEhnmA5YM1XmR6fWRvj3k11JjmMYR0YSyFpuXEv/6bZjy3sC4VbcX0wi+O+vDhuKKsKmOUxEtPpUuqD8RaNoFRAiu4Hn3UFkGp0RIDAbyguBzJ54uwiELD3Uj1y3HmSJHDspWLZ/XdjIJlf4VeaALWT4jN4YtyTPkhAdfA==; 5:AjhINkD6EcCOzawXADZNUvuKfsIqBc0Nr4aRLE9c6mz5afl6ua3C64mfEZ/NLFx+dHmCwK1IDZdZjFOaTZ1QU1xYCHm78rskOwotR2RCdnEzbDeHRhUPPtKLOhRVXfsSHjiQJ99eea0Lmsdkg8+ujCnryZbVIucSA6o54LSAhdA=; 7:sO3A9NPVyGXp2q/wm3P4cePCb7UAwliOe8WnIFuJE1MoQGpkECWZbNZ/pUM/Fjf3HLwrdlJaKitjNPbs2WlLZOdjjGvNcLtUJTD8zI6U6//yYVjzN1MuGd8H2fomAtb2yguwmI2O/9iJL09gc1cWqYrV2T6JMCtiHD2uE/0HdhLvF/GdADRcfGx5dG+bSXKWPnC8BqC1HBUtCQbIMR8wP0c+Oejfr6amLOJnKlMaG7N1Zby1hwpZTYn8NCFvve21 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: af4285ab-81d0-4846-4da8-08d60901bdb9 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1014; x-ms-traffictypediagnostic: CS1PR8401MB1014: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(159968658992688)(31960201722614); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231311)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(201708071742011)(7699016); SRVR:CS1PR8401MB1014; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1014; x-forefront-prvs: 0773BB46AC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(376002)(366004)(39860400002)(136003)(6602003)(199004)(189003)(236005)(8936002)(6246003)(99936001)(478600001)(6306002)(54896002)(6512007)(6486002)(97736004)(14454004)(5660300001)(33656002)(25786009)(68736007)(14444005)(36756003)(7736002)(53936002)(6916009)(6436002)(966005)(105586002)(606006)(106356001)(4326008)(5250100002)(316002)(486006)(8676002)(46003)(2900100001)(476003)(81156014)(81166006)(256004)(99286004)(6116002)(82746002)(76176011)(2616005)(11346002)(446003)(229853002)(86362001)(2906002)(102836004)(6506007)(53546011)(186003)(83716003); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1014; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: pucPMuY/8K4vDkeyL6Yxj0cpbMn4NsrQs4O5RSbvrFNpbWnEGmjYKdw9SyCE/DhtrULbL8F++NBX207/t7gtreesIE5NwYECNLxrR0yj6ZTj3GYUyV0oW0T5bOzsfH15CFnJoI/7fWzauq1k1Tt/yLdNi8R+gv6vmLCjbMztYSugxzqcJAgA8kFPmHh4wkYYkbOdhY/PDxz9tUD3IjvBOAG0Pha1Ngu+MYIirjiNTGGvjG49cdoY0GI2ev1sAfT0GB/Qbu+vF9wNBf20NkUPIPyN3vUZ9gh9E9qsz2eOfkSysfECjZGNmakG1d0RIYrzychbfuJHvzPXOUDRuCDcJ6DJILTpwNXiHQHSf931PEg= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: af4285ab-81d0-4846-4da8-08d60901bdb9 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2018 14:07:20.1178 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1014 Cc: PWG Workgroup Subject: Re: [IPP] RFC: Recommend same port/origin policy for resources in IPP Everywhere v1.1 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6339973925850687270==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6339973925850687270== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_516FE694-48B9-4D41-9C75-FADC40CE2227"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_516FE694-48B9-4D41-9C75-FADC40CE2227 Content-Type: multipart/alternative; boundary="Apple-Mail=_32C14FA0-A3BA-46B6-BC11-F46C42539771" --Apple-Mail=_32C14FA0-A3BA-46B6-BC11-F46C42539771 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mike, IPP Implementor's Guide v2 section 7.2 makes this recommendation = already, and I'm wholly supportive of adding this (and possibly other = recommendations) to IPP Everywhere=E2=84=A2 1.1. Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ > On Aug 23, 2018, at 7:45 AM, Michael Sweet wrote: >=20 > All, >=20 > I've had some recent discussions internally at Apple concerning some = network management issues with IPP printers that serve their resource = files over a different port (typically port 80) than their IPP endpoint. = Basically, it is "easy" to whitelist communications over port 631 (or = 443, as is still often the case) for IPP but less desirable to whitelist = port 80 which is also used for web content. >=20 > Effectively this means that we'd like to see printers advertise their = printer-icc-profiles, printer-icons, printer-more-info, = printer-strings-uri, and printer-supply-info-uri URLs with the same host = and port as in printer-uri-supported and printer-xri-supported, which is = supposed to match the HTTP Host header. We can't make this a requirement = in IPP Everywhere v1.1, but I'd like to add it as an explicit = recommendation (Printers SHOULD ...) in sections 5.3 and 5.4, and note = that the port number should also be included in section 5.1.1 which = talks about using the HTTP Host header value. >=20 > I also notice that printer-more-info should be listed as a Printer = Status attribute and we need to add the missing printer-strings-uri and = printer-strings-languages-supported attributes as RECOMMENDED... >=20 > Thoughts? >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp = --Apple-Mail=_32C14FA0-A3BA-46B6-BC11-F46C42539771 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Mike,

IPP = Implementor's Guide v2 section 7.2 makes this recommendation already, = and I'm wholly supportive of adding this (and possibly other = recommendations) to IPP Everywhere=E2=84=A2 1.1.

Smith

/**
  =   Smith Kennedy
    Wireless & = Standards Architect - IPG-PPS
    Standards - = IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / = USB-IF
    Chair, IEEE ISTO Printer Working = Group
    HP Inc.
*/



On Aug 23, 2018, at 7:45 AM, Michael Sweet <msweet@apple.com> = wrote:

All,

I've had some recent discussions internally at Apple concerning some = network management issues with IPP printers that serve their resource = files over a different port (typically port 80) than their IPP endpoint. = Basically, it is "easy" to whitelist communications over port 631 (or = 443, as is still often the case) for IPP but less desirable to whitelist = port 80 which is also used for web content.

Effectively this means that we'd like to see printers advertise their = printer-icc-profiles, printer-icons, printer-more-info, = printer-strings-uri, and printer-supply-info-uri URLs with the same host = and port as in printer-uri-supported and printer-xri-supported, which is = supposed to match the HTTP Host header. We can't make this a = requirement in IPP Everywhere v1.1, but I'd like to add it as an = explicit recommendation (Printers SHOULD ...) in sections 5.3 and 5.4, = and note that the port number should also be included in section 5.1.1 = which talks about using the HTTP Host header value.

I also notice that printer-more-info should be listed as a Printer = Status attribute and we need to add the missing printer-strings-uri and = printer-strings-languages-supported attributes as RECOMMENDED...

Thoughts?

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_32C14FA0-A3BA-46B6-BC11-F46C42539771-- --Apple-Mail=_516FE694-48B9-4D41-9C75-FADC40CE2227 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjMxNDA3MTlaMCMGCSqGSIb3DQEJBDEWBBTOWyH4qnW6yRHZ IyRAiN2EYJJHNDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAI2q87m33OuVSoIc IT8LNXn/2V9EhRU1Lfz6VgAFiQ893YBDcr5VJOo01HnyQN+bJjGMsJwHvgJ2OgFEs1CpgVsnjxL3 PKxsbaZbfAPoB2zRlOeEHuBKB2c99uQxJ9Qj/bi6qbpPH6plaNkcJxZkUufkyo3NQvUWJkpAgQmA CfyQYirJS2jFHEUkN4CfigbBdFqMJsV1lgjGawhX75ei/zZ7jGGh6DjoCt53G8mse4wEYMBfTcJx SS8tStwVgPR735oGFkbHgNyM4fHLtIY6g+c2utkN+ElyZHHzA66iPG5RQYRKKSKNzC10u2j29JjK 6ugfmd7tDcLRk2Se3Ml5Ce0AAAAAAAA= --Apple-Mail=_516FE694-48B9-4D41-9C75-FADC40CE2227-- --===============6339973925850687270== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============6339973925850687270==-- From ipp-bounces@pwg.org Thu Aug 23 13:06:44 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4325D130EEE for ; Thu, 23 Aug 2018 13:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.898 X-Spam-Level: X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6M7WLKaMTJYz for ; Thu, 23 Aug 2018 13:06:41 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id A4D8C130EEA for ; Thu, 23 Aug 2018 13:06:41 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 429B3CA37; Thu, 23 Aug 2018 20:06:40 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 906A626DB; Thu, 23 Aug 2018 20:06:36 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 9BEBE26DC; Thu, 23 Aug 2018 20:06:35 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [216.205.24.162]) by www.pwg.org (Postfix) with ESMTPS id C5F3726D1 for ; Thu, 23 Aug 2018 20:06:34 +0000 (UTC) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03lp0052.outbound.protection.outlook.com [216.32.180.52]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-19-iW_MygkAPmO6nxD4H5g1zw-1; Thu, 23 Aug 2018 16:06:32 -0400 X-MC-Unique: iW_MygkAPmO6nxD4H5g1zw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0615.NAMPRD84.PROD.OUTLOOK.COM (10.169.14.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.14; Thu, 23 Aug 2018 20:06:30 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::153c:1484:87dc:da2d%2]) with mapi id 15.20.1080.010; Thu, 23 Aug 2018 20:06:30 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: [IPP] First draft of IPP JPS2v2 available for review Thread-Index: AQHUOg0VtmSotNrGsUmmgqawavnwo6TNxXSA Date: Thu, 23 Aug 2018 20:06:30 +0000 Message-ID: <6F62E233-53A9-4C71-A220-BADD34004F9B@hp.com> References: <69906102-C07C-45FC-BD9B-BEBB00D8DD28@hp.com> In-Reply-To: <69906102-C07C-45FC-BD9B-BEBB00D8DD28@hp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [66.232.89.139] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0615; 6:vFyLwl0mdLjplkTTkzEXQE0dqCnHeddgWUHd8G98fdivtCLAiwodRPYC5hpcNrqKYc9EkfJudyYrJoSDtOfycTvsF/RmyuiJtvdchzzxEGdPVsT9In/QlGcm+TJYHl0B6fDm7NylpA7RPq28MhwEJYXFvrSzm/8106L66/7O16d4oAm/XYdg9ANb2NFfknbyIOuf15sYL5RC9MaioA0UPYX9cNxXrfbQMv5ZcrzTbs5wt1K63HmF6fNRA0zG7e2eMndJJGxBxXIpWfcHQJsotXJDB2CD9s1CBCeBgUusYGD08rdu6uSn7AcjC0/8VA9oJFlcBGSSw4vJL63BhTIJwVxUI+5sfd8llLkBKgLT2DqVva5BYvnIryiLfW0bNs8alWLFzfKZRI/9DgSVaqjfix2uoXqFbjcc5rju5/XwOakmGFVzXpfCc5f4rYKikkkrXAHlBQXxaU5BX/QXv5M3Vw==; 5:9gdjfUfrJ4GYCvcOYHrbAsy+T86UnPlBwBvluAlcp80JazvmmNA6zuwdoI4Tw6+Jn1gJlRB6dOd40oY7SBAKMZoCqAE3IkGrnWWBYLC4Ij70vdSLl8lzLJ+tqzhz067NuQg7IPXnLwzl8pw12Eu2ZjrmD6VGjAyd87dWD/7MAwI=; 7:EOsC02usacrMsXd2cNvYyt9RY1b6ozRFPR/tIXPStSbpSFJPEwHeeZgDJsElXwS3m+o+2LAGZGqxx4R971RokmAEnFolgkrPN8Mil4NuOO31SO0fCB10K5HpUGfewb9V863AacbByJeV3YjMQKP//ylz8l00cj1qlU5sLA+hy5psCTJInINuZYNJPZZn15d6utVlVWHGDhc5bL2nt5oTm9bYeEal7ZNIEAxrZvrjdNEMBxdMmYsZfnyxG7iKdhSW x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 9bbc5bb7-081d-4f4a-b476-08d60933eab4 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0615; x-ms-traffictypediagnostic: CS1PR8401MB0615: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231311)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201708071742011)(7699016); SRVR:CS1PR8401MB0615; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0615; x-forefront-prvs: 0773BB46AC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(39860400002)(346002)(376002)(136003)(199004)(6602003)(189003)(6306002)(236005)(54896002)(6512007)(8936002)(82746002)(76176011)(33656002)(68736007)(6436002)(99936001)(53936002)(966005)(14454004)(606006)(6246003)(6916009)(2906002)(229853002)(3846002)(6116002)(6486002)(2900100001)(5250100002)(7736002)(8676002)(105586002)(106356001)(186003)(81166006)(25786009)(26005)(86362001)(36756003)(66066001)(97736004)(6506007)(256004)(102836004)(81156014)(53546011)(83716003)(476003)(2616005)(486006)(316002)(11346002)(446003)(478600001)(99286004)(5660300001); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0615; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: kwkRtA0GiqoEOva4+FK/3h8idQnpxL3rK6i/iyIUoeKQqiH5HQpUs4xAY9pcb3Za7mt/GDpJueolNSSd1g9ilFIRi+l3TXnIGQr7lbd2xub6DffrpCqWEr0L5pSPBTcwN8WES9N4/bA6YoLoq36F1cVoL3IjMzYb20V+9e5TkhdXVsfb/pXBqT4t4xltJnosaOswUDgxalj192se/Oi3BWoOuBiOjviwPkq+EPJMCvXzQvRK2uvlWisS0V6colIpsavkuY0yKHKKAV9/HHa2KEBZHxoKlXUEc8hSjS2MMMB7xg7eBWwB1mUYNfOObdiR1f+DCd3osDSVlhy71Wj7D17jpwWoobG+xIUXGOpet/Y= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9bbc5bb7-081d-4f4a-b476-08d60933eab4 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2018 20:06:30.3936 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0615 Subject: Re: [IPP] First draft of IPP JPS2v2 available for review X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7607147270512001337==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7607147270512001337== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_58AEECDB-B5A2-4BA9-973A-42D4AC978406"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_58AEECDB-B5A2-4BA9-973A-42D4AC978406 Content-Type: multipart/alternative; boundary="Apple-Mail=_02803446-A723-4EB3-9598-9A7999AF4ECD" --Apple-Mail=_02803446-A723-4EB3-9598-9A7999AF4ECD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All, I am constructing a new draft because I'm not confident that the most = recent Word document form of 5100.11 contains the content in the = published 5100.11 PDF. So I'm starting again using the published and = widely disseminated PDF. I am letting you know this in case anybody felt = the compulsion to begin editing one of the drafts below. Contact me if = so. Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ > On Aug 22, 2018, at 5:41 AM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > Greetings, >=20 > As per recent discussions on the reflector and at the August vF2F, = here is the first draft of JPS2v2 (5100.11): >=20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.pdf > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821.docx > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.pdf > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-20180821-rev.docx= >=20 > I copy / pasted in the contents of the last clean draft into the = current Word template, then did a bunch of clean up. We can start with = this and proceed with our new work in that. >=20 > Cheers, >=20 > Smith >=20 > /** > Smith Kennedy > Wireless & Standards Architect - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ >=20 >=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_02803446-A723-4EB3-9598-9A7999AF4ECD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii All,

I am = constructing a new draft because I'm not confident that the most recent = Word document form of 5100.11 contains the content in the published = 5100.11 PDF. So I'm starting again using the published and widely = disseminated PDF. I am letting you know this in case anybody felt the = compulsion to begin editing one of the drafts below. Contact me if = so.

Smith

/**
  =   Smith Kennedy
    Wireless & = Standards Architect - IPG-PPS
    Standards - = IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / = USB-IF
    Chair, IEEE ISTO Printer Working = Group
    HP Inc.
*/



On Aug 22, 2018, at 5:41 AM, Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:

Greetings,

As per recent = discussions on the reflector and at the August vF2F, here is the first = draft of JPS2v2 (5100.11):

  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.pdf
  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21.docx
  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.pdf
  https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippjobprinterext20-201808= 21-rev.docx

I copy / pasted in the = contents of the last clean draft into the current Word template, then = did a bunch of clean up. We can start with this and proceed with our new = work in that.

Cheers,

Smith

/**
=    Smith Kennedy
=    Wireless & Standards Architect - IPG-PPS
   Standards - IEEE ISTO PWG / Bluetooth SIG = / Wi-Fi Alliance / NFC Forum / USB-IF
=    Chair, IEEE ISTO Printer Working Group
=    HP Inc.
*/



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_02803446-A723-4EB3-9598-9A7999AF4ECD-- --Apple-Mail=_58AEECDB-B5A2-4BA9-973A-42D4AC978406 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MjMyMDA2MjlaMCMGCSqGSIb3DQEJBDEWBBTLD5ZcAO8uAzPT mHMXvFtDNP0LjDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAE/0DjT+al9+3Yfz O5z8enx67LYmC9b0k7zeHJFczH0+uMMRAxZcONK71y9Z++3/SET73KSBadnXkL+Ksx5bG/IjrmoT E+/qk2EgkVj4ta3WG9yVV1iwqX8GWT4VL4rekMi7r7CmePWOvzn5xkxMOObrshkBIcM+m/nn6IDN ZLn0b2LEnobKgJrVuDnSbmEob06dsFt7vLsnnwxVorxsqVPo/aEWzmRBiPvDkeNtUzLlB9RAO4ZP xwehgIm83txY2sHFB1wORBDnn+BUqiwGNqdBOGQlhivXp4Ploi5SBsxbUAftCi4lbzzQSd7s0xCT maTUjAfQombiWyCsLzXcW34AAAAAAAA= --Apple-Mail=_58AEECDB-B5A2-4BA9-973A-42D4AC978406-- --===============7607147270512001337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============7607147270512001337==-- From ipp-bounces@pwg.org Thu Aug 23 15:44:12 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC4DE128CF2 for ; Thu, 23 Aug 2018 15:44:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gWDHWf5WM5yz for ; Thu, 23 Aug 2018 15:44:09 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id B9A48126F72 for ; Thu, 23 Aug 2018 15:44:09 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 7E9EB4472; Thu, 23 Aug 2018 22:44:08 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3E3F926D1; Thu, 23 Aug 2018 22:44:05 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2644A26DB; Thu, 23 Aug 2018 22:44:03 +0000 (UTC) Received: from nwk-aaemail-lapp03.apple.com (nwk-aaemail-lapp03.apple.com [17.151.62.68]) by www.pwg.org (Postfix) with ESMTPS id C04172434 for ; Thu, 23 Aug 2018 22:44:02 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp03.apple.com [127.0.0.1]) by nwk-aaemail-lapp03.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7NMg60X036412; Thu, 23 Aug 2018 15:44:00 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-type : sender : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=8fi21TqzY6WLEBDfVKp77IFvbkPtEWq0nDQ/s05dhgk=; b=WydT5WgdgTqVN8oIcsgUIaO5rJT5Fo6aWlkCzRBItM6yDr4dG7os56iThnTFKdRKriUe NqTvrwcsfWxjBJqLZi+AV/cVorm5MutxWviO2pSUf6WLLWUpJW/QvMuaImyPOF65FVQN +YEi8Bs4p5uD4PQe3Q8VDaPbjRSQ9FEeN0BMsM06plOnKklc5xV3XEeOIzDe2gxHIM7f JPkOZFLug8gvKwLC9c8MNu3PJJKH6h/ilSEzmJ4E3HpmtWApXpct+bfxUtY+YuEXN7JC B5nThoXanszi0VclVcRNX498skSPyVoudhbaMKlWixucYih2A4vDLdcfPIeEIpjGHQPf Ig== Received: from mr2-mtap-s02.rno.apple.com (mr2-mtap-s02.rno.apple.com [17.179.226.134]) by nwk-aaemail-lapp03.apple.com with ESMTP id 2kxg080rqh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 23 Aug 2018 15:44:00 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz10.apple.com (nwk-mmpp-sz10.apple.com [17.128.115.122]) by mr2-mtap-s02.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PDX00H3VR5CPT70@mr2-mtap-s02.rno.apple.com>; Thu, 23 Aug 2018 15:44:00 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00500QK29P00@nwk-mmpp-sz10.apple.com>; Thu, 23 Aug 2018 15:44:00 -0700 (PDT) X-Va-A: X-Va-T-CD: 499a24534fbaffe09fd540dd02388733 X-Va-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-Va-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-Va-CD: 0 X-Va-ID: 3b36b7b3-0058-43ba-8753-fa0f56ce6dd5 X-V-A: X-V-T-CD: 499a24534fbaffe09fd540dd02388733 X-V-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-V-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-V-CD: 0 X-V-ID: c6a34bcb-969f-40fd-abce-b31d7c0615a2 Received: from process_milters-daemon.nwk-mmpp-sz10.apple.com by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PDX00800QYQWK00@nwk-mmpp-sz10.apple.com>; Thu, 23 Aug 2018 15:43:59 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-23_09:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.1.248] (unknown [17.235.1.248]) by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PDX00ETQR51PH70@nwk-mmpp-sz10.apple.com>; Thu, 23 Aug 2018 15:43:59 -0700 (PDT) From: Michael Sweet In-reply-to: <6CFFA700-6410-40E0-93E7-900836A6A5D6@hp.com> Date: Thu, 23 Aug 2018 18:43:43 -0400 Message-id: <958FEDDC-4F0E-43BF-B5FA-B3A7AA9107C8@apple.com> References: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> <15E8F583-385C-4B14-A38F-A413820AEAB5@apple.com> <617A7EF5-7733-4461-8AEE-5B45A0FF0FF0@apple.com> <6CFFA700-6410-40E0-93E7-900836A6A5D6@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-23_09:, , signatures=0 Cc: PWG Workgroup Subject: Re: [IPP] Updated IPP Everywhere v1.1 drafts posted X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: ipp-bounces@pwg.org Sender: "ipp" T0ssIEkndmUgYWRkZWQgYWxsIG9mIG91ciBkaXNjdXNzaW9ucyB0byBteSBlZGl0aW5nIFRPRE8g bGlzdCBmb3IgdGhlIHNwZWMsIGFuZCBjb2xsZWN0ZWQgYSBsaXN0IG9mIGl0ZW1zIHRvIGRpc2N1 c3MgYXQgb3VyIG5leHQgY29uZmVyZW5jZSBjYWxsOgoKLSBTaG91bGQgd2UgYWRkIHJlY29tbWVu ZGVkIGF0dHJpYnV0ZXM/ICJqb2ItcGFzc3dvcmQtcmVwZXJ0b2lyZSIsICJqcGVnLWZlYXR1cmVz LXN1cHBvcnRlZCIsICJqcGVnLWstb2N0ZXRzLXN1cHBvcnRlZCIsICJqcGVnLXgtZGltZW5zaW9u LXN1cHBvcnRlZCIsICJqcGVnLXktZGltZW5zaW9uLXN1cHBvcnRlZCIsICJwZGYtZmVhdHVyZXMt c3VwcG9ydGVkIiwgInBkZi1rLW9jdGV0cy1zdXBwb3J0ZWQiLCBhbmQgInBkZi12ZXJzaW9ucy1z dXBwb3J0ZWQiCi0gU2hvdWxkIHdlIGFkZCBhbiAnaXBwLWV2ZXJ5d2hlcmUtMS4xJyB2YWx1ZSBm b3IgImlwcC1mZWF0dXJlcy1zdXBwb3J0ZWQiPwotIFNob3VsZCB3ZSBhZGRyZXNzL3VwZGF0ZSBw YWlkL21hbmFnZWQgcHJpbnRpbmcgKHVzZSBvZiBHZXQtVXNlci1QcmludGVyLUF0dHJpYnV0ZXMs IGF0dHJpYnV0ZXMvdmFsdWVzIG5lZWRlZCBmb3IgcGFpZC9tYW5hZ2VkIHByaW50aW5nKQoKCj4g T24gQXVnIDE1LCAyMDE4LCBhdCAxOjIxIFBNLCBLZW5uZWR5LCBTbWl0aCAoV2lyZWxlc3MgJiBT dGFuZGFyZHMgQXJjaGl0ZWN0KSA8c21pdGgua2VubmVkeUBocC5jb20+IHdyb3RlOgo+IAo+IEp1 c3QgcmVzdXJyZWN0aW5nIHRoaXMgdGhyZWFkIGJlY2F1c2UgdGhlIEF1Z3VzdCBGMkYgZGlkbid0 IHJldmlldyBhbiB1cGRhdGUgdGhhdCBpbmNsdWRlZCBhbnkgb2YgbXkgcG9pbnRzIG9mIGZlZWRi YWNrLCBldGMuCj4gCj4gU21pdGgKPiAKPiAKPiAKPj4gT24gSnVsIDE5LCAyMDE4LCBhdCA2OjUx IFBNLCBLZW5uZWR5LCBTbWl0aCAoV2lyZWxlc3MgJiBTdGFuZGFyZHMgQXJjaGl0ZWN0KSA8c21p dGgua2VubmVkeUBocC5jb20+IHdyb3RlOgo+PiAKPj4gCj4+IAo+Pj4gT24gSnVsIDE5LCAyMDE4 LCBhdCA2OjA0IFBNLCBNaWNoYWVsIFN3ZWV0IDxtc3dlZXRAYXBwbGUuY29tPiB3cm90ZToKPj4+ IAo+Pj4gCj4+PiAKPj4+PiBPbiBKdWwgMTksIDIwMTgsIGF0IDY6MzEgUE0sIEtlbm5lZHksIFNt aXRoIChXaXJlbGVzcyAmIFN0YW5kYXJkcyBBcmNoaXRlY3QpIDxzbWl0aC5rZW5uZWR5QGhwLmNv bT4gd3JvdGU6Cj4+Pj4gCj4+Pj4gCj4+Pj4gCj4+Pj4+IE9uIEp1bCAxOCwgMjAxOCwgYXQgODoz NSBBTSwgTWljaGFlbCBTd2VldCA8bXN3ZWV0QGFwcGxlLmNvbT4gd3JvdGU6Cj4+Pj4+IAo+Pj4+ Pj4gCj4+Pj4+PiBQYWdlIDIyLCBUYWJsZSAzOiBTaG91bGQgd2UgYmUgZGVmaW5pbmcgYSBuZXcg ImlwcGUiIGtleSB0aGF0IHNwZWNpZmllcyB0aGUgdmVyc2lvbiBvZiBJUFAgRXZlcnl3aGVyZeKE oiBzdXBwb3J0ZWQ/IE9yIG9uZSB0aGF0IGR1cGxpY2F0ZXMgImlwcC1mZWF0dXJlcy1zdXBwb3J0 ZWQiIHNpbmNlIHRoYXQgYXR0cmlidXRlJ3MgdmFsdWUgY29udGFpbnMgYXJndWFibHkgdmFsdWFi bGUgdmFsdWVzIGZvciBmaWx0ZXJpbmc/Cj4+Pj4+IAo+Pj4+PiBHaXZlbiB0aGF0IHdlIGFyZSBz dGlsbCBvbiB0aGUgc2FtZSBtYWpvciB2ZXJzaW9uIGFuZCB0aGUgbGltaXRlZCBzcGFjZSBhdmFp bGFibGUgZm9yIFRYVCByZWNvcmQga2V5cywgSSdkIGFyZ3VlIHRoYXQgYW4gImlwcGUiIGtleSBp cyBub3QgeWV0IG5lY2Vzc2FyeSAobWF5YmUgaWYgd2UgZXZlciBnZXQgdG8gdjIpLgo+Pj4+PiAK Pj4+Pj4gQXMgZm9yICJpcHAtZmVhdHVyZXMtc3VwcG9ydGVkIiwgd2hhdCBmZWF0dXJlcyB3ZXJl IHlvdSB0aGlua2luZyBvZiBhcyB2YWx1YWJsZSBmb3IgZmlsdGVyaW5nPwo+Pj4+IAo+Pj4+IEJh c2ljYWxseSBzdWItZmlsdGVyaW5nIGF0IGRpc2NvdmVyeSB0aW1lIGZvciBhIHBhcnRpY3VsYXIg Z2VuZXJhdGlvbiBvZiBJUFAgRXZlcnl3aGVyZeKEoi4KPj4+IAo+Pj4gLi4uIGluIG9yZGVyIHRv IGRvIHdoYXQ/Cj4+IAo+PiBVbW1tbS4uLi4ubm90IHN1cmUuCj4+IAo+Pj4gCj4+PiBVbmxlc3Mg dGhlcmUgaXMgYSBjb21wZWxsaW5nIG5lZWQgKGFuZCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFAg cHJvdG9jb2wtbGV2ZWwgZmVhdHVyZXMgdGhhdCB3b3VsZCBxdWFsaWZ5KSwgSSByZWFsbHkgY2Fu J3Qgc3VwcG9ydCBpdC4gIFdlIGhhdmUga2V5cyBmb3Igc3BlY2lmaWMga2luZHMgb2YgcHJpbnRl ciBmZWF0dXJlcywgUERMIHN1cHBvcnQsIGV0Yy4sIGJ1dCBhdCB0aGUgcHJvdG9jb2wgbGV2ZWwg d2UgYXJlIGVudGlyZWx5IGdlbmVyaWMgc28gdGhhdCBhbnkgY2xpZW50IGNhbiBzZW5kIHByaW50 IGpvYnMgdG8gYW55IHByaW50ZXIuCj4+PiAKPj4+IEFuZCBldmVuIGZvciB0aG9zZSBwcmludGVy IGZlYXR1cmVzIHRoZSBvbmx5IHByaW50aW5nIFVJIEkgYW0gYXdhcmUgb2YgdGhhdCBzaGlwcGVk IHN1cHBvcnQgZm9yIGZpbHRlcmluZyB3YXMgbXkgb2xkIEVTUCBQcmludCBQcm8gc29mdHdhcmUg YW5kIHRoZSBvcmlnaW5hbCBRdCBwcmludCBkaWFsb2cgLSBib3RoIGFyZSBsb25nIGdvbmUgbm93 Li4uCj4+IAo+PiBVcG9uIG1vcmUgcmVmbGVjdGlvbiwgSSBkb24ndCBzZWUgYW55IHN1YnN0YW50 aXZlIHZhbHVlIGFuZCBzbyBJIHdpdGhkcmF3IHRoZSBmZWVkYmFjayAvIGNvbW1lbnQgLyBjaGFu Z2UgcmVxdWVzdC4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPj4gaXBwIG1haWxpbmcgbGlzdAo+PiBpcHBAcHdnLm9yZwo+PiBodHRwczovL3d3dy5w d2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwCj4gCgpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWljaGFlbCBTd2VldCwgU2VuaW9yIFBy aW50aW5nIFN5c3RlbSBFbmdpbmVlcgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KaXBwIG1haWxpbmcgbGlzdAppcHBAcHdnLm9yZwpodHRwczovL3d3dy5w d2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwCg== From "edm@"@rsend1.com Thu Aug 23 19:07:10 2018 Return-Path: <"edm@"@rsend1.com> X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C582E130E61 for ; Thu, 23 Aug 2018 19:07:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.195 X-Spam-Level: *** X-Spam-Status: No, score=3.195 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, MIME_HTML_ONLY_MULTI=0.001, MPART_ALT_DIFF=0.79, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=m.chinanewbridge.com; domainkeys=neutral (1024-bit key) reason="invalid (bad identity)" header.from=newbridge@M.chinanewbridge.com header.d=m.chinanewbridge.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXCVYoJTPaTL for ; Thu, 23 Aug 2018 19:07:08 -0700 (PDT) Received: from mail57217.app1.reasonables3.com (mail57217.app1.reasonables3.com [103.95.57.217]) by ietfa.amsl.com (Postfix) with ESMTP id A0BB7130E27 for ; Thu, 23 Aug 2018 19:07:07 -0700 (PDT) Received: from WIN-33QHADEHQ87 (unknown [103.95.56.2]) by mail57217.app1.reasonables3.com (Postfix) with ESMTPA id 856761C2DF7 for ; Fri, 24 Aug 2018 10:07:06 +0800 (HKT) DKIM-Signature:v=1; a=rsa-sha1; c=relaxed/relaxed; d=M.chinanewbridge.com; s=intl; q=dns/txt; h=From:Subject:Date:To; bh=v5OFDpxIuec3v9S3+c5Ty6BYdMM=; b=lpyeMrMqBaqYHBzbqbpkEEtAHf5puu6ifqgBZyW40x/tdH6/8h80FlIApeG48r9JXoyxfk YPqTDIMLhG7n+c93gA7X0QkZCFReqv09iojMUBhLH6Bm/bxYJajpmQTlvfPD2nMsdi13wDo 50QODjNUos5BfOh2q7TLsDyhJwbt68=; DomainKey-Signature: s=intl; h=From:To:Reply-To:Date:Subject:MIME-Version:Content-Type:X-Mailer:X-Sp read-CampaignId:X-Spread-SubscriberId:X-Spread-SpreaderId:X-Spread-Engi ne-Build:List-Unsubscribe:Sender:Message-ID;b=HbE3tq89ZWKzb0MQN7GvU8+DtNUxZsZSsJFvyZ6PhvgzZzTfmHSyH96apk4oVb8q+0qYf df60DARwjEHaQFpkLd3snlo3uVAkhl0LkxTwL2ShTekpVcroLQRcbmpB0U2jQKUa8wLmpxJ vHZR/1GMKFSKyIYFkijE0s4rupNPUxk=;d=M.chinanewbridge.com; a=rsa-sha1; c=simple; q=dns; From: "=?gb2312?B?wtvOxNLryPM=?=" To: "ipp-archive2@ietf.org" Reply-To: kehu@newbridgetranslation.com.cn Date: Thu, 23 Aug 2018 19:07:06 -0700 Subject: =?gb2312?B?zOzM7LjjwtvOxKOstNPAtM7e0N282aOst63S67rNyPO45bD0sPTf1Q==?= MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="_=aspNetEmail=_f2809f638050454c83edd634c27204b6" X-Mailer: aspNetEmail ver 3.7.0.19 X-Spread-CampaignId: 1410950 X-Spread-SubscriberId: 541188373 X-Spread-SpreaderId: 33571 X-Spread-Engine-Build: 4.0.6505.30962 List-Unsubscribe: , Sender: edm@@rsend1.com Message-ID: --_=aspNetEmail=_f2809f638050454c83edd634c27204b6 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable =0D=0A
<=21DOCTYPE html PUBLIC =22-//W3C//DTD XHTML 1=2E0 Strict//EN=22= =22http://www=2Ew3=2Eorg/TR/xhtml1/DTD/xhtml1-strict=2Edtd=22>=0A=0A=0A=0A=0A=0A=0ATemplate=0A

Started to load, but then said meeti= ng ended!

Bill W.

&nbs= p;

From: Kennedy, Smith (Wireless & Standards Architect)
Sent: = Thursday, August 30, 2018 3:06 PM
To: Ira McDonald
Cc: ipp@pwg.org
Subject: Re: [IPP] [Broken WebEx link] IPP= WG Agenda 3:00-4:30pm US Eastern(30 August 2018)

 

See if this meeting works:

 

 

Smith
<= br>/**
    Smith Kennedy
    Wireless & Stand= ards Architect - IPG-PPS
    Standards - IEEE ISTO PWG / Bluet= ooth SIG / Wi-Fi Alliance / NFC Forum / USB-IF
    Chair,= IEEE ISTO Printer Working Group
    HP Inc.
*/



=

<= p class=3DMsoNormal>On Aug 30, 2018, at 12:58 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:<= o:p>

 

Hi,

 

Sorry, but the IPP WebEx= meeting appears to be cancelled (huh?).

Smith, Mike, or I will send a note shortly with a new working = link...

 

=

Cheers,

- Ira

Ira McDonald (Musician / Soft= ware Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - = Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working = Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Des= ignated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc<= br>http= ://sites.google.com/site/blueroofmusic
http://sites.google.com/site/= highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Pla= ce  Saline, MI  48176  734-944-0094
May-Dec: PO Box 221&n= bsp; Grand Marais, MI 49839  906-494-2434

 

 

On Wed, Aug 2= 9, 2018 at 5:13 PM Ira McDonald <blueroofmusic@gmail.com> wrote:

=
=

Hi,

 

Our next = IPP WG call will be Thursday 30 August 2018 at
12:00-1:30pm US Pacific / 3:00p= m-4:30pm US Eastern

NOTE: Please U= SE the *new* WebEx and Audio Bridge below

=


--------------------------------------------------= -----
Meeting information
-------------------------------------------= ------------
Topic: IPP WG=
Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end d= ate
3:00 pm  |  Eastern Standard Time (New York, GMT= -05:00)  |  1 hr 30 mins

-----------------------= --------------------------------
WebEx online meeting (join first, before audio bridge)
---------------= ----------------------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359= 478143ca01e059a570ada91f3573
2. If requested, enter your name and em= ail address.
3. If a password is required, enter the meeting password: P= rinting123
4. Click "Join".

---------------------------= ----------------------------

= Audio Bridge (join second w/ unique acces= s code from WebEx)
----------------------------------------------= ---------

Call-in toll-free number (US/Canada):= +1 866 469-3239=
Call-in toll number (US/Canada): +1 650 429-3300
Call-in toll number (US/Canada): +1 408 856-9570

Global toll-free call in numbers = and other audio options ("Call Me Back"= or VoIP) are listed once you join the WebEx meeting.

Unique attende= e access code:  Displayed in the WebEx meeting

Agenda:
(1) PWG IP Policy, Minute Taker, Roll = Call, and Agenda Review

- Mike as minute taker?


(2) Approve IPP minutes from previous meetings

- = http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180809.pdf
-- IPP WG call on 08/09/18 (delayed from previous week)

-- IPP WG sessions at PWG Virtual F2F (08= /15/18 to 08/16/18)

&nbs= p;

(3) Status/Review of various IPP mailing list notes

-- [PWG5100.11] "save-job-disposition" -> "job-s= ave-disposition"

-- IESG draf= t to deprecate TLS/1.0 *and* TLS/1.1

-- RFC: Recommend = same port/origin policy for resources in IPP Everywhere v1.1

=

- hhttps:/= /protect-us.mimecast.com/s/DyVxC5yx5xsMW015sj8Z87

=

-- Recommended text for referencing STD 92: Internet P= rinting Protocol/1.1

-- "job-password-encryp= tion-supported" - what SHA version does 'sha' keyword indicate?

<= p class=3DMsoNormal>-- Registration request for attributes from "Wi-Fi= Peer-to-Peer Services Print (P2Ps-Print) Technical Specification v1.1"= ; for PCLm

 <= /p>

(4) Status of Open Printing WG GSoC 2018= (Ira)

-- success on all OP projects!

-- DONE - 14 May - GSoC coding begins

-- DONE - 11-15 June - GSoc Phase 1 evaluations by Mento= rs and Students
-- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentor= s and Students
-- DONE - 6-14 August - GSoC final week!
-- DONE - 14-= 21 August - Mentors submit final Student evaluations
-- DONE - 22 August= - GSoC announces final results

 

(5) Status of AMSC = and ISO liaisons w/ PWG (Paul)

-- see PWG SC minutes from 27 August 2018

 

-- Prototype draft - PWG F2F review in August 2018

-- Schedule - IPP WG Last Call Q4 2018<= /o:p>

 

(7) Status of IPP 3D Printing Extensions v1.1 (Mike)

-- Prototype draft - PWG F2= F review in August 2018

-- Sc= hedule - PWG Last Call Q4 2018

 

(8) Status of How to Prin= t Using the IPP (Mike)

-- PW= G F2F review in May 2018
-- Current HTML draft available in Github repos= itory

-- Schedule - TBD<= /o:p>

 

(9) Status of IPP HTTP Authentication whitepaper (Smith)
-= http://ftp.pwg.org/pub/pwg/ipp/whitepaper= /tb-ippauth-20180629.pdf

-- Interim draft - PWG F2F review in August 2018

-- Instead publish as PWG Best Practice

-- Schedule - TBD

 

(10) Status of IPP Encrypted Jobs and Documents (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoo= ne10-20180328-rev.pdf

-- Inte= rim draft - PWG F2F review in May 2018

-- good news - PGP-based path forward on 06/04/18!<= /p>

-- Schedule - Mike to work on updated draft w= / just PGP this fall

&nb= sp;

(11) Status of IPP System Ser= vice (Ira/Mike)
- https://ftp.pwg.org/p= ub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf

-- Prototype draft - <= span class=3Dm5462252276322417098gmail-m2636967438664975264gmail-il>PWG F2F= review in August 2018
-- Prototyping tasks being tracked as a Gi= thub project
-- Schedule - prototype in "ippserver" - Stable d= raft in Q3/Q4 2018

(12) Status of <= span class=3Dm5462252276322417098gmail-m2636967438664975264gmail-il>IPP Reprint Password (Smith)
- https://= ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf

- http://www.pwg.org/archives/ipp/2018/019744.html=

-- PWG F2F review in August 20= 18

-- Instead fold in= to PWG 5100.11 (JPS2) v2 major update

-- Schedule - TBD

&= nbsp;

(13) Status of IPP Everyw= here Printer Self-Certification 1.0 Update 3?
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515= .pdf

-- Goals, ipptool an= d ippfind updates

-- Now have= code signing certificate!
-- Schedule - Mike to release beta of update = 3 for testing soon

 = ;

(= 14) Status of IPP Everywhere 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf-- Prototype draft  - PWG F2F review in August 2018
-- Schedule = - Q3/Q4 2018

(15) Status of <= span class=3Dm5462252276322417098gmail-m2636967438664975264gmail-il>IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-= 20180704-rev.pdf
-- Prototype draft - PWG F2F review in August 2018=  
-- Schedule - Q3/Q4 2018

 

(16) Status/Re= view of PWG Printer MIB and IPP MFD Alerts 1.1 (Ira)

- http://ftp.pwg.o= rg/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-rev.pdf

-- Interim draft - for IPP WG review=

-- Schedule - Prototype draft Q4 2018


(17) Next steps=

 

- IPP WG call on Thu 13 September 2018 at 3:00-4:30pm US Easte= rn

-- TLS/1.3 slides (Ira) and reg= ular topics

 =

- IPP WG call on Thu 27 September 2018 a= t 3:00-4:30pm US Eastern

-- regula= r topics

 

Cheers,

- Ira

 = ;

 

=

Ira= McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobilit= y Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - = IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printi= ng Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Ro= of Music / High North Inc
http://sites.google.com/site/blueroofmusic=
htt= p://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com<= br>Jan-April: 579 Park Place  Saline, MI  48176  734-944-009= 4
May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434

=

_______________________________________________
ipp mailing list
ipp@pwg.org
https://protect-us.mimecast.= com/s/z-QQCR6nxnhGgrXjs9MKK-?domain=3Dpwg.org

 

 

= --_069DFF65-F994-43DF-8EC9-DD3A302AC3E6_-- --===============4596820942188338990== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4596820942188338990==-- From ipp-bounces@pwg.org Thu Aug 30 12:10:09 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39BE2130E9B for ; Thu, 30 Aug 2018 12:10:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.47 X-Spam-Level: X-Spam-Status: No, score=-2.47 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GETNDhHN-d-d for ; Thu, 30 Aug 2018 12:10:06 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id A9B27130E0A for ; Thu, 30 Aug 2018 12:10:06 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 81509B9D3; Thu, 30 Aug 2018 19:10:06 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3FC7A26E0; Thu, 30 Aug 2018 19:09:59 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 50D4126EA; Thu, 30 Aug 2018 19:09:58 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [63.128.21.162]) by www.pwg.org (Postfix) with ESMTPS id 7959E260B for ; Thu, 30 Aug 2018 19:08:57 +0000 (UTC) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03lp0022.outbound.protection.outlook.com [216.32.181.22]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-268-Hoge8_P5NZS8Po9QfojPpw-1; Thu, 30 Aug 2018 15:08:51 -0400 X-MC-Unique: Hoge8_P5NZS8Po9QfojPpw-1 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM (10.169.85.148) by DF4PR8401MB0330.NAMPRD84.PROD.OUTLOOK.COM (10.169.82.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.17; Thu, 30 Aug 2018 19:08:49 +0000 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::5927:9cde:6708:51b2]) by DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::5927:9cde:6708:51b2%3]) with mapi id 15.20.1101.007; Thu, 30 Aug 2018 19:08:49 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Ira McDonald Thread-Topic: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm US Eastern (30 August 2018) Thread-Index: AQHUQJOhim0geLPz7UivuB43hQb6/6TYp1QAgAABRAA= Date: Thu, 30 Aug 2018 19:08:49 +0000 Message-ID: <13DC40EE-85EC-4A16-9936-7ADD95D39BD7@hp.com> References: <341F0C8F-299E-42CF-823D-9FE578A06C00@hp.com> In-Reply-To: <341F0C8F-299E-42CF-823D-9FE578A06C00@hp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [15.65.254.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DF4PR8401MB0330; 6:4ThGam/MRiXB40pEHFBdT0efiMOwZAm86q+gLZ0mRoDo31t+uGMscVZUNT4Ofn7Xc/O7dwFYkBIDczgonptRk20rrqkUPwttd+D+ZwvjyUCSdI36Nw5Zvl9cjlOP9L1fusnWLnSJp9AJFtcfAYsBHk6TDN9YrrkXTptGlz+H6WbfVlYMIai8QqXJGm7fZK9XtBnpUCJ1lt0owdtJuYwtLwJdY95xv8GXQhKf+2Zdf+mHWyrUQq/WkKHDrb9nV8VWikBgKM1RBgotaFDimm1HW3MYO30uwgGCXauGy9mQJ3YvcAZV1E9tlQ1IyRoMrtge2Zq2yWPLmP3kK+62Rh4rFaxa0+AwiZNp9emQ33C1bHqg49Xd+eXVlbvT4zRTm9MFg3Zldd17VPOrmhikmp2dNK21L98p6kIBSaQ3Ta+aGxqnAKIZC/C9JrMF/Tf4KnM6vQ1dauxWK8oVCsgBkde7bg==; 5:8T/o024qLYE97/kOeTad+cOzzxeDfYjwcp/jn9U2Ll5me1C7NYlEoSUGVV5pxeXzfRO4uIvJJ/cYy/JawO3DdvKumhJF68BntWFOdhq1OD4J59fbBm7wet0UQCZe2hzx0USQdsIT8D8IsJ6cgQUgANKN2rYZGG91W4fXLflCmew=; 7:pXBetERMFO3QT7B294SO5cGYhqmPIrKvVdYsH0pY+OB9CiXZkqDSL3j/wEVuO1MoxHk0FGeOGYfF1fGuIMakWCiUU5f7symZzUAorNQaYww5k9lv8I8RogQrIUWIX7bdcaiIOsrSWzOWG+82/Ffd2Hswy1lThkitlRGW/5L+PrP7U2Qg79TSsxBzre2vrq+NM1cnzR+H5S9GUnsc3g+uT12Ee0VId3VGJAawvpjws8cQs89RNbsYg1PY+kQUbFNP x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: c13dbddc-ce88-4dad-07fe-08d60eac0481 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:DF4PR8401MB0330; x-ms-traffictypediagnostic: DF4PR8401MB0330: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820)(209352067349851)(111039206520245)(159968658992688)(85827821059158)(94707916325470)(211936372134217)(5213294742642)(73583498263828); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(10201501046)(149027)(150027)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(20161123560045)(201708071742011)(7699016); SRVR:DF4PR8401MB0330; BCL:0; PCL:0; RULEID:; SRVR:DF4PR8401MB0330; x-forefront-prvs: 07807C55DC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(376002)(346002)(396003)(366004)(199004)(189003)(22804003)(39224004)(6602003)(15594002)(497574002)(54896002)(14444005)(236005)(97736004)(99286004)(82746002)(53946003)(53546011)(476003)(551544002)(6512007)(83716003)(6246003)(2616005)(966005)(2900100001)(25786009)(16799955002)(229853002)(446003)(6486002)(6436002)(11346002)(19273905006)(6306002)(4326008)(5250100002)(486006)(81156014)(478600001)(76176011)(5070765005)(14454004)(316002)(102836004)(256004)(39060400002)(105586002)(106356001)(6506007)(99936001)(8936002)(3846002)(8676002)(68736007)(6916009)(86362001)(1411001)(33656002)(53936002)(6116002)(36756003)(186003)(5660300001)(7736002)(66066001)(26005)(81166006)(606006)(2906002)(16351025005)(579004)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR8401MB0330; H:DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: uIBeJpOJLLqmo/hztn7WKj5qT8IK2qOLMEi/ZIAVjhXYtJfjEkBRGoz4MZj8UyLkLkcnsjR2cjq8ikfyE6tngvXvGiP2uhILRSW2sSIVlnLdqnyVTW4kUvwJKppATupYXR0MNgWZm+b4TwLRjZi2k9ZVd4+trj6XnqSeQQt8zvchJUw4SbkxTdl6fzTP11oU6oBRlpk2ohpzHHUnoSQ1cJDMjtArLyqO0Us4mqHm3hMFGqWkwVhJlmiSw7vm4VvYdvmfAc64EWk6OvrR7DZSFt2ftXypF/ysNBpVCtKVMkfsYuqz701whbMDL98ArHSZI+DhqARoKjnJ9nAjZsL+5GzjFd3qK7DpqlpjnMzP4W0= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: c13dbddc-ce88-4dad-07fe-08d60eac0481 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Aug 2018 19:08:49.1138 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0330 Cc: "ipp@pwg.org" Subject: Re: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm US Eastern (30 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1516291579152987013==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1516291579152987013== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_E7DE4F67-E925-49A0-B3ED-F8DB666D36FF"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_E7DE4F67-E925-49A0-B3ED-F8DB666D36FF Content-Type: multipart/alternative; boundary="Apple-Mail=_6E55C58F-D4D2-416D-97E3-DDC5ABC6CFB5" --Apple-Mail=_6E55C58F-D4D2-416D-97E3-DDC5ABC6CFB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Sorry, that one had no audio. =F0=9F=98=9E This one has audio: = https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dmf763f00f2d69bd7778b5f1= 7e9ae8fd2d = > On Aug 30, 2018, at 1:04 PM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > See if this meeting works: >=20 > = https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dm38712b4c20ce0406e73ff0= 5ad42d194b = >=20 > Smith >=20 > /** > Smith Kennedy > Wireless & Standards Architect - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ >=20 >=20 >=20 >> On Aug 30, 2018, at 12:58 PM, Ira McDonald > wrote: >>=20 >> Hi, >>=20 >> Sorry, but the IPP WebEx meeting appears to be cancelled (huh?). >> Smith, Mike, or I will send a note shortly with a new working link... >>=20 >> Cheers, >> - Ira >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic = >> http://sites.google.com/site/highnorthinc = >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >> On Wed, Aug 29, 2018 at 5:13 PM Ira McDonald > wrote: >> Hi, >>=20 >> Our next IPP WG call will be Thursday 30 August 2018 at >> 12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern >>=20 >> NOTE: Please USE the *new* WebEx and Audio Bridge below=20 >>=20 >> ------------------------------------------------------- >> Meeting information >> ------------------------------------------------------- >> Topic: IPP WG >> Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end = date >> 3:00 pm | Eastern Standard Time (New York, GMT-05:00) | 1 hr 30 = mins >>=20 >> ------------------------------------------------------- >> WebEx online meeting (join first, before audio bridge) >> ------------------------------------------------------- >> 1. Go to = https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143ca01e059a570= ada91f3573 = >> 2. If requested, enter your name and email address. >> 3. If a password is required, enter the meeting password: Printing123 >> 4. Click "Join". >>=20 >> ------------------------------------------------------- >> Audio Bridge (join second w/ unique access code from WebEx) >> ------------------------------------------------------- >> Call-in toll-free number (US/Canada): +1 866 469-3239 = >> Call-in toll number (US/Canada): +1 650 429-3300 = >> Call-in toll number (US/Canada): +1 408 856-9570 = >>=20 >> Global toll-free call in numbers and other audio options ("Call Me = Back" or VoIP) are listed once you join the WebEx meeting. >>=20 >> Unique attendee access code: Displayed in the WebEx meeting >>=20 >> Agenda: >> (1) PWG IP Policy, Minute Taker, Roll Call, and Agenda Review >> - Mike as minute taker? >>=20 >> (2) Approve IPP minutes from previous meetings >> - = http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180809.pdf = >> -- IPP WG call on 08/09/18 (delayed from previous week) >> - = https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180815.pdf = =20 >> -- IPP WG sessions at PWG Virtual F2F (08/15/18 to 08/16/18) >>=20 >> (3) Status/Review of various IPP mailing list notes >> - http://www.pwg.org/archives/ipp/2018/019705.html = >> -- [PWG5100.11] "save-job-disposition" -> "job-save-disposition" >> - http://www.pwg.org/archives/ipp/2018/019708.html = >> -- IESG draft to deprecate TLS/1.0 *and* TLS/1.1 >> - http://www.pwg.org/archives/ipp/2018/019727.html = >> -- RFC: Recommend same port/origin policy for resources in IPP = Everywhere v1.1 >> - h = https://protect-us.mimecast.com/s/DyVxC5yx5xsMW015sj8Z87 <> >> -- Recommended text for referencing STD 92: Internet Printing = Protocol/1.1 >> - http://www.pwg.org/archives/ipp/2018/019741.html = >> -- "job-password-encryption-supported" - what SHA version does 'sha' = keyword indicate? >> - http://www.pwg.org/archives/ipp/2018/019746.html = >> -- Registration request for attributes from "Wi-Fi Peer-to-Peer = Services Print (P2Ps-Print) Technical Specification v1.1" for PCLm >>=20 >> (4) Status of Open Printing WG GSoC 2018 (Ira) >> - = https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/TheLinuxFou= ndationGSoC-2018.pdf = >> -- success on all OP projects! >> -- DONE - 14 May - GSoC coding begins >> -- DONE - 11-15 June - GSoc Phase 1 evaluations by Mentors and = Students >> -- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentors and = Students >> -- DONE - 6-14 August - GSoC final week! >> -- DONE - 14-21 August - Mentors submit final Student evaluations >> -- DONE - 22 August - GSoC announces final results >>=20 >> (5) Status of AMSC and ISO liaisons w/ PWG (Paul) >> - = https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20180827.htm = >> -- see PWG SC minutes from 27 August 2018 >>=20 >> (6) Status of Safe G-Code (Mike) >> - = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf = = >> -- Prototype draft - PWG F2F review in August 2018 >> -- Schedule - IPP WG Last Call Q4 2018 >>=20 >> (7) Status of IPP 3D Printing Extensions v1.1 (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf = >> -- Prototype draft - PWG F2F review in August 2018 >> -- Schedule - PWG Last Call Q4 2018 >>=20 >> (8) Status of How to Print Using the IPP (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html = >> - https://github.com/istopwg/pwg-books = >> -- PWG F2F review in May 2018 >> -- Current HTML draft available in Github repository >> -- Schedule - TBD >>=20 >> (9) Status of IPP HTTP Authentication whitepaper (Smith) >> - http://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180629.pdf = >> -- Interim draft - PWG F2F review in August 2018=20 >> -- Instead publish as PWG Best Practice=20 >> -- Schedule - TBD >>=20 >> (10) Status of IPP Encrypted Jobs and Documents (Mike) >> - = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf = =20 >> -- Interim draft - PWG F2F review in May 2018 >> -- good news - PGP-based path forward on 06/04/18! >> -- Schedule - Mike to work on updated draft w/ just PGP this fall >>=20 >> (11) Status of IPP System Service (Ira/Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf = >> = -- Prototype draft - PWG F2F review in August 2018 >> -- Prototyping tasks being tracked as a Github project >> -- Schedule - prototype in "ippserver" - Stable draft in Q3/Q4 2018 >>=20 >> (12) Status of IPP Reprint Password (Smith) >> - = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf = =20 >> - = https://ftp.pwg.org/pub/pwg/ipp/slides/IPP%20Job%20Print%20Password%20Use%= 20Cases%202018-08-14.pdf = >> - http://www.pwg.org/archives/ipp/2018/019744.html = >> -- PWG F2F review in August 2018 >> -- Instead fold into PWG 5100.11 (JPS2) v2 major update=20 >> -- Schedule - TBD >>=20 >> (13) Status of IPP Everywhere Printer Self-Certification 1.0 Update = 3? >> - = http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf = >> -- Goals, ipptool and ippfind updates >> -- Now have code signing certificate! >> -- Schedule - Mike to release beta of update 3 for testing soon >>=20 >> (14) Status of IPP Everywhere 1.1 (Mike) >> - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf = >> -- Prototype draft - PWG F2F review in August 2018=20 >> -- Schedule - Q3/Q4 2018 >>=20 >> (15) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 = (Mike) >> - = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf = >> -- Prototype draft - PWG F2F review in August 2018 =20 >> -- Schedule - Q3/Q4 2018 >>=20 >> (16) Status/Review of PWG Printer MIB and IPP MFD Alerts 1.1 (Ira) >> - = http://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-rev.pdf = >> -- Interim draft - for IPP WG review >> -- Schedule - Prototype draft Q4 2018 >>=20 >> (17) Next steps >>=20 >> - IPP WG call on Thu 13 September 2018 at 3:00-4:30pm US Eastern >> -- TLS/1.3 slides (Ira) and regular topics >>=20 >> - IPP WG call on Thu 27 September 2018 at 3:00-4:30pm US Eastern >> -- regular topics=20 >>=20 >> Cheers, >> - Ira >>=20 >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic = >> http://sites.google.com/site/highnorthinc = >> mailto: blueroofmusic@gmail.com >> Jan-April: 579 Park Place Saline, MI 48176 734-944-0094 >> May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> = https://protect-us.mimecast.com/s/z-QQCR6nxnhGgrXjs9MKK-?domain=3Dpwg.org >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_6E55C58F-D4D2-416D-97E3-DDC5ABC6CFB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Sorry, that one had no audio. =F0=9F=98=9E

This one has audio: https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dmf763f00f2d6= 9bd7778b5f17e9ae8fd2d



On Aug 30, 2018, at 1:04 PM, Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:

See if this meeting = works:

https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dm38712b4c20c= e0406e73ff05ad42d194b

Smith

/**
  =   Smith Kennedy
    Wireless & = Standards Architect - IPG-PPS
    Standards - = IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / = USB-IF
    Chair, IEEE ISTO Printer Working = Group
    HP Inc.
*/



On Aug 30, 2018, at 12:58 PM, Ira McDonald = <blueroofmusic@gmail.com> wrote:

Hi,

Sorry, but the IPP WebEx = meeting appears to be cancelled (huh?).
Smith, = Mike, or I will send a note shortly with a new working link...

Cheers,
- Ira
Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434



On = Wed, Aug 29, 2018 at 5:13 PM Ira McDonald <blueroofmusic@gmail.com> wrote:
Hi,

Our next <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP WG call will be Thursday 30 August 2018 at
12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern

NOTE: Please USE the *new* WebEx and Audio Bridge below

-------------------------------------------------------
Meeting information
-------------------------------------------------------
Topic: <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP WG
Every 2 weeks on Thursday, from Thursday, May 11, 2017, = to no end date
3:00 pm  |  Eastern = Standard Time (New York, GMT-05:00)  |  1 hr 30 = mins

-------------------------------------------------------
WebEx online meeting (join first, before = audio bridge)
-------------------------------------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143c= a01e059a570ada91f3573
2. If requested, enter your name = and email address.
3. If a password is required, enter the = meeting password: Printing123
4. Click "Join".

-------------------------------------------------------
Audio Bridge (join second w/ unique access code from WebEx)
-------------------------------------------------------
Call-in toll-free number (US/Canada): +1 866 469-3239
Call-in toll number (US/Canada): +1 650 429-3300
Call-in toll number (US/Canada): +1 408 856-9570

Global toll-free = call in numbers and other audio options = ("Call Me Back" or VoIP) are listed once you = join the WebEx meeting.

Unique attendee = access code:  Displayed in the WebEx meeting
<= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">Agenda<= /span>:
(1) PWG IP Policy, = Minute Taker, Roll Call, and <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">Agenda<= /span> Review
- Mike as minute taker?
(2) Approve <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP minutes from previous meetings
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20= 180809.pdf
-- <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP WG call on 08/09/18 (delayed from previous = week)
-=20 https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180= 815.pdf
-- IPP WG sessions at = PWG Virtual F2F (08/15/18 to 08/16/18)

(3) Status/Review of various IPP mailing = list notes
- http://www.pwg.org/archives/ipp/2018/019705.html
-- = [PWG5100.11] "save-job-disposition" -> "job-save-disposition"
- http://www.pwg.org/archives/ipp/2018/019708.html
-- IESG draft to deprecate = TLS/1.0 *and* TLS/1.1
- http://www.pwg.org/archives/ipp/2018/019727.html
-- RFC: Recommend same port/origin = policy for resources in IPP Everywhere v1.1
- hhttps://protect-us.mimecast.com/s/DyVxC5yx5xsMW015sj8Z87
-- Recommended text for referencing STD 92: Internet = Printing Protocol/1.1
- http://www.pwg.org/archives/ipp/2018/019741.html
-- "job-password-encryption-supported" - what SHA version = does 'sha' keyword indicate?
- http://www.pwg.org/archives/ipp/2018/019746.html
-- Registration request for attributes = from "Wi-Fi Peer-to-Peer Services Print (P2Ps-Print) Technical = Specification v1.1" for PCLm

(4) Status of Open Printing WG GSoC = 2018 (Ira)
- https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/= TheLinuxFoundationGSoC-2018.pdf
-- success on all OP = projects!
-- DONE - 14 May - GSoC = coding begins
-- DONE - 11-15 June - GSoc Phase 1 = evaluations by Mentors and Students
-- DONE - 9-13 July - = GSoc Phase 2 evaluations by Mentors and Students
--=20 DONE -=20 6-14 August - GSoC final week!
--=20 DONE -=20 14-21 August - Mentors submit final Student evaluations
--=20= DONE -=20 22 August - GSoC announces final results

(5) Status of AMSC and = ISO liaisons w/ PWG (Paul)
- https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-2018= 0827.htm
-- see PWG SC minutes = from 27 August 2018

(6) Status of Safe G-Code (Mike)
-=20 https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf=
-- Prototype draft - PWG = F2F review in August 2018
-- = Schedule - IPP WG Last Call Q4 2018

(7) Status of IPP 3D Printing Extensions v1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf
-- Prototype draft - PWG F2F review in August 2018
-- Schedule - PWG Last Call Q4 = 2018

(8) Status of=20 How to Print Using the IPP (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html
- https://github.com/istopwg/pwg-books
-- PWG F2F review in May = 2018
-- Current HTML draft available in Github = repository
-- Schedule - = TBD

(9) Status of = <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP HTTP Authentication whitepaper (Smith)
- http://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180629.p= df
--=20 Interim draft -=20 PWG = F2F review in August 2018
-- = Instead publish as PWG Best Practice
-- Schedule - = TBD

(10) Status of IPP Encrypted Jobs and Documents (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-= rev.pdf
-- Interim draft - PWG = F2F review in May 2018
-- good news - = PGP-based path forward on=20 06/04/18!
<= /span>
-- Schedule - Mike to work on updated draft w/ just = PGP this fall

(11) Status of <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP System Service (Ira/Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf
= -- Prototype draft=20 -=20 PWG = F2F review in August 2018
-- Prototyping tasks = being tracked as a Github project
-- Schedule - prototype = in "ippserver" - Stable draft in Q3/Q4 2018

(12) Status of IPP Reprint Password (Smith)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-re= v.pdf
- https://ftp.pwg.org/pub/pwg/ipp/slides/IPP%20Job%20Print%20Pass= word%20Use%20Cases%202018-08-14.pdf
- http://www.pwg.org/archives/ipp/2018/019744.html
-- PWG = F2F review in August 2018
-- Instead fold into PWG 5100.11 (JPS2) v2 major = update
-- Schedule - TBD

(13) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3?
- = http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf
-- Goals, ipptool and ippfind updates
-- = Now have code signing certificate!
-- Schedule - Mike to = release beta of update 3 for testing soon

(14) Status of IPP Everywhere 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf
--=20 Prototype draft  - PWG = F2F review in August 2018
-- Schedule - Q3/Q4 2018

(15) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf
-- = Prototype draft=20 - PWG = F2F review in August 2018  
-- Schedule - Q3/Q4 2018

(16) Status/Review of PWG Printer MIB and IPP MFD Alerts 1.1 = (Ira)
- http://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-re= v.pdf
-- Interim draft - for IPP = WG review
-- Schedule - Prototype draft Q4 2018

(17) Next steps

- <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP WG call on Thu 13 September 2018 at 3:00-4:30pm = US Eastern
-- TLS/1.3 slides (Ira) and regular topics

- <= span = class=3D"m_5462252276322417098gmail-m_2636967438664975264gmail-m_287092529= 376793352gmail-m_-8110256533119532108gmail-m_-1421859593700570328gmail-m_-= 172113590160972163gmail-m_-3552494186533607003gmail-m_-450012683051888877g= mail-m_-7158819093852740809gmail-m_-5208763249917800182gmail-m_83325582192= 62867178gmail-m_-435562576303993954gmail-il">IPP WG call on Thu 27 September 2018 at 3:00-4:30pm = US Eastern
-- regular topics

Cheers,
- Ira


Ira McDonald = (Musician / Software Architect)
Co-Chair - TCG Trusted = Mobility Solutions WG
Chair - Linux Foundation Open = Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  = 734-944-0094
May-Dec: PO Box 221  Grand Marais, MI = 49839  906-494-2434

_______________________________________________
ipp = mailing list
ipp@pwg.org
https://protect-us.mimecast.com/s/z-QQCR6nxnhGgrXjs9MKK-?domain= =3Dpwg.org

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_6E55C58F-D4D2-416D-97E3-DDC5ABC6CFB5-- --Apple-Mail=_E7DE4F67-E925-49A0-B3ED-F8DB666D36FF Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MzAxOTA4NDdaMCMGCSqGSIb3DQEJBDEWBBR8/HviVIg67tlb ozmjBonA8ui4pjCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAIUfnd4JvdVPYI04 G01+d7tvkpZT+fL66W/bddAFo59HDr2qZSGRSkI70CsVmr0TY8yW2Z6Y/soYsUnJd3z3ltxXNPZL k7MeQfM69ZMM2WENeJ2k8OuHgec1V0u0XqdBrVd3SZfk00hHhumXt8mx4NBiA7Xj8L91oSOc8CjL MVN6biQ9YbErX+smvBd+APuw3VPgUBDA0cCDztzEmSwJ0OZQsjIryV/Czt8JJ1NWoz3BIVJCWkzM sqffQr6fUKnN+qL5V3I6hVKWUg8nWJCILpOto+drzAN2G74Net7x++o64QPfiJ7Q44fgSQNHtV8H urnddnj9njIJiD0AQTBKRyoAAAAAAAA= --Apple-Mail=_E7DE4F67-E925-49A0-B3ED-F8DB666D36FF-- --===============1516291579152987013== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1516291579152987013==-- From ipp-bounces@pwg.org Thu Aug 30 12:12:28 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 115E7130EF4 for ; Thu, 30 Aug 2018 12:12:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.357 X-Spam-Level: X-Spam-Status: No, score=-2.357 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=comcast.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Th2oSnVX4GAH for ; Thu, 30 Aug 2018 12:12:25 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 4D9C1130DFF for ; Thu, 30 Aug 2018 12:12:25 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id BDFBABBCB; Thu, 30 Aug 2018 19:12:23 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id CFEE526E0; Thu, 30 Aug 2018 19:12:14 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7A13826EA; Thu, 30 Aug 2018 19:12:13 +0000 (UTC) Received: from resqmta-ch2-09v.sys.comcast.net (resqmta-ch2-09v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:41]) by www.pwg.org (Postfix) with ESMTPS id 55E69260B for ; Thu, 30 Aug 2018 19:12:12 +0000 (UTC) Received: from resomta-ch2-18v.sys.comcast.net ([69.252.207.114]) by resqmta-ch2-09v.sys.comcast.net with ESMTP id vQSxfCuzEhahovSMVfJZWi; Thu, 30 Aug 2018 19:12:11 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1535656331; bh=lXlmcK6b6659FzzLa/2sz7nvVh2MeiJvw6wQ2H3KaMA=; h=Received:Received:MIME-Version:To:From:Subject:Date:Content-Type; b=L+VP22MtwInXg5vKE+zeNKtw2/1x+4NkSCgHtHfJl2IhPwNkK1Or9VMlZzGKclj4R kLlSQwq2CZuO52+h1GSWOPCV1e2+5ag0cVBxxENN2MZoDvp7fsWb2fwjxPlZ3u4NUM 3RhXpsx73hFNwX508D/Cr7SFfyY3FffWrTyvZB5/9N0K5g6s9FYza52qCHOIRPzgp0 Gyc4nOpp6d0QDAE/hVyzjRoU72DA5lce4P1Fd/ml2R5t+5wfsgIE9xmT7LyE5K9t8+ d+Jw/Wp3KkM+yXDMEic3zV74HJPUOX5vJ51PN0cVZQ9wCSEcttIQrFDLhMRnMxYG0k /VxzU9KvDAeqw== Received: from [IPv6:::ffff:192.168.1.6] ([73.61.211.249]) by resomta-ch2-18v.sys.comcast.net with ESMTPA id vSMTfmecnSWhnvSMUf8m6h; Thu, 30 Aug 2018 19:12:10 +0000 MIME-Version: 1.0 To: "Kennedy, Smith (Wireless & Standards Architect)" , Ira McDonald From: Date: Thu, 30 Aug 2018 15:12:10 -0400 Importance: normal X-Priority: 3 Thread-Topic: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm USEastern(30 August 2018) In-Reply-To: <20180830190848.059BA26EA@www.pwg.org> References: <341F0C8F-299E-42CF-823D-9FE578A06C00@hp.com> <20180830190848.059BA26EA@www.pwg.org> X-CMAE-Envelope: MS4wfDtLRtPe7/CXoJJvffg4KtUkstGDCggFMLuv7xunk9KnMskLHj8Zk7XSd9jFxpZsVCPFvlSs7U6elp4dwSe/nxwQfeqwXq7JpM69N6XD2IOesTNxUiCF RSl6Sr9NJttsDUSIHkG9DIDIKf5AAwJ6jPnQEh3dgD/4FFZpSiHpyITreQfOEFmZa3g11jMzGinqr1AVTKCq5bpxuX51xITzaXebFlUMVB2qR580FDrC9rRi V59ftfGGdY6jyjvbE9BuSA== Message-Id: <20180830191213.7A13826EA@www.pwg.org> Cc: "ipp@pwg.org" Subject: Re: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm USEastern(30 August 2018) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8823176233582692131==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8823176233582692131== Content-Type: multipart/alternative; boundary="_B29586C6-0E88-45BC-BB26-732C0BEAD38B_" --_B29586C6-0E88-45BC-BB26-732C0BEAD38B_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Now is saying that meeting is not started. Bill W. From: wamwagner@comcast.net Sent: Thursday, August 30, 2018 3:08 PM To: Kennedy, Smith (Wireless & Standards Architect); Ira McDonald Cc: ipp@pwg.org Subject: Re: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm USEastern(= 30 August 2018) Started to load, but then said meeting ended! Bill W. From: Kennedy, Smith (Wireless & Standards Architect) Sent: Thursday, August 30, 2018 3:06 PM To: Ira McDonald Cc: ipp@pwg.org Subject: Re: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm US Eastern= (30 August 2018) See if this meeting works: https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dm38712b4c20ce0406e73ff05= ad42d194b Smith /** =C2=A0 =C2=A0 Smith Kennedy =C2=A0 =C2=A0 Wireless & Standards Architect - IPG-PPS =C2=A0 =C2=A0 Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi=C2=A0Allian= ce / NFC Forum / USB-IF =C2=A0 =C2=A0 Chair, IEEE ISTO Printer Working Group =C2=A0 =C2=A0 HP Inc. */ On Aug 30, 2018, at 12:58 PM, Ira McDonald wrote: Hi, Sorry, but the IPP WebEx meeting appears to be cancelled (huh?). Smith, Mike, or I will send a note shortly with a new working link... Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094 May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434 On Wed, Aug 29, 2018 at 5:13 PM Ira McDonald wrot= e: Hi, Our next IPP WG call will be Thursday 30 August 2018 at 12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern NOTE: Please USE the *new* WebEx and Audio Bridge below=20 ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP WG Every 2 weeks on Thursday, from Thursday, May 11, 2017, to no end date 3:00 pm=C2=A0=C2=A0|=C2=A0=C2=A0Eastern Standard Time (New York, GMT-05:00)= =C2=A0=C2=A0|=C2=A0=C2=A01 hr 30 mins ------------------------------------------------------- WebEx online meeting (join first, before audio bridge) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143ca01= e059a570ada91f3573 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". ------------------------------------------------------- Audio Bridge (join second w/ unique access code from WebEx) ------------------------------------------------------- Call-in toll-free number (US/Canada): +1 866 469-3239 Call-in toll number (US/Canada): +1 650 429-3300 Call-in toll number (US/Canada): +1 408 856-9570 Global toll-free call in numbers and other audio options ("Call Me Back" or= VoIP) are listed once you join the WebEx meeting. Unique attendee access code:=C2=A0 Displayed in the WebEx meeting Agenda: (1) PWG IP Policy, Minute Taker, Roll Call, and Agenda Review - Mike as minute taker? (2) Approve IPP minutes from previous meetings - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180809.pdf -- IPP WG call on 08/09/18 (delayed from previous week) - https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180815.pdf=20 -- IPP WG sessions at PWG Virtual F2F (08/15/18 to 08/16/18) (3) Status/Review of various IPP mailing list notes=20 - http://www.pwg.org/archives/ipp/2018/019705.html -- [PWG5100.11] "save-job-disposition" -> "job-save-disposition" - http://www.pwg.org/archives/ipp/2018/019708.html -- IESG draft to deprecate TLS/1.0 *and* TLS/1.1 - http://www.pwg.org/archives/ipp/2018/019727.html -- RFC: Recommend same port/origin policy for resources in IPP Everywhere v= 1.1 - hhttps://protect-us.mimecast.com/s/DyVxC5yx5xsMW015sj8Z87 -- Recommended text for referencing STD 92: Internet Printing Protocol/1.1 - http://www.pwg.org/archives/ipp/2018/019741.html -- "job-password-encryption-supported" - what SHA version does 'sha' keywor= d indicate? - http://www.pwg.org/archives/ipp/2018/019746.html -- Registration request for attributes from "Wi-Fi Peer-to-Peer Services Pr= int (P2Ps-Print) Technical Specification v1.1" for PCLm (4) Status of Open Printing WG GSoC 2018 (Ira) - https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/TheLinuxFo= undationGSoC-2018.pdf -- success on all OP projects! -- DONE - 14 May - GSoC coding begins -- DONE - 11-15 June - GSoc Phase 1 evaluations by Mentors and Students -- DONE - 9-13 July - GSoc Phase 2 evaluations by Mentors and Students -- DONE - 6-14 August - GSoC final week! -- DONE - 14-21 August - Mentors submit final Student evaluations -- DONE - 22 August - GSoC announces final results (5) Status of AMSC and ISO liaisons w/ PWG (Paul) - https://ftp.pwg.org/pub/pwg/general/sc/pwg-sc-call-minutes-20180827.htm -- see PWG SC minutes from 27 August 2018 (6) Status of Safe G-Code (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf -- Prototype draft - PWG F2F review in August 2018 -- Schedule - IPP WG Last Call Q4 2018 (7) Status of IPP 3D Printing Extensions v1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf -- Prototype draft - PWG F2F review in August 2018 -- Schedule - PWG Last Call Q4 2018 (8) Status of How to Print Using the IPP (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html - https://github.com/istopwg/pwg-books=20 -- PWG F2F review in May 2018 -- Current HTML draft available in Github repository -- Schedule - TBD (9) Status of IPP HTTP Authentication whitepaper (Smith) - http://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ippauth-20180629.pdf -- Interim draft - PWG F2F review in August 2018=20 -- Instead publish as PWG Best Practice=20 -- Schedule - TBD (10) Status of IPP Encrypted Jobs and Documents (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-20180328-rev.pdf=20 -- Interim draft - PWG F2F review in May 2018 -- good news - PGP-based path forward on 06/04/18! -- Schedule - Mike to work on updated draft w/ just PGP this fall (11) Status of IPP System Service (Ira/Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf -- Prototype draft - PWG F2F review in August 2018 -- Prototyping tasks being tracked as a Github project -- Schedule - prototype in "ippserver" - Stable draft in Q3/Q4 2018 (12) Status of IPP Reprint Password (Smith) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf=20 - https://ftp.pwg.org/pub/pwg/ipp/slides/IPP%20Job%20Print%20Password%20Use= %20Cases%202018-08-14.pdf - http://www.pwg.org/archives/ipp/2018/019744.html -- PWG F2F review in August 2018=20 -- Instead fold into PWG 5100.11 (JPS2) v2 major update=20 -- Schedule - TBD (13) Status of IPP Everywhere Printer Self-Certification 1.0 Update 3? - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf -- Goals, ipptool and ippfind updates -- Now have code signing certificate! -- Schedule - Mike to release beta of update 3 for testing soon (14) Status of IPP Everywhere 1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf -- Prototype draft=C2=A0 - PWG F2F review in August 2018=20 -- Schedule - Q3/Q4 2018 (15) Status of IPP Everywhere 1.1 Self-Certification Manual 1.1 (Mike) - https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf -- Prototype draft - PWG F2F review in August 2018 =C2=A0=20 -- Schedule - Q3/Q4 2018 (16) Status/Review of PWG Printer MIB and IPP MFD Alerts 1.1 (Ira) - http://ftp.pwg.org/pub/pwg/ipp/wd/wd-pmpmfdalerts10-20180813-rev.pdf -- Interim draft - for IPP WG review -- Schedule - Prototype draft Q4 2018 (17) Next steps - IPP WG call on Thu 13 September 2018 at 3:00-4:30pm US Eastern -- TLS/1.3 slides (Ira) and regular topics - IPP WG call on Thu 27 September 2018 at 3:00-4:30pm US Eastern -- regular topics=20 Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094 May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434 _______________________________________________ ipp mailing list ipp@pwg.org https://protect-us.mimecast.com/s/z-QQCR6nxnhGgrXjs9MKK-?domain=3Dpwg.org --_B29586C6-0E88-45BC-BB26-732C0BEAD38B_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

Now is saying that meeting is not st= arted.

Bill W.

 <= /o:p>

From: wamwagner@comcast.net
Sent: Thursday, August 30, 2018 3:= 08 PM
To: Kennedy, Smith = (Wireless & Standards Architect); Ira McDonald
Cc: ipp= @pwg.org
Subject: Re: [IPP] [Broken WebEx link] IPP WG Agenda= 3:00-4:30pm USEastern(30 August 2018)

&= nbsp;

Started to load, but then said meeting = ended!

Bill W.

 

From: <= a href=3D"mailto:smith.kennedy@hp.com">Kennedy, Smith (Wireless & Stand= ards Architect)
Sent: Thursday, August 30, 2018 3:06 PM
To: Ira McDonald
= Cc: ipp@pwg.org
Subject: R= e: [IPP] [Broken WebEx link] IPP WG Agenda 3:00-4:30pm US Eastern(30 August= 2018)

 

See if this meeting works:

 

&nb= sp;

Smith

/**
    Smith Ke= nnedy
    Wireless & Standards Architect - IPG-PPS
&nbs= p;   Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance /= NFC Forum / USB-IF
    Chair, IEEE ISTO Printer Working Group=
    HP Inc.
*/

 

<= blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'>

On Aug 30, 2018, at 12:58 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:

 

Hi,

 <= /o:p>

Sorry, but the IPP WebEx meeting a= ppears to be cancelled (huh?).

Smith, Mike, or I will send a note shortly with a new working link...

 

=

Cheers,

= - Ira

Ira McDonald (Musician / Software Architec= t)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundat= ion Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-C= hair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Exper= t - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.goog= le.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc<= /span>
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Sali= ne, MI  48176  734-944-0094
May-Dec: PO Box 221  Grand Ma= rais, MI 49839  906-494-2434

 

 

On Wed, Aug 29, 2018 at 5:= 13 PM Ira McDonald <blueroofm= usic@gmail.com> wrote:

<= div>
<= div>

Hi,

 

Our next IPP W= G call will be Thursday 30 August 2018 at<= br>12:00-1:30pm US Pacific / 3:00pm-4:30pm US Eastern

NOTE: Please USE the *new* WebEx and Audio Bridge below=


-------------------------------------------------------
Mee= ting information
-------------------------------------------------------=
Topic: IPP WG
Ever= y 2 weeks on Thursday, from Thursday, May 11, 2017, to no end date
3:00 = pm  |  Eastern Standard Time (New York, GMT-05:00) = ; |  1 hr 30 mins

-----------------------------------= --------------------
WebEx online meeting (join first, before audio bridge)
---------------------------= ----------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143ca01e0= 59a570ada91f3573
2. If requested, enter your name and email address.=
3. If a password is required, enter the meeting password: Printing1234. Click "Join".

---------------------------------------= ----------------

Audio Bridge (join secon= d w/ unique access code from WebEx)
-----------------------------= --------------------------

Call-in toll-free number (US/Canada)= : +1 866 469-3239
Call-in toll number (US/Canada): +1 650 429-3300
Call-in toll number (US/Canada): +1 408 856-9570

Global toll-free call in numbers= and other audio options ("Call Me Back"= ; or VoIP) are listed once you join the WebEx meeting.

Unique attend= ee access code:  Displayed in the WebEx meeting

<= /div>

Agenda:
(1) PWG = IP Policy, Minute Taker, Roll Call, and Agenda R= eview

- Mike as minute taker?


(2) Approve IPP minutes from previous me= etings

- http://ftp.pwg.org/pub/pwg/ipp/mi= nutes/ippv2-concall-minutes-20180809.pdf
-- IPP WG call on 08/09/18 (delay= ed from previous week)

- https://ftp.pwg.= org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180815.pdf

<= /div>

-- IPP WG sessi= ons at PWG Virtual F2F (08/15/18 to 08/16/18)

 

(3) Status/Review of = various IPP mailing list= notes

-- [PWG5100.11] "save-job-disposition" -> "j= ob-save-disposition"

=

-- IESG draft to deprecat= e TLS/1.0 *and* TLS/1.1

-- RFC: Recommend same port/origin policy for re= sources in IPP Everywhere v1.1

- hhttps://= protect-us.mimecast.com/s/DyVxC5yx5xsMW015sj8Z87

<= p class=3DMsoNormal style=3D'margin-left:40.8pt'>-- Recommended text for re= ferencing STD 92: Internet Printing Protocol/1.1

<= p class=3DMsoNormal style=3D'margin-left:40.8pt'>- http://www.pwg.org/archives/ipp/2018/019741.html

-- "job-pass= word-encryption-supported" - what SHA version does 'sha' keyword indic= ate?

-- Registration request for attributes from "Wi-Fi Peer-= to-Peer Services Print (P2Ps-Print) Technical Specification v1.1" for = PCLm

 

(4) Status of Open Printing WG GSoC 2018 (Ira)

-- success on all OP projects!

-= - DONE - 14 May - GSoC coding begins

-- DONE - 11-15 June - GSoc Phase 1 ev= aluations by Mentors and Students
-- DONE - 9-13 July - GSoc Phase 2 eva= luations by Mentors and Students
-- DONE - 6-14 August - GSoC final week= !
-- DONE - 14-21 August - Mentors submit final Student evaluations
-= - DONE - 22 August - GSoC announces final results

=

 

(5) Status of AMSC= and ISO liaisons w/ PWG (Paul)

-- see = PWG SC minutes from 27 August 2018

 

=

-- Schedule - IPP W= G Last Call Q4 2018

 

(7) Status of IPP 3D Printing Extensions v1.1 (= Mike)

-- Prototype draft - PWG F2F review = in August 2018

-- Schedule - PWG Last Call Q4 2018

 

(8) Status of How to P= rint Using the IPP (Mike)

- https://ftp.p= wg.org/pub/pwg/ipp/wd/wd-ippguide-20180430.html
- https://github.com/istopwg/pwg-books

-- PWG F2F review i= n May 2018
-- Current HTML draft available in Github repository

-- Sched= ule - TBD

 

(9) Status of IPP HTTP Authentication whitepaper (Smith)
- <= a href=3D"https://protect-us.mimecast.com/s/WQ6NCmZ6o6hpR5qBsP7BYV?domain= =3Dftp.pwg.org" target=3D"_blank">http://ftp.pwg.org/pub/pwg/ipp/whitepaper= /tb-ippauth-20180629.pdf

-- Interim draft - PWG F2F review in August 201= 8

-- Instead publish as PWG Best Practice

-- Schedule - TBD<= /p>

 =

(10) Status of IPP Encrypted Jobs and Documents (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipptrustnoone10-2= 0180328-rev.pdf

-- Interim draft - PWG F2F review in May 2018

-- good news= - PGP-based path forward on 06/04/18!

-- Schedule - Mike to work on updated dra= ft w/ just PGP this fall

 

(11) Status of IPP System Service (Ira/Mik= e)
- https://ftp.pwg.org/pub/pwg/ipp/w= d/wd-ippsystem10-20180701-rev.pdf

-- Prototype draft - PWG F2F review in August 2018=
-- Prototyping tasks being tracked as a Github project
-- Schedule -= prototype in "ippserver" - Stable draft in Q3/Q4 2018=

(12) Status of <= span class=3Dm5462252276322417098gmail-m2636967438664975264gmail-il>IPP Reprint Password (Smith)
- https://= ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf

<= div>

- http://www.pwg.org/archives/ipp/2018/019744.html=

-- PWG F2F revie= w in August 2018

-- Instead fold into PWG 5100.11 (JPS2) v2 major u= pdate

-- Schedule - TBD

 

(13) Status of IPP Everywhere Printer Self-Cert= ification 1.0 Update 3?
- http://ftp.pw= g.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20180515.pdf

-- Goals, ipp= tool and ippfind updates

-- Now have code signing certificate!
-- Schedu= le - Mike to release beta of update 3 for testing soon

=

 

(14) Status of IPP Everyw= here 1.1 (Mike)
- https://ftp.pwg.org/p= ub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf
-- Prototype draft = - PWG= F2F review in August 2018
-- Schedule - Q3/Q4 2018

(15) Status = of IPP= Everywhere 1.1 Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcer= t11-20180704-rev.pdf
-- Prototype draft - PWG F2F review in August 2018  
-- Schedule - Q3/Q4 2018

 

<= p class=3DMsoNormal style=3D'margin-left:40.8pt'>(16) Status/Review of PWG = Printer MIB and IPP MFD Alerts 1.1 (Ira)

= -- Interim draft - for IPP WG review

-- Schedule - Prototype draft Q4 2018<= o:p>

=
(17) Next steps

 

- IPP W= G call on Thu 13 September 2018 at 3:00-4:= 30pm US Eastern

-- TLS/1.3 slides (Ira) and regular topics

<= div>

 

=

- IPP WG call o= n Thu 27 September 2018 at 3:00-4:30pm US Eastern

-- regular topics <= /p>

 =

Chee= rs,

- Ira

 

 

Ira McDonald (Musician / Software Architect)<= br>Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation= Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chai= r - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert -= IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.= com/site/blueroofmusic
= http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline,= MI  48176  734-944-0094
May-Dec: PO Box 221  Grand Marai= s, MI 49839  906-494-2434

=

_________________________________________= ______
ipp mailing list
ipp@pwg.org
https://protect-us.mimecast.com/s/z-QQCR6nxnhGgrXjs9MKK-?domain=3Dpwg.= org

=  

 

 

= --_B29586C6-0E88-45BC-BB26-732C0BEAD38B_-- --===============8823176233582692131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============8823176233582692131==-- From ipp-bounces@pwg.org Thu Aug 30 12:13:29 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 617B4130EF4 for ; Thu, 30 Aug 2018 12:13:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.899 X-Spam-Level: X-Spam-Status: No, score=-2.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pJRpEOmSRVoO for ; Thu, 30 Aug 2018 12:13:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id AE7B0130DFF for ; Thu, 30 Aug 2018 12:13:27 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id A99944160; Thu, 30 Aug 2018 19:13:27 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3F38E6279; Thu, 30 Aug 2018 19:13:26 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id EB464BBCB; Thu, 30 Aug 2018 19:13:24 +0000 (UTC) Received: from us-smtp-delivery-162.mimecast.com (us-smtp-delivery-162.mimecast.com [216.205.24.162]) by www.pwg.org (Postfix) with ESMTPS id 71FEA260B for ; Thu, 30 Aug 2018 19:12:58 +0000 (UTC) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-sn1nam04lp0083.outbound.protection.outlook.com [216.32.180.83]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-137-ov98mEaBOGecetFpvHPCuA-1; Thu, 30 Aug 2018 15:12:56 -0400 X-MC-Unique: ov98mEaBOGecetFpvHPCuA-1 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM (10.169.85.148) by DF4PR8401MB0330.NAMPRD84.PROD.OUTLOOK.COM (10.169.82.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1080.17; Thu, 30 Aug 2018 19:12:54 +0000 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::5927:9cde:6708:51b2]) by DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::5927:9cde:6708:51b2%3]) with mapi id 15.20.1101.007; Thu, 30 Aug 2018 19:12:54 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: WebEx for today's IPP WG meeting Thread-Index: AQHUQJV0tlw33jPOjkic5fKJcwFqeQ== Date: Thu, 30 Aug 2018 19:12:54 +0000 Message-ID: <66F87DCE-5ED2-4D15-8922-8C57C1375333@hp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-originating-ip: [15.65.254.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DF4PR8401MB0330; 6:ZolEIU2n3/vd4Tu3+xASIwA2G8x2cwKqoV+o9xJKa2NzP85f875gFe7g5bb6sN+ZH+BZdpG1f88ze6rXiMaGjgu5EWhlR6wkJMH49JXxVi0+m63WK/RX0XS4acGA+w0IJ7ZN6iLFii+K8SCi8inIh6iKyKYinnC+Bv1iYIw2zuzQOjtV9NKwZodwIL4J3K8J3I6JRNVAyjcwC3yxZyYXW5LYBvx/Js8enGQrIWyR/XrndPq08Jl2n7e7fQP7OU6kp2X0/lq2F1Jw/H/SjcWIUBfmViXEF2geR5fhL4NQzUh/EkAD6imq/y+Tp+haKAmirm+YHpZ+I2QtdYnADU1kGh6cXK/aHk3G088540COBswC7zgrZITKLEGG+n6YQEJmYTj1sTKOEy0YyP6B61IbjtWkVCB2P/h15AntX0vDXCvt94KkFFdkXdZmmQc0b/6u8jOedrf0KQIng0Eeja0r7A==; 5:zpLMSeWuc0g9LZb4tDGTVDEKzjtjv20xA+qOAYiAhjCwTJFENfzyv//47zzNqosTYIIYMB0GpfrUimj/i6cEG6UHyxz0LRXNrVCxuE4u2oH09XQYm2N/9DbiZwBNRMQRVm0UPvHuvmuAv8pSgqkBlKYH5RZMeM1NtCEyV+YbYlo=; 7:I6MgnPC3c14VlkYq0VlQ/eyMcwCLIMcvDe/lI7+oB7Fw7P595S7VDT5G01LBttUfKd6D8GbfYon4EKXWV4DBZSs5a+UJdK1tYHCNJfsd8DoPCgvrCSQHUAb4ylUwnFFtgM9uqn/J2CLUU22lV59BAaD8nDzbP2rj34l/6ASz9ygO66pgZiCyw/3yVYz+WHTOTT8h6OJr70w+DVGEwajshVfP0R0Z9TtwaIuPcqsv8rG+QO7TaA7Bz32Dgm9QTJsW x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: e8fd8f98-b02e-470e-4715-08d60eac96ca x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:DF4PR8401MB0330; x-ms-traffictypediagnostic: DF4PR8401MB0330: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(94707916325470); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(10201501046)(149027)(150027)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(20161123560045)(201708071742011)(7699016); SRVR:DF4PR8401MB0330; BCL:0; PCL:0; RULEID:; SRVR:DF4PR8401MB0330; x-forefront-prvs: 07807C55DC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(346002)(396003)(39860400002)(136003)(376002)(189003)(199004)(6602003)(8936002)(3846002)(6916009)(305945005)(8676002)(68736007)(6506007)(99936001)(66066001)(2906002)(81166006)(26005)(86362001)(33656002)(186003)(5660300001)(7736002)(53936002)(36756003)(6116002)(966005)(2616005)(25786009)(2900100001)(83716003)(6512007)(6486002)(6436002)(16799955002)(558084003)(476003)(99286004)(97736004)(82746002)(256004)(316002)(102836004)(106356001)(105586002)(6306002)(14454004)(81156014)(5250100002)(486006)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR8401MB0330; H:DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: nKSJ8F/PGaNggDdZZfXf0GdPTvvCfpM3A7MW4tVJ2VErbaNRe+4nclrELklkVNE3W8kVoKac8oaGM3CuLI6QQAxkTm/9CE2Dyg/hU4qsth/Bk3raKF3PWiE27JVEMPoitRzBEjFvOtkzHTKTMaAbada7QRPQTPx34CHBYff/T7vvA2lhuQn8IZITGwOzqFV02dYFizWDFgxDgBlPujEZy70R2+TTmEAe1+kBJzmU7q5QPQ2besjdEh+HJtgG4VqCrlA7xpqW9bDkYESx5JUR4LWqFhKFS93uRv7IpR9n6av5oEQfA9Rr7dQf5NTrFfEyDYE0w9f6VRcWFZfyTm/6+UVWsEQGFa3+b6RGdbraawY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: e8fd8f98-b02e-470e-4715-08d60eac96ca X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Aug 2018 19:12:54.5100 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0330 Subject: [IPP] WebEx for today's IPP WG meeting X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5964435057207809904==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5964435057207809904== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_B6E76D77-71E9-4935-9B27-F9F18C2E2009"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_B6E76D77-71E9-4935-9B27-F9F18C2E2009 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Meeting link for today: = https://ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dmf763f00f2d69bd7778b5f1= 7e9ae8fd2d Smith /** Smith Kennedy Wireless & Standards Architect - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB-IF Chair, IEEE ISTO Printer Working Group HP Inc. */ --Apple-Mail=_B6E76D77-71E9-4935-9B27-F9F18C2E2009 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCCBiww ggUUoAMCAQICEERH5SPSzVXgy10mZYbUYM8wDQYJKoZIhvcNAQELBQAwgaYxCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNV BAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQD EyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE2MTEwNzAwMDAwMFoX DTE4MTEwNzIzNTk1OVowgYcxDzANBgNVBAoUBkhQIEluYzEmMCQGA1UECxQdRW1wbG95bWVudCBT dGF0dXMgLSBFbXBsb3llZXMxDzANBgNVBAsUBlMvTUlNRTEWMBQGA1UEAwwNU21pdGggS2VubmVk eTEjMCEGCSqGSIb3DQEJARYUc21pdGgua2VubmVkeUBocC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCs4vvxc5UsYcOfx4B3m4R361brxy5QwPlcu5rFjSuJD5PQrPE+XtACNjIR C6BuEdRNXdt6MgkpofpoOQkfAuzO1euEK3/qQcpRbsBrTDUch8CsUWpn/X5exn6o9FjQ5qJRkYmR IzGo8oETtMEE4r1sAo1DL0166xrFYlRhyC1zmEYXDc7/lwcw9DsCFC2sqE5YeBsBYlkQQCroFGar xL5hbA/vo1ZHjWk/jYVPsKPBzkbR8cbYYmxbKxiki3YyQynvYYZDJW8X03zTHNVT7XUqbpHRK0eM 5IbV33elATJxfhqq06Wa/+jbq/dWfHc/NjbhCpApzrPnCKNsH427n6SHAgMBAAGjggJxMIICbTAf BgNVHREEGDAWgRRzbWl0aC5rZW5uZWR5QGhwLmNvbTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQE AwIFoDBHBgNVHR8EQDA+MDygOqA4hjZodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9IUElu Y1NNSU1FL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU85EyQ/o3sIfCx7HR0gx7bMLyFcUwHQYD VR0OBBYEFIaOztPpwoOy+SOKxVAunL2isJHFMFcGCSqGSIb3DQEJDwRKMEgwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG9w0DBzALBglghkgBZQME AQIwNwYIKwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vaHBpLW9jc3Auc3ltYXV0aC5j b20wgfgGA1UdIASB8DCB7TCB6gYLYIZIAYb4RQEHFwIwgdowJgYIKwYBBQUHAgEWGmh0dHA6Ly93 d3cuc3ltYXV0aC5jb20vY3BzMIGvBggrBgEFBQcCAjCBohqBn0F1dGhvcml0eSB0byBiaW5kIEhQ IEluYyBkb2VzIG5vdCBjb3JyZXNwb25kIHdpdGggdXNlIG9yIHBvc3Nlc3Npb24gb2YgdGhpcyBj ZXJ0LiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0aW9uIHdpdGggSFAgSW5jLiBTeW1h bnRlYydzIENQUyBpbmNvcnAgYnkgcmVmLjAWBgNVHSUBAf8EDDAKBggrBgEFBQcDBDANBgkqhkiG 9w0BAQsFAAOCAQEApFPnECQQFKT9li57B9D6ERXb6mGwc3EsRtcy5ZM4sakDqUQTW6SxHOWM1BUA es3bKwj0rGPhyRPlXJIfurGRhzFbYmIlJEXwg88ecuMPQIGvW3jqujOw9cTDWp4Kqhr3yuQpk9fH yOc4xbsG4cFp9/ra4B/i1G4dWJ0NZ5cg8BFddKmftvYciiAPde75sUje/KNVxZcNHGE5/chPmeNE ST0TJiQNfYlhQbmdbn0FqlRMqasJZqwHK4qwDAjRjGrS7ixRjzQmlTFjTMel3NgyY4/J7Q7UBFav 6O9kiyQRc1ITHdu4Uj5OWdn3ioV7yNi5HafM5BvAvsSexxhYLezXrzCCBjswggUjoAMCAQICEGNm yAP4jA6cVivdNPyQ4b0wDQYJKoZIhvcNAQELBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgGA1UECxMx KGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFFMEMGA1UE AxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eSAtIEczMB4XDTE1MDYxMTAwMDAwMFoXDTI1MDYxMDIzNTk1OVowgaYxCzAJBgNVBAYTAlVTMQ8w DQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsT LENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVD b2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAx1sM0WhnC3IuwzIFIX8pBQ8nPLLIcZs/Z8jVisKMWKr2AW5wsLoyeRH/7eT8 /7c0LbhTr9FJxT3AnlteqLY6IRimD8/BkczyQ21y1YAZ9vww9t4pnVXWfh2K9pZIlt096mxM4IUT yDdEUiSn3DW4Mh65lCb0K55wBl13VZXIUyUoJRb2n5U3jM+WNWjPh7zkEIXkH9Nly6wo70QpQbJg 8UHOr15yKepnYCFTJn6/WAeb4NF4cIMGIEPFFQ7O5DJ9E0zTMimZfewnZUkg7+64OwnQfzu8rWR3 s6yzN3ZxkpTFLhx3Gnkinql0pXe2qkFvtkJwKwCCnQo2zw/mrOaLfQIDAQABo4ICPTCCAjkwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vcGtpLW9jc3Auc3ltYXV0aC5jb20wEgYD VR0TAQH/BAgwBgEB/wIBADBsBgNVHSAEZTBjMGEGC2CGSAGG+EUBBxcCMFIwJgYIKwYBBQUHAgEW Gmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3BzMCgGCCsGAQUFBwICMBwaGmh0dHA6Ly93d3cuc3lt YXV0aC5jb20vcnBhMC8GA1UdHwQoMCYwJKAioCCGHmh0dHA6Ly9zLnN5bWNiLmNvbS9wY2EyLWcz LmNybDAOBgNVHQ8BAf8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVN5bWFudGVjUEtJ LTItMTMwMB0GA1UdDgQWBBTzkTJD+jewh8LHsdHSDHtswvIVxTCB8AYDVR0jBIHoMIHloYHQpIHN MIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlTaWduLCBJbmMuIC0gRm9y IGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IQYXDLSYxfmEUp57Cm2VBbejANBgkq hkiG9w0BAQsFAAOCAQEAQZxYzIjbPG+oRvZEa+n2ca9qA2LO3wBM53llx3G6Pgmgog+ppcNGlynh PW+BoXq57kiEq+DpMtS80enlJLXrFnsFnoJzoPPVQCa/+4P2DIbsCelIroyc/+OJ5TZcfyG9wrCh LIkre0jxidHyAvAQJizD6C0LQPUtdf+BP8gU3T0DldV8Zar+GMo4Hw8zT7ryGWaaP+lVMMPVxc4J JEDboC0CBjSJLd0AL890mgNCOVVO8VN3sS8qDIdAssu76ucGsShQqRswf8aG3ueer1CmO/eiBj6W otHNw+1LlN/JkhzczSeblqkDNASI9VNI9WKk3Kjsq54wEZJmgrG9OtR0iDGCA+QwggPgAgEBMIG7 MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVz dCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2Ny aWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQ REflI9LNVeDLXSZlhtRgzzAJBgUrDgMCGgUAoIIB/TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xODA4MzAxOTEyNTNaMCMGCSqGSIb3DQEJBDEWBBRa/xc9EdzwE0uU A7/CUhEeCKyxIDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAGsws5BUEgp2FCyI T4asSEqw4RgfZEQ54PZXCCu1f41EHrC0jDyBnPJap5Z/TPCd991JVpSpUGCNUVmvI2MJEwKVwr0c 7uBynMIlp3vnN0T8jfvPc9+f1y2n4XzrOci0dMk5jlNHKLFFm+AAGL5qAwyaNSmoU/Ej1uQbhz5s zA/eCk9jbrlYCDTx2UzYJh7BTdXzXyx3Ta8KSunS52lC6LemBYgOef/9Ac+iChMGKdubkVRulYwM kTqYvIVfLA6vq1dFRwX2VoIc5kuCGwGsxVqFFewvXG/HFPdLouo1q0utn0wqK+TljgEdmb/a8nyI /P/AgD17nHxftR4biIB4ecIAAAAAAAA= --Apple-Mail=_B6E76D77-71E9-4935-9B27-F9F18C2E2009-- --===============5964435057207809904== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============5964435057207809904==-- From ipp-bounces@pwg.org Thu Aug 30 13:23:55 2018 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE315130E21 for ; Thu, 30 Aug 2018 13:23:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.789 X-Spam-Level: X-Spam-Status: No, score=-2.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BtTYp7nQNtCF for ; Thu, 30 Aug 2018 13:23:53 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D2669130DF2 for ; Thu, 30 Aug 2018 13:23:53 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 2A8E926DC; Thu, 30 Aug 2018 20:23:53 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id EE33726E0; Thu, 30 Aug 2018 20:23:50 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 065EE26EA; Thu, 30 Aug 2018 20:23:49 +0000 (UTC) Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) by www.pwg.org (Postfix) with ESMTPS id D08C826DC for ; Thu, 30 Aug 2018 20:23:48 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.22/8.16.0.22) with SMTP id w7UKM1JK057269 for ; Thu, 30 Aug 2018 13:23:48 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=mime-version : content-transfer-encoding : content-type : sender : from : date : subject : message-id : to; s=20180706; bh=I039zc4XCmsFv5BDrfth676H4kyIWqI54YxpDy5OqfI=; b=pURRhgQA41WkK9OIMvEwurOgU8q02L188RnACmJZYPpfKpXqwptJqE0fbZTskf2YbvT4 3TT/+8V5kM9K86UNu2pNZZpGvDxJNM3v4QHbCEu8+aBzkBtmpvMNNrNBPyCOT/IiPFWp /pZYjRteRMvbJaviNV7+Zihn8uecz/s4KBfP4y2uHTyHiuPj/EsACtzgMX5O+sHGZeLg 7QLDNxgRcNoMZmoFpuU5X8w0pmbAmVE6SlBn/f1YKOmPZ7xXQpvWwNYm2MuZZvaYhc8V +O+Mpt2k0G/rHj9IdMTpOz/74f2bimxz7V/74qbW2Xfy8rp88mYF6V8hYa71G8j/FQyI fQ== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2m3625vh6s-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 30 Aug 2018 13:23:48 -0700 MIME-version: 1.0 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PEA00KHHJBMDZ90@ma1-mtap-s02.corp.apple.com> for ipp@pwg.org; Thu, 30 Aug 2018 13:23:47 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PEA00800IY7N400@nwk-mmpp-sz11.apple.com>; Thu, 30 Aug 2018 13:23:47 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: f9eae4e118392f65630c6d51df779073 X-Va-R-CD: 885c9d5d0fda9d456b95876ce530e671 X-Va-CD: 0 X-Va-ID: 37538cf0-8fbc-446c-a381-941bf3037914 X-V-A: X-V-T-CD: e164812c9555f1cfd00c83062515e0e7 X-V-E-CD: f9eae4e118392f65630c6d51df779073 X-V-R-CD: 885c9d5d0fda9d456b95876ce530e671 X-V-CD: 0 X-V-ID: 90a514d2-d133-4147-acd8-a11816870b70 Received: from process_milters-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PEA00D00JAERR00@nwk-mmpp-sz11.apple.com>; Thu, 30 Aug 2018 13:23:46 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-30_07:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.5.42] (unknown [17.235.5.42]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PEA006GAJBL8MB0@nwk-mmpp-sz11.apple.com>; Thu, 30 Aug 2018 13:23:46 -0700 (PDT) From: Michael Sweet Date: Thu, 30 Aug 2018 16:23:44 -0400 Message-id: To: PWG Workgroup X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-30_07:, , signatures=0 Subject: [IPP] Minutes posted from today's IPP concall X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted the minutes for today's IPP workgroup conference call to: https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20180830.pdf Our next meeting is on September 13, 2018 at 3pm ET. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp