From ipp-bounces@pwg.org Sun Jul 1 07:49: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 EAD9B130E6C for ; Sun, 1 Jul 2018 07:49:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.794 X-Spam-Level: X-Spam-Status: No, score=0.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no 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 UrUFdnVdLa_x for ; Sun, 1 Jul 2018 07:49:06 -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 59F29130E6B for ; Sun, 1 Jul 2018 07:49:06 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id DC7AFBEEC; Sun, 1 Jul 2018 14:49:03 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 462722894; Sun, 1 Jul 2018 14:49:01 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id E9E728ADC; Sun, 1 Jul 2018 14:48:59 +0000 (UTC) Received: from mail-in22.apple.com (mail-out22.apple.com [17.171.2.32]) by www.pwg.org (Postfix) with ESMTPS id 9E2A3266E for ; Sun, 1 Jul 2018 14:48:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1530456538; x=2394370138; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZyRgKtvLkBbWru7cGkc8jtxVRYG6X674hIfJQSIHLO4=; b=FeRlXMij88HsXp9J+6WK3XX1iMtAIt3FGwwoB3IXncvCwymtb7GZpmoBqzM7Dbid K8K25XIIB5LDqYjk8vMV8pgp+YG9k6rSBX00kZWuYSIwzGBWijdaeYDj1M20tt6b 5KyhOw/9eW+8qaTld2qhSoEA8WY7V77b1oPh6LrXF6xmZBlgnMmKKuZNiSQ/k0S1 aBnsb0rG7398sso02EOTf5GI7amvwhwwgSWVXrO3ssUcr/bwXtppp2HrrkcKxeg7 p/UikTIiihWtrem+flznbZd3Tbfq0Uaxge7ROCidWBYN0azx7VjnUBtYlCsbJDQO WCYuRlzYUbrHwOt+kJqofA==; X-AuditID: 11ab0216-c97ff70000002f11-7d-5b38e9da5111 Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in22.apple.com (Apple Secure Mail Relay) with SMTP id 1A.E8.12049.AD9E83B5; Sun, 1 Jul 2018 07:48:58 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PB6007K6ZTM0D10@ma1-mtap-s01.corp.apple.com> for ipp@pwg.org; Sun, 01 Jul 2018 07:48:58 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PB600500YV2SL00@nwk-mmpp-sz13.apple.com>; Sun, 01 Jul 2018 07:48:58 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: d210a973353ef46eca55de6d5b8ba3bc X-Va-R-CD: 9c1bcf6c8fd0116ed5f3e784f62baf0f X-Va-CD: 0 X-Va-ID: ac288214-687b-49a8-b5cb-bc6178037b1b X-V-A: X-V-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-V-E-CD: d210a973353ef46eca55de6d5b8ba3bc X-V-R-CD: 9c1bcf6c8fd0116ed5f3e784f62baf0f X-V-CD: 0 X-V-ID: 7d4a5723-4910-4e39-9f41-78b1e894da6d Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PB600B00ZB5XW00@nwk-mmpp-sz13.apple.com>; Sun, 01 Jul 2018 07:48:57 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-01_05:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp18.corp.apple.com-10000_instance1 Received: from [17.235.37.194] (unknown [17.235.37.194]) by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PB6009NTZTK6K70@nwk-mmpp-sz13.apple.com>; Sun, 01 Jul 2018 07:48:57 -0700 (PDT) From: Michael Sweet Date: Sun, 01 Jul 2018 10:48:55 -0400 Message-id: <92C32195-87E7-4BF9-BB14-6875E70ED695@apple.com> To: PWG Workgroup X-Mailer: Apple Mail (2.3445.8.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCIsWRmVeSWpSXmKPExsUiqOHDqnvrpUW0wYH3ZhbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXRuPdA8wF05krpmw7xNLA+Iapi5GTQ0LAROLM///MILaQwH4m iUddYSA2r4CgxI/J91i6GDk4mAXkJQ6elwUJMwtoSXx/1AoU5gIqP8gkcejUKWYIp4tJ4vmL 91BD2SX+/NoB1iwhoC2xcL4ERFhb4t3Gw0ww9vmF+9kgbC6JBVtPs0LYuhIfW5tZIGw2ifUn lkDVa0k0LOtmgbEff3kAF1++pJkdwuaUOP9lIpStI/Fj4mGo2zqZJE4ufQmVyJbYv/EFK8Rt wRL73ypD1Exkklg5/y7YQcICEhLH+xeCHcQmoCbxe1IfmM0ioCqx9/lZdogaJ4nZX36wQwLL RuL8oV9gx4kAA2vSrXtQuxQlFm1sYJ3AKDcLKUxnIcJ0FlKYLmBkXsUonJuYmaObmWdkpJdY UJCTqpecn7uJERTNq5nEdjDee214iFGAg1GJh/fAbvNoIdbEsuLK3EOM0hwsSuK8H3eJRQsJ pCeWpGanphakFsUXleakFh9iZOLglGpglHV7Er/hWJXJkbcyKkWqe+acORTZ++61qQmv79qO 6bO8au/urNiwNkr+VtPj2e2z2p63sd69ks1075H1oaCGzpfBF/U45eetsuEwq8jr0tobU6D5 QoRX/xG3a/XR4wvljLb5qqvNV+4N8Hi2PVeL7UKn9er/RTOv6S4QlCn8fXv6zYv2uwtPKLEU ZyQaajEXFScCAHpt89LHAgAA Subject: [IPP] Updated prototype draft of IPP System Service v1.0 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 an updated prototype draft of the IPP System Service specification to: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701.docx https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20180701-rev.pdf _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Tue Jul 3 09:42: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 038F212F1A6 for ; Tue, 3 Jul 2018 09:42:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.794 X-Spam-Level: X-Spam-Status: No, score=0.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=hp.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 L6T5sk9X8fM4 for ; Tue, 3 Jul 2018 09:42: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 0390B12F1AB for ; Tue, 3 Jul 2018 09:42:23 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 9E344BEED; Tue, 3 Jul 2018 16:42:22 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id B60FD269F; Tue, 3 Jul 2018 16:42:15 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 6D30F290D; Tue, 3 Jul 2018 16:42:14 +0000 (UTC) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0131.outbound.protection.outlook.com [104.47.36.131]) by www.pwg.org (Postfix) with ESMTPS id 6FBD9266E for ; Tue, 3 Jul 2018 16:42:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=HP.onmicrosoft.com; s=selector1-hp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ks7fDW3DIWb+uYPAIKAV+I299u54V3Sx1Xr/NQZ00fE=; b=LQjBCvEJ5Xq8VY/MVq3kj6+BXM3zVQltGdLsQZqoG2hInP9fgkaVlgs93lTEzCw/xYCSlw8HafnjJdpKZ+dSmQOjj5JKyZMeZ5J12MGVznq1nn0YNPc/RvFgUn5wJxgd0skVsXQQcrIkfVkozVGoq9lQNmC98tPZKvK8HOYJ3VU= Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM (10.169.85.148) by DF4PR8401MB1225.NAMPRD84.PROD.OUTLOOK.COM (10.169.93.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.25; Tue, 3 Jul 2018 16:42:11 +0000 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::c806:4669:f503:1b74]) by DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::c806:4669:f503:1b74%4]) with mapi id 15.20.0906.026; Tue, 3 Jul 2018 16:42:11 +0000 From: "Kennedy, Smith (Wireless & Standards Architec)" To: Michael Sweet , Ira McDonald Thread-Topic: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard Thread-Index: AQHUDQKGjGp7iYzvCE6SWgwqxBcd5KRymcCAgAACsACAAyCCAIAAAwuAgAf/kYA= Date: Tue, 3 Jul 2018 16:42:11 +0000 Message-ID: References: <152996130225.6352.1727114213339795354.idtracker@ietfa.amsl.com> <1387B331-AE86-4BEE-AEBD-71F2C03203A2@apple.com> <328A0793-9FD8-4C27-B3C5-450937EF9539@hp.com> <2E2C0DE1-DA39-4FF6-9E87-AA9FDB3167B0@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: [15.65.254.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DF4PR8401MB1225; 7:L7agKWwwbo3tF0fBs23d7xZqv5wPfNBX2uEpBt3ywND9e1t8BhcTUEOS+KYTdb8ThGZ7lH+H/5wLGnYg/+rNyg7v9C2uhb54NUqiqjEfll0MNrMQdURLkfVdtJcRpKB0qJOZ7N7qNW06IkuLhIwb+dRCOL6dHzQLESVnQ5INII4AU8SvbJ+/THYprIpHD/1dX+2xxfNvLGb7ukH0itaYLE+oeV3rTRkKSzSjzRefPYICSZJwJjXmhubdCZH7fZu3 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: d0ad6ae8-cb4e-4b45-065a-08d5e103ecee x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:DF4PR8401MB1225; x-ms-traffictypediagnostic: DF4PR8401MB1225: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(120809045254105)(111039206520245)(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)(10201501046)(3002001)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:DF4PR8401MB1225; BCL:0; PCL:0; RULEID:; SRVR:DF4PR8401MB1225; x-forefront-prvs: 0722981D2A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(366004)(396003)(376002)(346002)(51914003)(199004)(189003)(6602003)(6306002)(186003)(4326008)(39060400002)(53936002)(83716003)(6246003)(86362001)(966005)(446003)(82746002)(110136005)(14454004)(2616005)(478600001)(11346002)(2900100001)(6512007)(36756003)(99286004)(1720100001)(316002)(105586002)(93886005)(106356001)(102836004)(486006)(25786009)(26005)(476003)(76176011)(19273905006)(66066001)(5250100002)(2906002)(8936002)(81166006)(81156014)(8676002)(99936001)(53546011)(6436002)(97736004)(229853002)(6486002)(256004)(68736007)(7736002)(305945005)(5660300001)(6116002)(3846002)(14444005)(33656002)(6506007)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR8401MB1225; 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: 3v+DB/4MqWVnIainUfMqx4WGATcmMim7ufbo49oOC0vpknZClm+jcmAaVy7rzvPNd6GUXpHZNiGV5J/ooafR8lGdk/vI+ZRPqnR2vAF+pT8YxzaiQ3oKZS641W+79gRp3Iz6LaZCzJ9jjKOG+FUqfROr1XLJVNl28G9veeTj1+O90xALSruNQKWxDZa6y/1SeuJpjUCzq04PZGJEFqN6Q35kWzmSK4M6/ac10OV0Je0E99OgxGNaBpmgLZ4SwagVK5vQi7czMHjmB2rz6Yn16TfQ3m8+i1WMrChgK5lGwxRDu2M4y4u+NxoebvLt3SVQXvWNvMEx8Drx1niaojBPqhmBUzFMvP00Y4ykE+CtAFQ= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: d0ad6ae8-cb4e-4b45-065a-08d5e103ecee X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2018 16:42:11.7635 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB1225 Cc: PWG IPP WG Reflector Subject: Re: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard 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="===============2398956118950222759==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2398956118950222759== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_880FFD56-6CD0-4983-A280-36E0DC19F246"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_880FFD56-6CD0-4983-A280-36E0DC19F246 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Mike and Ira, Is editorial work needed to get the RFC itself to be listed as an = "Internet Standard" when one visits the links? I see this one doesn't = list its Internet Standard number in the header: https://tools.ietf.org/html/std90 but this one does: https://tools.ietf.org/html/std91 Ours is here: https://tools.ietf.org/html/std92 which is a concatenation of RFC 8010 and 8011, but provides somewhat = inadequate navigation IMHO - 8011 is concatenated after 8010. And when = you visit the RFC pages directly for 8010 and 8011, they aren't yet = labeled as "INTERNET STANDARD" but are still labeled as "PROPOSED = STANDARD": https://tools.ietf.org/html/rfc8010 https://tools.ietf.org/html/rfc8011 RFC 3629 seems to have everything as "right" as is possible currently, = presentation wise: https://tools.ietf.org/html/std63 https://tools.ietf.org/html/rfc3629 Not trying to spend cycles on unnecessary stuff but this kind of = presentation thing can cause issues to the uninitiated. 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 Jun 28, 2018, at 8:33 AM, Michael Sweet wrote: >=20 > And "STD92" as the pointer: >=20 > https://www.rfc-editor.org/info/std92 >=20 >=20 >> On Jun 28, 2018, at 10:22 AM, Ira McDonald = wrote: >>=20 >> Hi, >>=20 >> This morning's RFC Index shows IPP/1.1 (RFC 8010/8011) as "Internet = Standard" >>=20 >> https://www.rfc-editor.org/rfc-index.html >>=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 >>=20 >> On Tue, Jun 26, 2018 at 10:37 AM, Ira McDonald = wrote: >> Hi, >>=20 >> Normally they just assign an STD number and update std-index.txt (for = the RFC set) >> and rfc-index.txt (for Internet Standard status). Only when any = *future* update of the >> RFCs happens would be any cover page change. =20 >>=20 >> RFCs never state more than just "Standards Track" on their cover page = and usually=20 >> don't mention their own STD number (because an STD could become = historic or=20 >> deprecated via the underlying RFC status - although I think it's only = happened once). >>=20 >> I expect to see IPP/1.1 update in the RFC Index web page w/in a few = weeks. >>=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 >> On Tue, Jun 26, 2018 at 10:28 AM, Michael Sweet = wrote: >> Smith, >>=20 >> I'm not sure about the timing - a lot depends on the RFC editor's = load and any editorial changes that we want to make. Ideally I'd like = to just have them assign STD numbers and change the status on the cover = page (minimal change) to speed this along... :) >>=20 >>=20 >>> On Jun 26, 2018, at 12:02 AM, Kennedy, Smith (Wireless & Standards = Architec) wrote: >>>=20 >>> Thanks for the update, Mike! Given this status change for RFC 8011 = (and corresponding change for RFC 8010), when do we expect them to = complete the move to Internet Standard? >>>=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 Jun 25, 2018, at 5:23 PM, Michael Sweet = wrote: >>>>=20 >>>> *Internet Standard* >>>>=20 >>>>> Begin forwarded message: >>>>>=20 >>>>> From: The IESG >>>>> Subject: Protocol Action: Internet Printing Protocol/1.1: Model = and Semantics to Internet Standard >>>>> Date: June 25, 2018 at 5:15:02 PM EDT >>>>> To: IETF-Announce >>>>> Cc: The IESG , Barry Leiba = , draft-sweet-rfc2911bis@ietf.org, = draft-sweet-rfc2910bis@ietf.org, barryleiba@computer.org, = rfc-editor@rfc-editor.org >>>>> Resent-From: alias-bounces@ietf.org >>>>> Resent-To: msweet@apple.com, blueroofmusic@gmail.com >>>>>=20 >>>>> The IESG has approved changing the status of the following = document: >>>>> - Internet Printing Protocol/1.1: Model and Semantics >>>>> (rfc8011) to Internet Standard >>>>>=20 >>>>> This protocol action is documented at: >>>>> = https://datatracker.ietf.org/doc/status-change-change-ipp-to-internet-stan= dard/ >>>>>=20 >>>>> A URL of the affected document is: >>>>> https://datatracker.ietf.org/doc/rfc8011/ >>>>>=20 >>>>> Status Change Details: >>>>>=20 >>>>> As specified in RFC 6410: >>>>>=20 >>>>> (1) There are at least two independent interoperating = implementations >>>>> with widespread deployment and successful operational = experience. >>>>>=20 >>>>> - Over 98% of all digital network printers shipped in the = last >>>>> decade support IPP/1.1 (originally defined in RFC 2910/2911, >>>>> September 2000). >>>>>=20 >>>>> (2) There are no errata against the specification that would = cause a >>>>> new implementation to fail to interoperate with deployed = ones. >>>>>=20 >>>>> - There are currently no errata against RFC 8010/8011. >>>>>=20 >>>>> (3) There are no unused features in the specification that = greatly >>>>> increase implementation complexity. >>>>>=20 >>>>> - There are no unused features in RFC 8010/8011. >>>>>=20 >>>>> - The Purge-Jobs operation (from RFC 2911) is DEPRECATED in >>>>> RFC 8011 (page 73) with "SHOULD NOT support" because it >>>>> destroys Printer accounting implementation. This operation >>>>> has never been widely implemented in digital network = printers. >>>>>=20 >>>>> - The Restart-Job operation (from RFC 2911) is DEPRECATED in >>>>> RFC 8011 (page 89) with "SHOULD NOT support" because it >>>>> destroys Printer accounting implementation. This operation >>>>> has never been widely implemented in digital network = printers. >>>>>=20 >>>>> (4) If the technology required to implement the specification >>>>> requires patented or otherwise controlled technology, then = the >>>>> set of implementations must demonstrate at least two = independent, >>>>> separate and successful uses of the licensing process. >>>>>=20 >>>>> - There is no patented or otherwise controlled technology = that >>>>> is required to implement IPP/1.1 per RFC 8010/8011. >>>>>=20 >>>>> Personnel >>>>>=20 >>>>> Alexey Melnikov is the responsible Area Director. >>>>>=20 >>>>>=20 >>>>>=20 >>>>=20 >>>> _________________________________________________________ >>>> Michael Sweet, Senior Printing System Engineer >>>>=20 >>>> _______________________________________________ >>>> ipp mailing list >>>> ipp@pwg.org >>>> https://www.pwg.org/mailman/listinfo/ipp >>>=20 >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >>=20 >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >>=20 >>=20 >>=20 >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 --Apple-Mail=_880FFD56-6CD0-4983-A280-36E0DC19F246 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MDMxNjQyMTJaMCMGCSqGSIb3DQEJBDEWBBQxRFz05vU7qSuD 6PqHdpsHl0i3gzCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAGO0qrfvqQ26aHBz nw+AJLkGodi4I9gPn9IIc0d4T/JY8IZ2p1yLLfBfIJptetBRPQYmlQspMijT+7UuTA1LtKn6Igvm MKOZnOHQeh2HyzPVEkzarnKc1F33Yo4Q6qe4CXi7W3DDc++zdh2mOJOaDoFfYX/QHexphA/dXN6m MgldcrT4gz/8+b24P8HUg/iYDlRcJojRnJ1RpBv7bl7bt7vLWDjGeN+ul6FhRNge8aOKmfgsSLuC +To7fGXq1fyMcGwR6HWPErVjs75uPokujDjrXsBJfxqESl78XGKtAM2MBfjdgWOJofc+6ORjNIrK lKXoDJ89aO/Qh5yd9a/o2tIAAAAAAAA= --Apple-Mail=_880FFD56-6CD0-4983-A280-36E0DC19F246-- --===============2398956118950222759== 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 --===============2398956118950222759==-- From ipp-bounces@pwg.org Tue Jul 3 15:16:18 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 BBCA5130DE0 for ; Tue, 3 Jul 2018 15:16:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.86 X-Spam-Level: X-Spam-Status: No, score=-1.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, 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 Ji-kHzT5O-J0 for ; Tue, 3 Jul 2018 15:16:14 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 7072D130DDE for ; Tue, 3 Jul 2018 15:16:14 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 7EAA6BEB4; Tue, 3 Jul 2018 22:16:12 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9A970269F; Tue, 3 Jul 2018 22:16:01 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0CB8F290D; Tue, 3 Jul 2018 22:16:00 +0000 (UTC) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) by www.pwg.org (Postfix) with ESMTPS id 44E1783D for ; Tue, 3 Jul 2018 22:15:58 +0000 (UTC) Received: by mail-yw0-x235.google.com with SMTP id y203-v6so1250097ywd.9 for ; Tue, 03 Jul 2018 15:15:58 -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 :cc; bh=zAlFxujUxHf5hexP3mPepdCwY/piaO3f8NBEmC3o8cY=; b=elnkG4b3bLT28FDhWBnfS9XP70ykTpWj2pSt7AC5Fx0A9WEkIJRf9+TCiZoG/aeJtW 28VJUh7tRLihB+N5wlfy5tJhj6XhKFurZyoxwoUgNANVnm0iE4I7KZmm1PrcPgKO+l/8 UQ7VnOawoh9S3Jv3QyUmoM/xJqrdvjykeOdm5dWY2wFFmUgm0eJUG+H8bpRO0rEcljpj xlCLnUF3neD/Yl00g7qoOs7Cyuudeji33PLEHGlray/M3plK7QAhicTly5gjOsNyE1Uz 7QNCpeuSfpgtnicHJ/FDGq0fX8Rqp0Hudphgmdo6wgK5+MkjuqTRKAVGtX4eeqDAhQT9 kIFQ== 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:cc; bh=zAlFxujUxHf5hexP3mPepdCwY/piaO3f8NBEmC3o8cY=; b=qSZsrXNG8t+UM6l56uXLSYPnzlW33YpJT+qVW+8/utnvoQd2SPWUbpyIV4VLuH/6kC nunxu3HNQfickxgRlgskzEgzI350PQKjskGFIWQFUbL5VL97eHDtkaaBQh1sy/IQV3Td IFptotksQENegur0yk+0pgH8RKNpK6d4YPr5SHd7z0m66HRVM4R/BwmWLZMXZ6Q+taai co3/PlBdMpaMkePJ0vLm7GGJPmN8r/j9wFHu20M5Q+O7taGVtwxVDQ+CtNbKDA5/b/r5 znKL9+Xe6q+cN4aYhcARkZfHUV6SKY+PsmyJvgvwhZY0T4rpdQCi/RoT/nGtWopd0R69 wqGA== X-Gm-Message-State: APt69E1bgnQj35t5BRRzDYHfXRYeyVi9rU39iY1cLtBO40NaN6I43i6o oGh95n/Va8NbTtRDsmT3V9tkTfQDEB89d9JmOWc= X-Google-Smtp-Source: AAOMgpeRJtxTFxxiNtE5Q0uDXOvzWk2u7GZJBQHGon120T+jxVU/r5y7sOw8dOCv478huKAhWzfIXkx0xQhpqpYb1sk= X-Received: by 2002:a0d:c003:: with SMTP id b3-v6mr16042049ywd.289.1530656157540; Tue, 03 Jul 2018 15:15:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:8886:0:0:0:0:0 with HTTP; Tue, 3 Jul 2018 15:15:36 -0700 (PDT) In-Reply-To: References: <152996130225.6352.1727114213339795354.idtracker@ietfa.amsl.com> <1387B331-AE86-4BEE-AEBD-71F2C03203A2@apple.com> <328A0793-9FD8-4C27-B3C5-450937EF9539@hp.com> <2E2C0DE1-DA39-4FF6-9E87-AA9FDB3167B0@apple.com> From: Ira McDonald Date: Tue, 3 Jul 2018 18:15:36 -0400 Message-ID: To: "Kennedy, Smith (Wireless & Standards Architec)" , Ira McDonald Cc: PWG IPP WG Reflector Subject: Re: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard 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="===============6516767870599231616==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6516767870599231616== Content-Type: multipart/alternative; boundary="0000000000008b263e05701fa831" --0000000000008b263e05701fa831 Content-Type: text/plain; charset="UTF-8" Hi Smith, If I visit the RFC Index page, 8010 and 8011 show as Internet Standard. Almost no existing RFCs have changed their own cover page to list this (and such a listing is deprecated in IETF process docs, because the IETF can later mark an old RFC as Historic, for example). I'm REALLY not happy about re-issuing RFC 8010 and 8011 to change their cover pages. They say standards-track and they are. 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, Jul 3, 2018 at 12:42 PM, Kennedy, Smith (Wireless & Standards Architec) wrote: > Hi Mike and Ira, > > Is editorial work needed to get the RFC itself to be listed as an > "Internet Standard" when one visits the links? I see this one doesn't list > its Internet Standard number in the header: > > https://tools.ietf.org/html/std90 > > but this one does: > > https://tools.ietf.org/html/std91 > > Ours is here: > > https://tools.ietf.org/html/std92 > > which is a concatenation of RFC 8010 and 8011, but provides somewhat > inadequate navigation IMHO - 8011 is concatenated after 8010. And when you > visit the RFC pages directly for 8010 and 8011, they aren't yet labeled as > "INTERNET STANDARD" but are still labeled as "PROPOSED STANDARD": > > https://tools.ietf.org/html/rfc8010 > https://tools.ietf.org/html/rfc8011 > > RFC 3629 seems to have everything as "right" as is possible currently, > presentation wise: > > https://tools.ietf.org/html/std63 > https://tools.ietf.org/html/rfc3629 > > Not trying to spend cycles on unnecessary stuff but this kind of > presentation thing can cause issues to the uninitiated. > > 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 Jun 28, 2018, at 8:33 AM, Michael Sweet wrote: > > > > And "STD92" as the pointer: > > > > https://www.rfc-editor.org/info/std92 > > > > > >> On Jun 28, 2018, at 10:22 AM, Ira McDonald > wrote: > >> > >> Hi, > >> > >> This morning's RFC Index shows IPP/1.1 (RFC 8010/8011) as "Internet > Standard" > >> > >> https://www.rfc-editor.org/rfc-index.html > >> > >> 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, Jun 26, 2018 at 10:37 AM, Ira McDonald > wrote: > >> Hi, > >> > >> Normally they just assign an STD number and update std-index.txt (for > the RFC set) > >> and rfc-index.txt (for Internet Standard status). Only when any > *future* update of the > >> RFCs happens would be any cover page change. > >> > >> RFCs never state more than just "Standards Track" on their cover page > and usually > >> don't mention their own STD number (because an STD could become > historic or > >> deprecated via the underlying RFC status - although I think it's only > happened once). > >> > >> I expect to see IPP/1.1 update in the RFC Index web page w/in a few > weeks. > >> > >> 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, Jun 26, 2018 at 10:28 AM, Michael Sweet > wrote: > >> Smith, > >> > >> I'm not sure about the timing - a lot depends on the RFC editor's load > and any editorial changes that we want to make. Ideally I'd like to just > have them assign STD numbers and change the status on the cover page > (minimal change) to speed this along... :) > >> > >> > >>> On Jun 26, 2018, at 12:02 AM, Kennedy, Smith (Wireless & Standards > Architec) wrote: > >>> > >>> Thanks for the update, Mike! Given this status change for RFC 8011 > (and corresponding change for RFC 8010), when do we expect them to complete > the move to Internet Standard? > >>> > >>> 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 Jun 25, 2018, at 5:23 PM, Michael Sweet wrote: > >>>> > >>>> *Internet Standard* > >>>> > >>>>> Begin forwarded message: > >>>>> > >>>>> From: The IESG > >>>>> Subject: Protocol Action: Internet Printing Protocol/1.1: Model and > Semantics to Internet Standard > >>>>> Date: June 25, 2018 at 5:15:02 PM EDT > >>>>> To: IETF-Announce > >>>>> Cc: The IESG , Barry Leiba , > draft-sweet-rfc2911bis@ietf.org, draft-sweet-rfc2910bis@ietf.org, > barryleiba@computer.org, rfc-editor@rfc-editor.org > >>>>> Resent-From: alias-bounces@ietf.org > >>>>> Resent-To: msweet@apple.com, blueroofmusic@gmail.com > >>>>> > >>>>> The IESG has approved changing the status of the following document: > >>>>> - Internet Printing Protocol/1.1: Model and Semantics > >>>>> (rfc8011) to Internet Standard > >>>>> > >>>>> This protocol action is documented at: > >>>>> https://datatracker.ietf.org/doc/status-change-change-ipp- > to-internet-standard/ > >>>>> > >>>>> A URL of the affected document is: > >>>>> https://datatracker.ietf.org/doc/rfc8011/ > >>>>> > >>>>> Status Change Details: > >>>>> > >>>>> As specified in RFC 6410: > >>>>> > >>>>> (1) There are at least two independent interoperating > implementations > >>>>> with widespread deployment and successful operational > experience. > >>>>> > >>>>> - Over 98% of all digital network printers shipped in the last > >>>>> decade support IPP/1.1 (originally defined in RFC 2910/2911, > >>>>> September 2000). > >>>>> > >>>>> (2) There are no errata against the specification that would cause a > >>>>> new implementation to fail to interoperate with deployed ones. > >>>>> > >>>>> - There are currently no errata against RFC 8010/8011. > >>>>> > >>>>> (3) There are no unused features in the specification that greatly > >>>>> increase implementation complexity. > >>>>> > >>>>> - There are no unused features in RFC 8010/8011. > >>>>> > >>>>> - The Purge-Jobs operation (from RFC 2911) is DEPRECATED in > >>>>> RFC 8011 (page 73) with "SHOULD NOT support" because it > >>>>> destroys Printer accounting implementation. This operation > >>>>> has never been widely implemented in digital network printers. > >>>>> > >>>>> - The Restart-Job operation (from RFC 2911) is DEPRECATED in > >>>>> RFC 8011 (page 89) with "SHOULD NOT support" because it > >>>>> destroys Printer accounting implementation. This operation > >>>>> has never been widely implemented in digital network printers. > >>>>> > >>>>> (4) If the technology required to implement the specification > >>>>> requires patented or otherwise controlled technology, then the > >>>>> set of implementations must demonstrate at least two > independent, > >>>>> separate and successful uses of the licensing process. > >>>>> > >>>>> - There is no patented or otherwise controlled technology that > >>>>> is required to implement IPP/1.1 per RFC 8010/8011. > >>>>> > >>>>> Personnel > >>>>> > >>>>> Alexey Melnikov is the responsible Area Director. > >>>>> > >>>>> > >>>>> > >>>> > >>>> _________________________________________________________ > >>>> Michael Sweet, Senior Printing System Engineer > >>>> > >>>> _______________________________________________ > >>>> ipp mailing list > >>>> ipp@pwg.org > >>>> https://www.pwg.org/mailman/listinfo/ipp > >>> > >> > >> _________________________________________________________ > >> Michael Sweet, Senior Printing System Engineer > >> > >> > >> _______________________________________________ > >> ipp mailing list > >> ipp@pwg.org > >> https://www.pwg.org/mailman/listinfo/ipp > >> > >> > >> > > > > _________________________________________________________ > > Michael Sweet, Senior Printing System Engineer > > > > --0000000000008b263e05701fa831 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

If I visit the RFC= Index page, 8010 and 8011 show as Internet Standard.

<= div>Almost no existing RFCs have changed their own cover page to list this<= /div>
(and such a listing is deprecated in IETF process docs, because t= he IETF
can later mark an old RFC as Historic, for example).

I'm REALLY not happy about re-issuing RFC 8010 and= 8011 to change
their cover pages.=C2=A0 They say standards-track= and they are.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Tru= sted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
= Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
ht= tp://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
M= ay-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

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

On Tue, Jul 3, 2018 at 12:42 PM, Kennedy, Sm= ith (Wireless & Standards Architec) <smith.kennedy@hp.com><= /span> wrote:
Hi Mike and Ira,

Is editorial work needed to get the RFC itself to be listed as an "Int= ernet Standard" when one visits the links? I see this one doesn't = list its Internet Standard number in the header:

=C2=A0 =C2=A0https://tools.ietf.org/html/std90

but this one does:

=C2=A0 =C2=A0https://tools.ietf.org/html/std91

Ours is here:

=C2=A0 =C2=A0https://tools.ietf.org/html/std92

which is a concatenation of RFC 8010 and 8011, but provides somewhat inadeq= uate navigation IMHO - 8011 is concatenated after 8010. And when you visit = the RFC pages directly for 8010 and 8011, they aren't yet labeled as &q= uot;INTERNET STANDARD" but are still labeled as "PROPOSED STANDAR= D":

=C2=A0 =C2=A0https://tools.ietf.org/html/rfc8010
=C2=A0 =C2=A0https://tools.ietf.org/html/rfc8011

RFC 3629 seems to have everything as "right" as is possible curre= ntly, presentation wise:

=C2=A0 =C2=A0https://tools.ietf.org/html/std63
=C2=A0 =C2=A0https://tools.ietf.org/html/rfc3629

Not trying to spend cycles on unnecessary stuff but this kind of presentati= on thing can cause issues to the uninitiated.

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.
*/



> On Jun 28, 2018, at 8:3= 3 AM, Michael Sweet <msweet@apple.co= m> wrote:
>
> And "STD92" as the pointer:
>
>=C2=A0 =C2=A0 https://www.rfc-editor.org/info/std92
>
>
>> On Jun 28, 2018, at 10:22 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>>
>> Hi,
>>
>> This morning's RFC Index shows IPP/1.1 (RFC 8010/8011) as &quo= t;Internet Standard"
>>
>> https://www.rfc-editor.org/rfc-index.html=
>>
>> 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@g= mail.com
>> Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-9= 44-0094
>> May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-243= 4
>>
>>
>> On Tue, Jun 26, 2018 at 10:37 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>> Hi,
>>
>> Normally they just assign an STD number and update std-index.txt (= for the RFC set)
>> and rfc-index.txt (for Internet Standard status).=C2=A0 Only when = any *future* update of the
>> RFCs happens would be any cover page change.=C2=A0
>>
>> RFCs never state more than just "Standards Track" on the= ir cover page and usually
>> don't mention their own STD number (because an STD could becom= e historic or
>> deprecated via the underlying RFC status - although I think it'= ;s only happened once).
>>
>> I expect to see IPP/1.1 update in the RFC Index web page w/in a fe= w weeks.
>>
>> 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@g= mail.com
>> Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-9= 44-0094
>> May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-243= 4
>>
>>
>> On Tue, Jun 26, 2018 at 10:28 AM, Michael Sweet <msweet@apple.com> wrote:
>> Smith,
>>
>> I'm not sure about the timing - a lot depends on the RFC edito= r's load and any editorial changes that we want to make.=C2=A0 Ideally = I'd like to just have them assign STD numbers and change the status on = the cover page (minimal change) to speed this along... :)
>>
>>
>>> On Jun 26, 2018, at 12:02 AM, Kennedy, Smith (Wireless & S= tandards Architec) <smith.kenned= y@hp.com> wrote:
>>>
>>> Thanks for the update, Mike! Given this status change for RFC = 8011 (and corresponding change for RFC 8010), when do we expect them to com= plete the move to Internet Standard?
>>>
>>> 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.
>>> */
>>>
>>>
>>>
>>>> On Jun 25, 2018, at 5:23 PM, Michael Sweet <msweet@apple.com> wrote:
>>>>
>>>> *Internet Standard*
>>>>
>>>>> Begin forwarded message:
>>>>>
>>>>> From: The IESG <iesg-secretary@ietf.org>
>>>>> Subject: Protocol Action: Internet Printing Protocol/1= .1: Model and Semantics to Internet Standard
>>>>> Date: June 25, 2018 at 5:15:02 PM EDT
>>>>> To: IETF-Announce <ietf-announce@ietf.org>
>>>>> Cc: The IESG <iesg= @ietf.org>, Barry Leiba <barryleiba@computer.org>, draft-sweet-rfc2911bis@ietf.org, draft-sweet-rfc2910bis@ietf.org, barryleiba@computer.org, rfc-editor@rfc-editor.org
>>>>> Resent-From: alias-bounces@ietf.org
>>>>> Resent-To: msweet@= apple.com, blueroofmusic@gma= il.com
>>>>>
>>>>> The IESG has approved changing the status of the follo= wing document:
>>>>> - Internet Printing Protocol/1.1: Model and Semantics<= br> >>>>> (rfc8011) to Internet Standard
>>>>>
>>>>> This protocol action is documented at:
>>>>> = https://datatracker.ietf.org/doc/status-change-change-ipp-to-inte= rnet-standard/
>>>>>
>>>>> A URL of the affected document is:
>>>>> https://datatracker.ietf.org/doc/= rfc8011/
>>>>>
>>>>> Status Change Details:
>>>>>
>>>>> As specified in RFC 6410:
>>>>>
>>>>>=C2=A0 (1) There are at least two independent interoper= ating implementations
>>>>>=C2=A0 =C2=A0 =C2=A0 with widespread deployment and suc= cessful operational experience.
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - Over 98% of all digital network = printers shipped in the last
>>>>>=C2=A0 =C2=A0 =C2=A0 decade support IPP/1.1 (originally= defined in RFC 2910/2911,
>>>>>=C2=A0 =C2=A0 =C2=A0 September 2000).
>>>>>
>>>>>=C2=A0 (2) There are no errata against the specificatio= n that would cause a
>>>>>=C2=A0 =C2=A0 =C2=A0 new implementation to fail to inte= roperate with deployed ones.
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - There are currently no errata ag= ainst RFC 8010/8011.
>>>>>
>>>>>=C2=A0 (3) There are no unused features in the specific= ation that greatly
>>>>>=C2=A0 =C2=A0 =C2=A0 increase implementation complexity= .
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - There are no unused features in = RFC 8010/8011.
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - The Purge-Jobs operation (from R= FC 2911) is DEPRECATED in
>>>>>=C2=A0 =C2=A0 =C2=A0 RFC 8011 (page 73) with "SHOU= LD NOT support" because it
>>>>>=C2=A0 =C2=A0 =C2=A0 destroys Printer accounting implem= entation.=C2=A0 This operation
>>>>>=C2=A0 =C2=A0 =C2=A0 has never been widely implemented = in digital network printers.
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - The Restart-Job operation (from = RFC 2911) is DEPRECATED in
>>>>>=C2=A0 =C2=A0 =C2=A0 RFC 8011 (page 89) with "SHOU= LD NOT support" because it
>>>>>=C2=A0 =C2=A0 =C2=A0 destroys Printer accounting implem= entation.=C2=A0 This operation
>>>>>=C2=A0 =C2=A0 =C2=A0 has never been widely implemented = in digital network printers.
>>>>>
>>>>>=C2=A0 (4) If the technology required to implement the = specification
>>>>>=C2=A0 =C2=A0 =C2=A0 requires patented or otherwise con= trolled technology, then the
>>>>>=C2=A0 =C2=A0 =C2=A0 set of implementations must demons= trate at least two independent,
>>>>>=C2=A0 =C2=A0 =C2=A0 separate and successful uses of th= e licensing process.
>>>>>
>>>>>=C2=A0 =C2=A0 =C2=A0 - There is no patented or otherwis= e controlled technology that
>>>>>=C2=A0 =C2=A0 =C2=A0 is required to implement IPP/1.1 p= er RFC 8010/8011.
>>>>>
>>>>> Personnel
>>>>>
>>>>>=C2=A0 Alexey Melnikov is the responsible Area Director= .
>>>>>
>>>>>
>>>>>
>>>>
>>>> _____________________________________________________= ____
>>>> Michael Sweet, Senior Printing System Engineer
>>>>
>>>> _______________________________________________
>>>> ipp mailing list
>>>> ipp@pwg.org
>>>> https://www.pwg.org/mailman/listinfo= /ipp
>>>
>>
>> _________________________________________________________
>> Michael Sweet, Senior Printing System Engineer
>>
>>
>> _______________________________________________
>> ipp mailing list
>> ipp@pwg.org
>> https://www.pwg.org/mailman/listinfo/ipp >>
>>
>>
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer
>


--0000000000008b263e05701fa831-- --===============6516767870599231616== 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 --===============6516767870599231616==-- From ipp-bounces@pwg.org Wed Jul 4 00:19: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 6648E130EBC for ; Wed, 4 Jul 2018 00:19:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.795 X-Spam-Level: X-Spam-Status: No, score=0.795 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 sI-uQdWARZDL for ; Wed, 4 Jul 2018 00:19: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 17D4C130E44 for ; Wed, 4 Jul 2018 00:19:54 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 7A11CBF66; Wed, 4 Jul 2018 07:19:54 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0A0022894; Wed, 4 Jul 2018 07:19:52 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0E249B9D1; Wed, 4 Jul 2018 07:19:50 +0000 (UTC) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id C0F0D2894 for ; Wed, 4 Jul 2018 07:19:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1530688789; x=2394602389; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=sh383lbaCF+2VvkFqYhLkTcodCKGWFLclXM/8gMDonE=; b=KKcNiW0XhFzE5wg2Aym3gxN5opUzwMqoeOFXuJzTSjThp8Bg0WJJFILxNYP5aHMk lyNWCp65TXTLigMARPAQt1AqAsYCab4VPFRVzu1wGp2GsZo/YEu499ysjhwflCaY pb1Sj5KY1uqJfCHQKmqwuyYqGUx3pQqxJhoRBpQrzV026G6nu4fvO5J9bO965Je4 N2SMqV6lgB3ai0qbnoXz160xdvdmOzyzNSFDQ0ETCaYPCQyagqLzCCcQMH/U3lVn zH8AsJXHJUIjDsOgxw0SMQjDWSO1pd+Ku2oONY2kxFXs8i5wsOptRmfAi8APMRys blNd4YYds1H5g8kNOFZI+Q==; X-AuditID: 11973e16-be8749e00000740c-06-5b3c7515c111 Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id CF.14.29708.5157C3B5; Wed, 4 Jul 2018 00:19:49 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PBB00ETXZ0ZR290@ma1-mtap-s02.corp.apple.com>; Wed, 04 Jul 2018 00:19:48 -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 <0PBB00E00YONJZ00@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:19:48 -0700 (PDT) X-Va-CD: 0 X-Va-ID: 84c2a992-6196-4762-a56c-e6ca3b8e9cfa X-V-A: X-V-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-V-E-CD: c766d41487df5a964748307a03bf595c X-V-R-CD: 788c25eb938e373575f8947eea3435bf X-V-CD: 0 X-V-ID: 2f49f8d2-3b19-4c38-a3e5-1fc632c81dda 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 <0PBB00E00YOKJ900@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:19:42 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-04_02:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp18.corp.apple.com-10000_instance1 Received: from [17.235.27.221] (unknown [17.235.27.221]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PBB003PWZ0T4O10@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:19:42 -0700 (PDT) From: Michael Sweet Date: Wed, 04 Jul 2018 03:19:40 -0400 To: PWG Workgroup Message-id: <68172AA4-6D91-4912-A711-1680AB02632D@apple.com> X-Mailer: Apple Mail (2.3445.8.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUiqOHDpitaahNt8OWvusWv5x+ZLI7te8ni wOQxb/F0pgDGKC6blNSczLLUIn27BK6Md5tPshe0MldMb7vN0sB4k6mLkYNDQsBEYuZCgy5G Lg4hgX1MEm39V9i7GDk5eAUEJX5MvscCUsMsIC9x8LwsSJhZQEvi+6NWFoj6DUwStzrvMoMk hAS6mCR+f/EBsSUEuCQWbD3NCmHrSmy73sUGYbNJrD+xhAnC1pJoWNbNAmP/232AFcb+fPYG VA2nxPkvE9khbB2JhlutrBCLO5kktv26yQiRyJb4tqmJDeKZYIn9b5UhaiYySZydNBtsgbCA hMTx/oVgC9gE1CR+T+oDs1kEVCU2Xt/HDFGjItF4rYER4ktxiWW7loAtFgF6ftKte9BAsZGY 8OgzM8ReRYlFGxtYJzBKz0IKr1mI8JqFFF4LGJlXMQrlJmbm6GbmmeslFhTkpOol5+duYgRF 43Q7sR2MD1dZHWIU4GBU4uFdUWodLcSaWFZcmXuIUZqDRUmc999roJBAemJJanZqakFqUXxR aU5q8SFGJg5OqQZGucXh9g/vH/et2KP18rqyz+2szU8/2aap+Wqmds9dM81l683LVcduSPP1 iplV7a83ORkv+TXMiaNy4/mrTlqRPVEKQVN9ytcLvj54IHCCp8m/0H97FigZ87daPjTLZgho Wqnv+0j2wEMXfhPZO+FJfI9yJp232crtbPRLzOiaemKhtcI0xxQlluKMREMt5qLiRADaWHIk pwIAAA== Cc: 3d-printing@pwg.org Subject: [IPP] Updated IPP 3D draft 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 a new prototype draft of the IPP 3D Printing Extensions v1.1 to: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704.docx https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d11-20180704-rev.pdf _________________________________________________________ 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 Jul 4 00:20: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 11C4C130EBC for ; Wed, 4 Jul 2018 00:20:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.795 X-Spam-Level: X-Spam-Status: No, score=0.795 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 zn-QZ0DYpNjc for ; Wed, 4 Jul 2018 00:20: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 DC1C1130DF3 for ; Wed, 4 Jul 2018 00:20:56 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B73BD8ADC; Wed, 4 Jul 2018 07:20:56 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E5C1ABEB4; Wed, 4 Jul 2018 07:20:52 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7180B8ADC; Wed, 4 Jul 2018 07:20:51 +0000 (UTC) Received: from mail-in24.apple.com (mail-out24.apple.com [17.171.2.34]) by www.pwg.org (Postfix) with ESMTPS id 299042894 for ; Wed, 4 Jul 2018 07:20:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1530688850; x=2394602450; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=h7yR/OXJ8ljgj0wP45blHqfZpR+vg7EElylKvAEXUwo=; b=M9KSWS/Va/IKbL/0dGDZy+HtfV/0no4N7kk1lK1sSUpCO3YIxGUqseBFMtOW+3cI e1zl51pFtr8ITPSxQqBZSWhQwyuOdYeAouZEZA7vnq3kQDw5+E3znCkXWGT7a/Tf W/yjXG3enTPYCP528ydd7XpMfKL2Ib68L8KOa549Ilbxl2JgaLUX9w1TNun90sk/ MKP6NJabjegGOWpQgJzZooOkID9HWJW0teWrxRz736BZkKmETEnEXHvBWLjoz6W7 UUbaYeDeJ3PkszmqUNwF9q7fxpgwrIoaLIyLmA1x9K4r4zR2C+QnzZab+fZN75sQ emDi9QY40kBDwD1+ovTucw==; X-AuditID: 11ab0218-0e9ff70000001a2c-ef-5b3c75518f5f Received: from mr2-mtap-s03.rno.apple.com (mr2-mtap-s03.rno.apple.com [17.179.226.135]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in24.apple.com (Apple Secure Mail Relay) with SMTP id BA.38.06700.2557C3B5; Wed, 4 Jul 2018 00:20:50 -0700 (PDT) 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 <0PBB00J3HZ2PDY00@mr2-mtap-s03.rno.apple.com>; Wed, 04 Jul 2018 00:20:49 -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 <0PBB00E00YONK000@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:20:49 -0700 (PDT) X-Va-A: X-Va-T-CD: e164812c9555f1cfd00c83062515e0e7 X-Va-E-CD: d14e0e13f376a77df125ef2cf996ef2f X-Va-R-CD: 4b44f684be48796acbdd7c22d46def61 X-Va-CD: 0 X-Va-ID: 73cafe72-e1bd-4138-b29e-12ee9a73a3d3 X-V-A: X-V-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-V-E-CD: d14e0e13f376a77df125ef2cf996ef2f X-V-R-CD: 4b44f684be48796acbdd7c22d46def61 X-V-CD: 0 X-V-ID: a2ff7165-adad-44c5-93d6-697ed39f7c83 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 <0PBB00E00YOKJ900@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:20:48 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-04_02:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.27.221] (unknown [17.235.27.221]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PBB003PWZ0T4O10@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:20:40 -0700 (PDT) From: Michael Sweet Date: Wed, 04 Jul 2018 03:20:39 -0400 To: PWG Workgroup Message-id: <9ABBD7CE-FCFC-401D-934E-073A0C5331A7@apple.com> X-Mailer: Apple Mail (2.3445.8.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKIsWRmVeSWpSXmKPExsUiuPlRu25QqU20wZuDgha/nn9ksji27yWL A5PHvMXTmQIYo7hsUlJzMstSi/TtErgylj+vLljPXDHj6z62Bsb/TF2MnBwSAiYS1xf1MHYx cnEICRxkktg7uxMswSsgKPFj8j2WLkYODmYBeYmD52VBwswCWhLfH7WyQNSvY5L43TGfGcLp YpK48G0nO8RUdok/v3aANUsIaEssnC8BEdaWePZ9JSOMPWf6PDYIm0tiwdbTrBC2rkTntjNQ cTaJ9SeWQB2qJdGwrJsFxv50YS4bjP3hfDuUzSlx/stEqBN0JN53b2KFuK2TSWJdyz2oomyJ b5uaoOxgiT+HeqAemMgkcblxFtg2YQEJieP9C8EuYhNQk/g9qQ/MZhFQlWj4+ZYFokZd4taL 3ayQYBGXWLZrCdhmEWBoTbp1jx3keV4BG4mDCx0hdilKLNrYwDqBUX4WUvjOQoTvLKTwXcDI vIpRODcxM0c3M8/IRC+xoCAnVS85P3cTIyjeVzNJ7GD88trwEKMAB6MSD++KUutoIdbEsuLK 3EOM0hwsSuK8H3eJRQsJpCeWpGanphakFsUXleakFh9iZOLglGpgjGtdsG8Tb9nGE9+a1xxJ PdR9MWKS0YPOX//VrzC7X7hye3Xf5U02J48cjWG+Fd3E3LKTf+e31pID/0WO5gh/DHg29+1b V0lh0TvzXQ+vf/E6aPuypXPzZLw3acs0Li5uTq4sKJeaZbyMbU8G26Vl58v2T2zpXV7hyjdr 0qpHUgEbp1QmnDCdFajEUpyRaKjFXFScCAClatvu2AIAAA== Cc: 3d-printing@pwg.org Subject: [IPP] Updated PWG Safe G-Code 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 a new prototype draft of the PWG Safe G-Code Subset for 3D Printing best practice to: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704.docx https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-pwgsafegcode10-20180704-rev.pdf _________________________________________________________ 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 Jul 4 00:22:32 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 645AF130DF3 for ; Wed, 4 Jul 2018 00:22:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.795 X-Spam-Level: X-Spam-Status: No, score=0.795 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 5s2XN0-bcl1l for ; Wed, 4 Jul 2018 00:22: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 51F7F130EBC for ; Wed, 4 Jul 2018 00:22:31 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 487FFBEF1; Wed, 4 Jul 2018 07:22:31 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 62DEA2894; Wed, 4 Jul 2018 07:22:29 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id B05AC8ADC; Wed, 4 Jul 2018 07:22:27 +0000 (UTC) Received: from mail-in22.apple.com (mail-out22.apple.com [17.171.2.32]) by www.pwg.org (Postfix) with ESMTPS id 5F748266E for ; Wed, 4 Jul 2018 07:22:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1530688946; x=2394602546; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=zuTYMywGtTFQjEDIMGJWU7NCpRElWzY3vwSH2FOn19w=; b=jjgC1e/mTbx2JuaM/C9t1csFN3gJ/Nc8sW94traB7mWVaxNbmlm6lYQTV92uB0yw iMV9ZvH8JTi/ttmduw0GK/A+uGWQ9lyojhegXTbbqNCTFNQ8n05JKigC9Dg20N9v XyPnkU4S7xwDptzLPOxWlRZu3Su+nIpOoPw8sMWoBgdIE98yrFgs8oPlQrMjChIC ysSk6MoT5kspbjGt5pnkrg1kR1CpqBFe3oa+gVHrxIo3+H34OJi7Rw0/wnnzObX8 tbgcKbSYuYi+zpal/NRBIncd09dpYuM8qWyjumLjEU+2KTk74sAmxZvYBsjFYgQO YI5nkiMLi+7loIcr6x4Ftg==; X-AuditID: 11ab0216-c7fff70000002f11-e6-5b3c75b2b4bf Received: from mr2-mtap-s02.rno.apple.com (mr2-mtap-s02.rno.apple.com [17.179.226.134]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in22.apple.com (Apple Secure Mail Relay) with SMTP id A0.F0.12049.2B57C3B5; Wed, 4 Jul 2018 00:22:26 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by mr2-mtap-s02.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PBB002D0Z5DJU10@mr2-mtap-s02.rno.apple.com> for ipp@pwg.org; Wed, 04 Jul 2018 00:22:26 -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 <0PBB00E00YONK100@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:22:25 -0700 (PDT) X-V-A: X-V-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-V-E-CD: 0cb426b2107fb35123a6527fca3c2376 X-V-R-CD: 1ab4ecc3b31cc8a33b16dbe86486cfe2 X-V-CD: 0 X-V-ID: 472d437d-e6a1-4c92-9ff1-52b1672e9d1f 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 <0PBB00E00YOKJ900@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:22:21 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-04_02:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from [17.235.27.221] (unknown [17.235.27.221]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PBB003WXZ584O10@nwk-mmpp-sz09.apple.com>; Wed, 04 Jul 2018 00:22:21 -0700 (PDT) From: Michael Sweet Date: Wed, 04 Jul 2018 03:22:19 -0400 Message-id: To: PWG Workgroup X-Mailer: Apple Mail (2.3445.8.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUiuPlRm+6mUptogwd71S2O7XvJ4sDoMW/x dKYAxigum5TUnMyy1CJ9uwSujKt9l1gL5rBWzJl1gKWB8QFLFyMnh4SAicTU//vYuhi5OIQE DjJJXL4wCSzBKyAo8WPyPSCbg4NZQF7i4HlZkDCzgJbE90etLBD1+5gkbuy7zQ7hdDFJvP6/ kBFiKpvE+hNLmCBsLYmGZd0sMPaZ2TPZYext829D2ZwS579MhLJ1JF4vOsEMMbSTSeLW6uNs EIlsiW+bmqDsYImT6xqhNk9kkrh29iDYBmEBCYnj/QtZQWw2ATWJ35P6wGwWAVWJC28+MUPU GEnMn98C9aaNxLXnx8BsEaA3J926B3WFosSijQ2sExglZiGFxixEaMxCCo0FjMyrGIVzEzNz dDPzjIz0EgsKclL1kvNzNzGCYmg1k9gOxnuvDQ8xCnAwKvHwrii1jhZiTSwrrsw9xCjNwaIk zvtxl1i0kEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBsbJGjVHSo+s7Jo/6Wx8+Z7+j46Mj/u3 tMvU50jPS7r02Ozoa+7seQzO6q0/j8x9u2r/ffN5L9keWNnceNK/NZQpmncz45Hv2WdzGNfx f5rYIXrQQPtMbWpyRkle5ezfxZlWi/gLmp742n3iXNwh4D8l4cs8i/qStZ1uxaJTLX7fV5j7 n21pwDYlluKMREMt5qLiRADHImkSggIAAA== Subject: [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="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted updated prototype drafts of the IPP Everywhere v1.1 and IPP Everywhere Printer Self-Certification Manual v1.1 documents to: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.docx https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.docx https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf _________________________________________________________ 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 Jul 4 08:08: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 D40AB130E05 for ; Wed, 4 Jul 2018 08:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.048 X-Spam-Level: * X-Spam-Status: No, score=1.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 3zHAj--9WieD for ; Wed, 4 Jul 2018 08:08:39 -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 47550130DE6 for ; Wed, 4 Jul 2018 08:08:39 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C64C9BEED; Wed, 4 Jul 2018 15:08:38 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0920D2894; Wed, 4 Jul 2018 15:08:36 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 83ACB8ADC; Wed, 4 Jul 2018 15:08:34 +0000 (UTC) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) by www.pwg.org (Postfix) with ESMTPS id 208EE269F for ; Wed, 4 Jul 2018 15:08:34 +0000 (UTC) Received: by mail-yw0-x234.google.com with SMTP id y203-v6so2022214ywd.9 for ; Wed, 04 Jul 2018 08:08:34 -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=We/dnHyDLDq4v5XhoU2f9bqmTDcnaJX9JUHXQsdLO+A=; b=RJcrsCOe98SdrRzSeMf9Hbclf+/GQi1Y8EX7zITKbwlBJYm1VKTJaoil0W8jZzNyYk +23kkLReMUMpgqM76fhRsrqlQzjInqQPWCj/G15tDnkrkiaVdOx5QidrqfNLXh9cXiIY jYf+uUsWhy91gOxGjuz/9rcWv/m7YZoTTI0ihp0Fx+cIKjTwcAcuISVnR+Ngy9o9HsGf m8eP7WRbrGzvy2gvyYDyVqkDfw/e5pxUIiIV/o6+2vS/or9Uhv/uSbfjr04yv9dyy6vd oDKRRmSOKIgtO2Cv51cGwVyXjG2VEHapRWl+UWZKG9pcnbBxV0Epbr6yOfQvzkmandfW yDcw== 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=We/dnHyDLDq4v5XhoU2f9bqmTDcnaJX9JUHXQsdLO+A=; b=Fi+wqTP5ju1gwWjPMMeErZnlhcj75yx7Y64pWk4rMJOPDrF+x2IUarjUiskm/hMXoW pdEo4myMwEn7ixUFumPNrnNqq1JMoWmbtqTuMXlQTCIxFNbYWBSOzQT62HOggKemLY0y 9M2lz7sJuarwyFYvysb1Cb9gyEqvZxpqHFUmaslc/A1pgBQhJDBGmMeh9VwsmvWRVc+i rLwIVYQ3ckHzaAU/+zAritbqDRkFbFFa/plZE1MyPvI2m2v+jmcIbi3vMDbZAIvPkHal bkWzivmWDTrfddjuyDU8hmvMxMjLyqxxEaFFuCNc2WN6weIOLbx0vBNin36hygQingdf Eijg== X-Gm-Message-State: APt69E0hww9OMW3B0oBJ5j1KhtkP+wYBRrrbL3tnmlTRRQaa1zAisRCr KmppqfDDT4r0AlR9l2elfnyyK/u+4TAYUmloMgM= X-Google-Smtp-Source: AAOMgpeP/VetJja/vNB34Ka36LzLUiZD6ABvE2ZBd8nimHTgJ2oHSpKf02pXmwZTPUj+DVomyTiQbz/9FaVU+QmXFnQ= X-Received: by 2002:a81:5941:: with SMTP id n62-v6mr1074692ywb.352.1530716913088; Wed, 04 Jul 2018 08:08:33 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:8886:0:0:0:0:0 with HTTP; Wed, 4 Jul 2018 08:08:12 -0700 (PDT) From: Ira McDonald Date: Wed, 4 Jul 2018 11:08:12 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] CANCELED: IPP WG call on (07/05/18) 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="===============4037932867834628070==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4037932867834628070== Content-Type: multipart/alternative; boundary="000000000000db3c9305702dcdc2" --000000000000db3c9305702dcdc2 Content-Type: text/plain; charset="UTF-8" Hi, Canceled due to Canadian and US holidays. We'll meet again on Thursday (07/19/18) as planned last month. 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 --000000000000db3c9305702dcdc2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Canceled due to Canadian= and US holidays.

We'll meet again on Thursday= (07/19/18) as planned last month.

Cheers,
- Ira

Ira Mc= Donald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility S= olutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEE= E-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.goog= le.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Par= k 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

--000000000000db3c9305702dcdc2-- --===============4037932867834628070== 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 --===============4037932867834628070==-- From ipp-bounces@pwg.org Tue Jul 17 09:54: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 8851E12426A for ; Tue, 17 Jul 2018 09:54:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.54 X-Spam-Level: X-Spam-Status: No, score=-2.54 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 (1024-bit key) reason="fail (message has been altered)" header.d=hp.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 jeY0DIi3xlRX for ; Tue, 17 Jul 2018 09:54:33 -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 3C3C4130DFC for ; Tue, 17 Jul 2018 09:54:32 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 2DA274DC3; Tue, 17 Jul 2018 16:54:32 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6187D26DC; Tue, 17 Jul 2018 16:54:28 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 651EF4DC3; Tue, 17 Jul 2018 16:54:27 +0000 (UTC) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0126.outbound.protection.outlook.com [104.47.37.126]) by www.pwg.org (Postfix) with ESMTPS id C8F292697 for ; Tue, 17 Jul 2018 16:54:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=HP.onmicrosoft.com; s=selector1-hp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3rkRlycCs8u0j4Vj/CijvzWCE+TcZWsc+0VWbnvNK0k=; b=hHixgL1xVmPMYhLwqJavPuPL7iCYtak9zC2zBzoz7lpeZzgeWAz13JO/zz+RyKusjRAQY+6OxULiZtbXp6GJZFTDHUZRem66/1JXL5klCErWwuURqKbyER9xSB2rT8xvEqxZTtU5BiaSsN7pJUdsCtVrUvMeckga2yAKuVxuBeY= Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1016.NAMPRD84.PROD.OUTLOOK.COM (10.169.96.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Tue, 17 Jul 2018 16:54:24 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 16:54:24 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: Erratum in RFC 8011: "referenced-uri-scheme-supported" should be "reference-uri-scheme-supported" on page 58 Thread-Index: AQHUHe7QoZPV3CFBiUOtMWzG8pMGgQ== Date: Tue, 17 Jul 2018 16:54:24 +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.203.233.76] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB1016; 7:D1LnJh0PmTks7pkMjX2LTxYJI7Rv+3ht1IKtnSxkzn3kJgcBsLV1Hpoh2ZdB3XJ6iZeIIzRZDfwgZaDwZSAG7hZTpysxOcOVSFsBhzGXJUE58f5hjZVchPo/CvQfWw6za4ys9Fz/4dXaxVQ0MzDsmdTNrUWbeto6z8nutN51FHyUVLbztWeB58vwAhzed+flHEMpRBY8QcxX+kkeoFV+l/PXW0r3DDjG6TYiQeDyee2uJ9KnWHUXHsgpK1ZrXhiM x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 91365a78-e05c-4496-1490-08d5ec05f352 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1016; x-ms-traffictypediagnostic: CS1PR8401MB1016: 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)(3231311)(944501410)(52105095)(10201501046)(93006095)(93001095)(3002001)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB1016; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1016; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(136003)(39860400002)(346002)(396003)(376002)(199004)(6602003)(189003)(33656002)(2900100001)(14444005)(102836004)(6506007)(2616005)(256004)(6512007)(7736002)(8676002)(486006)(83716003)(25786009)(478600001)(6916009)(316002)(53936002)(8936002)(476003)(5660300001)(81156014)(81166006)(99286004)(3846002)(36756003)(6116002)(54896002)(26005)(186003)(6486002)(105586002)(14454004)(86362001)(66066001)(99936001)(6436002)(97736004)(82746002)(68736007)(2906002)(5250100002)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1016; 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: Nuvob2+L8TaC5mn8qbgtj7u75PHK/OCjhE1cacfgqajGMeiyUsbm8LC/ceLdlbf6sLE8jxOzrVpRUXfp0Ur/xLIS4twfPOozsBZPXSlm276suw18GdFhV805vvFROZejvyxIz9b91otKnDbj6vvU3rks3GqhztKWXnZ6croLTi59fAyrVlfcEW5S/rA6CMZXP+8FnKmMTnUbR/jrZPdbQW8ARv8/U4pgyJ365q0qcd4L/oqgL+t1eDXQ5uUwmqpB4r6cY2fPPdjdqgZF0dZ1q+EjxGs06YqFnUV9trJRC9Rej7okRUCdLL1393uLBKuyR3aVe/eniXaLqjBkbRcDhdp0o9JXkOwmw4/obh/Byf4= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 91365a78-e05c-4496-1490-08d5ec05f352 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 16:54:24.2816 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1016 Subject: [IPP] Erratum in RFC 8011: "referenced-uri-scheme-supported" should be "reference-uri-scheme-supported" on page 58 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="===============5040258193841213759==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5040258193841213759== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_4C5DB089-B9F3-49A7-96C6-3D94B87F9588"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_4C5DB089-B9F3-49A7-96C6-3D94B87F9588 Content-Type: multipart/alternative; boundary="Apple-Mail=_4000AA34-9E09-4DED-94B2-CC3511404238" --Apple-Mail=_4000AA34-9E09-4DED-94B2-CC3511404238 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Greetings, I came across a typo in RFC 8011. In section 4.2.2, it says: This OPTIONAL operation is identical to the Print-Job operation (Section 4.2.1), except that a Client supplies a URI reference to the Document data using the "document-uri" (uri) operation attribute (in Group 1) rather than including the Document data itself. Before returning the response, the Printer MUST validate that the Printer supports the retrieval method (e.g., =E2=80=99http=E2=80=99, = =E2=80=99ftp=E2=80=99, etc.) implied by the URI and MUST check for valid URI syntax. If the Client-supplied URI scheme is not supported, i.e., the value is not in the = Printer=E2=80=99s "referenced-uri-scheme-supported" attribute, the Printer MUST reject the request and return the = =E2=80=99client-error-uri-scheme-not-supported=E2=80=99 status-code. The "referenced-uri-scheme-supported" in red above should actually be = "reference-uri-scheme-supported". How do we file an erratum against RFC 8011? 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=_4000AA34-9E09-4DED-94B2-CC3511404238 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Greetings,

I came across a typo in RFC 8011. In section 4.2.2, it = says:
=09 =09 =09 
   =
This OPTIONAL operation is identical to the Print-Job operation
   (Section 4.2.1), except that a Client supplies a =
URI reference to the
   Document data using the "document-uri" (uri) operation attribute (in
   Group 1) rather than including the Document data itself.  Before
   returning the response, the Printer MUST validate that the Printer
   supports the retrieval method (e.g., =E2=80=99http=E2=80=99, =
=E2=80=99ftp=E2=80=99, etc.) implied by
   the URI and MUST check for valid URI syntax.  If the Client-supplied
   URI scheme is not supported, i.e., the value is not in the =
Printer=E2=80=99s
   "referenced-uri-scheme-supported" attribute, the =
Printer MUST reject
   the request and return the =
=E2=80=99client-error-uri-scheme-not-supported=E2=80=99
   status-code.
The = "referenced-uri-scheme-supported" in red above should actually be = "reference-uri-scheme-supported".

How do we file an erratum against RFC = 8011?

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=_4000AA34-9E09-4DED-94B2-CC3511404238-- --Apple-Mail=_4C5DB089-B9F3-49A7-96C6-3D94B87F9588 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MTcxNjU0MjNaMCMGCSqGSIb3DQEJBDEWBBTDTqJMmwLgmsbR qXyPmqVTkqV13TCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAHQT5ebObf9e1vd6 8BvwL3TWYnpxOmMsmwpM/TRDxYRv6wfmGn5xoJsgInRI7o5Yyg+23UGpw4WStSb8rLEPoh8Ou1Gl pMonU163yLaFTpbFAYUHDbGBLHCrImFn4hauFYR5X8/hCANwLlARp9lCYL0S5hNXS1gDSYjEe/1Z DKV2izGr8AtatovOQlkCjwMlsWjDQ4VGgby8njGPc0ygMlON740Q1pPonUWDKw/LJq64GxnNt57a 45CuePmpQSjDfMrPOgAAXmA0GuP5QrYmCxQzJYtFkKURkdEV/Ib3jpWqDxPF8ZuzVEvWxZ9wYBsY OBwZlsDvcRdlPbgF/33RYqUAAAAAAAA= --Apple-Mail=_4C5DB089-B9F3-49A7-96C6-3D94B87F9588-- --===============5040258193841213759== 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 --===============5040258193841213759==-- From ipp-bounces@pwg.org Tue Jul 17 11:34:31 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 391F7130E44 for ; Tue, 17 Jul 2018 11:34:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.65 X-Spam-Level: X-Spam-Status: No, score=-2.65 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=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 M7l5-su9X3sX for ; Tue, 17 Jul 2018 11:34:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 58F5D130DF3 for ; Tue, 17 Jul 2018 11:34:26 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 740F5BEEB; Tue, 17 Jul 2018 18:34:26 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3956B26DC; Tue, 17 Jul 2018 18:34:21 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id CFBC54DC3; Tue, 17 Jul 2018 18:34:19 +0000 (UTC) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0124.outbound.protection.outlook.com [104.47.41.124]) by www.pwg.org (Postfix) with ESMTPS id 937532697 for ; Tue, 17 Jul 2018 18:34:17 +0000 (UTC) Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0887.NAMPRD84.PROD.OUTLOOK.COM (10.169.16.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Tue, 17 Jul 2018 18:34:15 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 18:34:15 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Canon requests registration of four new IPP media sizes Thread-Index: AdQHWJjeBd+FzGc2TRGZijnF0fmvYABPG9AAAAFBt4AAErfqgAVF9O2A Date: Tue, 17 Jul 2018 18:34:15 +0000 Message-ID: <5CF339DF-3E7E-46AF-9D86-5B309F95F65A@hp.com> References: <42B9C7C2-1D63-4155-980F-0DA5132DDDBC@apple.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [75.174.24.174] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0887; 7:kKiLItNcHK+s12lJK4VhYfTFjdCuZO2yxXy05PGkgxBnx3UBRKS8HLmtfuC5XIJ5mBsOoQByQ9AcK1k2+Y7t5VCmG4QPKrKji/8bDUSCtNIXvRnFA1UWnrRz9AVqIlPY3Vp/pIb2BlqE9rrf6z4AbbLGj0rIjrFBfKx+9vkrJAFPI4DfzGwCCS0HyYPmYRKZ+uCOoORH1ArkA5N2mmx46eb89hqbFZDSGpa82cQcZ9paa1on4RvXC7Tte7cRfFzP x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 4e4ccb81-3a18-419c-1cfe-08d5ec13e669 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0887; x-ms-traffictypediagnostic: CS1PR8401MB0887: authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(31960201722614); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3231311)(944501410)(52105095)(3002001)(149027)(150027)(6041310)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0887; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0887; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(376002)(396003)(366004)(346002)(136003)(199004)(189003)(6602003)(13464003)(7736002)(478600001)(6246003)(86362001)(6116002)(229853002)(3846002)(82746002)(26005)(6436002)(83716003)(6306002)(8676002)(76176011)(236005)(93886005)(966005)(1600100001)(66066001)(6512007)(81156014)(81166006)(8936002)(6506007)(6486002)(14454004)(99936001)(316002)(54906003)(54896002)(4326008)(53936002)(186003)(53546011)(25786009)(11346002)(446003)(102836004)(68736007)(36756003)(486006)(5660300001)(2616005)(2906002)(476003)(106356001)(33656002)(99286004)(97736004)(5250100002)(2900100001)(256004)(6916009)(105586002); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0887; 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: EmuybEDubFV5uj6WI4XzV42NYoSGqJoposF+O/ClqxFLC0KeGIuggIUuLT+O+hW80dFjku71d4EHs7YS75Ms2fJlRZEFkY4rlYDbNWzQst+FcVKUBRe5pL//4sOkKdmzSfI5AH31m1ZM0X2S6JLOO4WBSWGwgahghbiE0HEIOHFKOHBS+Sgd1TU0ibJkT6oWqkE15FxC8jG3GASxWRn7QX+i0RowUmT6QJUEQ9uypygm0lYq+5vVbz9swuAwLhOPOnFHkZxQczJNAS7iyHI3Ma1q7JFDNoxZrvpu3Iv9CHvs3qzTB9XCOvrQNHsmLR/e2HODcivsQ3QUxVZdPBJNXC3kA0jc2CQ2DogRAzTkBpY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4e4ccb81-3a18-419c-1cfe-08d5ec13e669 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 18:34:15.5554 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0887 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="===============8191928187133878284==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8191928187133878284== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_F398C23F-4657-45B9-B0ED-D65F10CFF0C5"; protocol="application/pgp-signature"; micalg=pgp-sha256 --Apple-Mail=_F398C23F-4657-45B9-B0ED-D65F10CFF0C5 Content-Type: multipart/alternative; boundary="Apple-Mail=_89F16A07-2333-472A-9C49-DD17A7E8BE90" --Apple-Mail=_89F16A07-2333-472A-9C49-DD17A7E8BE90 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mike and Rick, HP Inc. has no objections to Mike's suggested size names. >> I have also seen 55x85mm shown as a standard size of business cards = in Europe, although that is within 1mm of the credit card size. Are you referring to "om_card_54x86mm"? 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 Jun 20, 2018, at 4:20 PM, Yardumian, Rick = wrote: >=20 > Hi Mike, >=20 > I'm fine with your suggestions. Does anyone else in the PWG have a = preference for these media sizes? >=20 > Thanks, > Rick >=20 > -----Original Message----- > From: msweet@apple.com [mailto:msweet@apple.com] > Sent: Wednesday, June 20, 2018 6:25 AM > To: Yardumian, Rick > Cc: ipp@pwg.org > Subject: Re: [IPP] Canon requests registration of four new IPP media = sizes >=20 > After looking at the existing photo entries, maybe the following would = be more consistent: >=20 > oe_square-photo_4x4in > oe_square-photo_5x5in > om_square-photo_89x89mm >=20 >> On Jun 20, 2018, at 8:48 AM, Michael Sweet wrote: >>=20 >> Rick, >>=20 >>> On Jun 18, 2018, at 7:06 PM, Yardumian, Rick = wrote: >>>=20 >>> Hi, >>>=20 >>> Canon requests that the following four new media sizes be = registered. >>> - om_square_5x5in >>> - oe_square-4x4_4x4in >>> - om_square89mm_89x89mm >>=20 >> Given these are photo sizes, how about: >>=20 >> oe_photo-square_4x4in >> oe_photo-square_5x5in >> om_photo-square_89x89mm >>=20 >>> - om_cardsize_55x91mm >>=20 >> Given this is for business cards, I would suggest: >>=20 >> om_business-card_55x91mm >>=20 >> I have also seen 55x85mm shown as a standard size of business cards = in Europe, although that is within 1mm of the credit card size. In = North America we use 2x3.5in... *If* we added those for completeness = we'd have: >>=20 >> oe_business-card_2x3.5in (North America) >> om_business-card_55x85mm (Europe) >> om_business-card_55x91mm (Japan) >>=20 >> Thoughts? >>=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 >>> 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 >>> Thank you, >>> Rick Yardumian >>> _______________________________________________ >>> ipp mailing list >>> ipp@pwg.org >>> https://www.pwg.org/mailman/listinfo/ipp >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_89F16A07-2333-472A-9C49-DD17A7E8BE90 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Mike and Rick,

HP Inc. has no objections to Mike's = suggested size names.

I have also seen 55x85mm shown as a standard size of business = cards in Europe, although that is within 1mm of the credit card size.

Are you referring to "om_card_54x86mm"?

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 Jun 20, 2018, at 4:20 PM, Yardumian, Rick <RYardumian@ciis.canon.com> wrote:

Hi = Mike,

I'm fine with your suggestions. Does = anyone else in the PWG have a preference for these media sizes?

Thanks,
Rick

-----Original Message-----
From: msweet@apple.com [mailto:msweet@apple.com] =
Sent: Wednesday, June 20, 2018 6:25 AM
To: = Yardumian, Rick
Cc: ipp@pwg.org
Subject: Re: [IPP] Canon = requests registration of four new IPP media sizes

After looking at the existing photo entries, maybe the = following would be more consistent:

=   oe_square-photo_4x4in
=   oe_square-photo_5x5in
=   om_square-photo_89x89mm

On Jun 20, 2018, at 8:48 = AM, Michael Sweet <msweet@apple.com> wrote:

Rick,

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<= br class=3D"">- =          om_square89mm_89x89m= m

Given these are photo sizes, = how about:

=   oe_photo-square_4x4in
=   oe_photo-square_5x5in
=   om_photo-square_89x89mm

- =          om_cardsize_55x91mm<= br class=3D"">

Given this is for business = cards, I would suggest:

=   om_business-card_55x91mm

I have = also seen 55x85mm shown as a standard size of business cards in Europe, = although that is within 1mm of the credit card size.  In North = America we use 2x3.5in...  *If* we added those for completeness = we'd have:

=   oe_business-card_2x3.5in (North America)
=   om_business-card_55x85mm (Europe)
=   om_business-card_55x91mm (Japan)

Thoughts?

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

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

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

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

= --Apple-Mail=_89F16A07-2333-472A-9C49-DD17A7E8BE90-- --Apple-Mail=_F398C23F-4657-45B9-B0ED-D65F10CFF0C5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEX4TM/E2Pr7lTZzy2qskbKLDW1N0FAltONqUACgkQqskbKLDW 1N0zGg/9EaccbZBUxKwB7r1ZXxIBBNmcU4YpZaeT4kzPZeQ+CFP90tqLiP1ds20N haOSJsuXS9nIsC8h/UAP0t0AqPvnM9UFNmipG7I5vsec98eFV/X5XbqlpPBjNk6e 1kA8+KAq0HiVFwnTFAY2Tp/3YEz1YWKU7j9rTZGJtCEcPOg0Knd+5xirzF+7rc8+ Fcl14EBycW1qU3/Dy1oCluNQLws/G+2eZLDUqKg4AV8f1XziQpDAAcRwTZm2fbVg HXjojicgBtC6CWgFMbWzgiHhmLm6FJddIKEV5AhSwhQuukvhdDO15p4b4r9jlMtN hXvaSda4BnGmQt+R1VahLcs6SDIPnZy5EOTTLgTUETwimEeVPAi7vxZtd0KEM4lC i+6iH4X3zkhx39sCPTn0OfiJL6yvriXR9viElb8NWmK0duIG5KhDp5q6d2AYzmNE GLpbBT3kX44pwZNI7VlI/p36Gd8Kr1lbzeIpxfnDspwhE/IcOxEUmBuJDX+afk1j tTywzYvpK8IrgaCvIn05czNc8fVeqTrKE8WjxWQrWZl+fT7qYO8rXl4NYZ1doee5 f4kjJ+lB1JTfIQ1TIaubsc4lDle57epksajCuw8z7fDXN3eP6szzQvQF9+T4YF2B C1aHLydWYZUWRBskVl6gdUHC1R6MbMmcJHMHv5NDIwvm8QGdoCE= =gqPw -----END PGP SIGNATURE----- --Apple-Mail=_F398C23F-4657-45B9-B0ED-D65F10CFF0C5-- --===============8191928187133878284== 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 --===============8191928187133878284==-- From ipp-bounces@pwg.org Tue Jul 17 11:47: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 568D9130E2A for ; Tue, 17 Jul 2018 11:47:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.651 X-Spam-Level: X-Spam-Status: No, score=-2.651 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 RkbQrswhSsEB for ; Tue, 17 Jul 2018 11:47:39 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id E2511130DFA for ; Tue, 17 Jul 2018 11:47:39 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 3D6F0BEEA; Tue, 17 Jul 2018 18:47:39 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7FE5826DC; Tue, 17 Jul 2018 18:47:32 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 9EB7C4DC3; Tue, 17 Jul 2018 18:47:30 +0000 (UTC) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0112.outbound.protection.outlook.com [104.47.34.112]) by www.pwg.org (Postfix) with ESMTPS id DD5132697 for ; Tue, 17 Jul 2018 18:47:28 +0000 (UTC) Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0695.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Tue, 17 Jul 2018 18:47:28 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 18:47:27 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Ira McDonald Thread-Topic: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard Thread-Index: AQHUDQKGjGp7iYzvCE6SWgwqxBcd5KRymcCAgAACsACAAyCCAIAAAwuAgAf/kYCAAF0oAIAVxnmA Date: Tue, 17 Jul 2018 18:47:27 +0000 Message-ID: <79593153-E887-44C7-86BE-E0156BFAA9FB@hp.com> References: <152996130225.6352.1727114213339795354.idtracker@ietfa.amsl.com> <1387B331-AE86-4BEE-AEBD-71F2C03203A2@apple.com> <328A0793-9FD8-4C27-B3C5-450937EF9539@hp.com> <2E2C0DE1-DA39-4FF6-9E87-AA9FDB3167B0@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: [75.174.24.174] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0695; 7:aVgXS7GlJRw26XUDgJuv6PzMb8JpKk7T5IWGTJO7dBh8/l5qZ2jbF2iS2WCcfL9I2+Afw6rn4yKuakauyiQav4M76vdLDOZPiKQhvvFLbeSRP2L3u9J67PJbB6iotsxBQLhNCxXGtYwtr/lwdqSQaFFDj8dprBZddJDE34AD5mjAq04FkPrtxrpzBaMLYMk6mC+c4drz+uIa4bX/QKTi4X8dW/jQbRFWjvMpU21o5vcxNAvtF9bk1aEjcaG6um+W x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 46ba96e3-f136-4e22-6a27-08d5ec15be69 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0695; x-ms-traffictypediagnostic: CS1PR8401MB0695: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(120809045254105)(111039206520245)(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)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0695; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0695; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(376002)(366004)(396003)(346002)(6602003)(51914003)(189003)(199004)(6436002)(106356001)(6916009)(7736002)(33656002)(305945005)(5660300001)(229853002)(6486002)(6512007)(6306002)(26005)(186003)(8936002)(1411001)(5250100002)(99936001)(105586002)(8676002)(81156014)(81166006)(2906002)(6116002)(2900100001)(3846002)(83716003)(36756003)(14444005)(97736004)(76176011)(256004)(82746002)(476003)(53936002)(19273905006)(966005)(486006)(68736007)(11346002)(99286004)(14454004)(478600001)(446003)(2616005)(66066001)(54906003)(316002)(25786009)(6506007)(102836004)(1720100001)(39060400002)(6246003)(86362001)(53546011)(93886005)(4326008)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0695; 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: NbEr/+7iImHdH6IiZH9IRNZZQlD9HHFKdq/aw4OnniwxKGT4S3u5y+ZPAmbzb2644vE9LiE/2BkuW9PYiieI5/UX3KmwkYYnYbYN6oGdWP6hPBU/517PZG6wYf8tjKxEAg/Mxu8xmQeSnmMLQcScl9G74JY5+NrqLTIrb0/i0ouqkYVghBvQgoyddXNCwtazj3mVEyzi0irgLZi8+wuPZLoXQuM8Rp3j6gU5UNMISh1EViVaX4fQANA8WNInyQHKGuY05ILLYec/5y8U2e5GbejwZKO/xCg2TDNUR2RjZ70MeBt5urAwsgsVgfJOaY+EsnfGI+9mENg+hA9MsiicQpSHxVh3e+tEH/MR/7g7ivE= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 46ba96e3-f136-4e22-6a27-08d5ec15be69 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 18:47:27.4199 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0695 Cc: PWG IPP WG Reflector Subject: Re: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard 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="===============4317971847426079575==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4317971847426079575== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_C511ACC8-E129-41FD-B3BB-40E5758BDB31"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_C511ACC8-E129-41FD-B3BB-40E5758BDB31 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Ira, If the task of doing this falls on the document editors themselves, then = I will concede. I was hoping IETF officers might do it for us. 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 Jul 3, 2018, at 4:15 PM, Ira McDonald = wrote: >=20 > Hi Smith, >=20 > If I visit the RFC Index page, 8010 and 8011 show as Internet = Standard. >=20 > Almost no existing RFCs have changed their own cover page to list this > (and such a listing is deprecated in IETF process docs, because the = IETF > can later mark an old RFC as Historic, for example). >=20 > I'm REALLY not happy about re-issuing RFC 8010 and 8011 to change > their cover pages. They say standards-track and they are. >=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 > On Tue, Jul 3, 2018 at 12:42 PM, Kennedy, Smith (Wireless & Standards = Architec) wrote: > Hi Mike and Ira, >=20 > Is editorial work needed to get the RFC itself to be listed as an = "Internet Standard" when one visits the links? I see this one doesn't = list its Internet Standard number in the header: >=20 > https://tools.ietf.org/html/std90 >=20 > but this one does: >=20 > https://tools.ietf.org/html/std91 >=20 > Ours is here: >=20 > https://tools.ietf.org/html/std92 >=20 > which is a concatenation of RFC 8010 and 8011, but provides somewhat = inadequate navigation IMHO - 8011 is concatenated after 8010. And when = you visit the RFC pages directly for 8010 and 8011, they aren't yet = labeled as "INTERNET STANDARD" but are still labeled as "PROPOSED = STANDARD": >=20 > https://tools.ietf.org/html/rfc8010 > https://tools.ietf.org/html/rfc8011 >=20 > RFC 3629 seems to have everything as "right" as is possible currently, = presentation wise: >=20 > https://tools.ietf.org/html/std63 > https://tools.ietf.org/html/rfc3629 >=20 > Not trying to spend cycles on unnecessary stuff but this kind of = presentation thing can cause issues to the uninitiated. >=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 Jun 28, 2018, at 8:33 AM, Michael Sweet wrote: > >=20 > > And "STD92" as the pointer: > >=20 > > https://www.rfc-editor.org/info/std92 > >=20 > >=20 > >> On Jun 28, 2018, at 10:22 AM, Ira McDonald = wrote: > >>=20 > >> Hi, > >>=20 > >> This morning's RFC Index shows IPP/1.1 (RFC 8010/8011) as "Internet = Standard" > >>=20 > >> https://www.rfc-editor.org/rfc-index.html > >>=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 > >>=20 > >> On Tue, Jun 26, 2018 at 10:37 AM, Ira McDonald = wrote: > >> Hi, > >>=20 > >> Normally they just assign an STD number and update std-index.txt = (for the RFC set) > >> and rfc-index.txt (for Internet Standard status). Only when any = *future* update of the > >> RFCs happens would be any cover page change. =20 > >>=20 > >> RFCs never state more than just "Standards Track" on their cover = page and usually=20 > >> don't mention their own STD number (because an STD could become = historic or=20 > >> deprecated via the underlying RFC status - although I think it's = only happened once). > >>=20 > >> I expect to see IPP/1.1 update in the RFC Index web page w/in a few = weeks. > >>=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 > >> On Tue, Jun 26, 2018 at 10:28 AM, Michael Sweet = wrote: > >> Smith, > >>=20 > >> I'm not sure about the timing - a lot depends on the RFC editor's = load and any editorial changes that we want to make. Ideally I'd like = to just have them assign STD numbers and change the status on the cover = page (minimal change) to speed this along... :) > >>=20 > >>=20 > >>> On Jun 26, 2018, at 12:02 AM, Kennedy, Smith (Wireless & Standards = Architec) wrote: > >>>=20 > >>> Thanks for the update, Mike! Given this status change for RFC 8011 = (and corresponding change for RFC 8010), when do we expect them to = complete the move to Internet Standard? > >>>=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 Jun 25, 2018, at 5:23 PM, Michael Sweet = wrote: > >>>>=20 > >>>> *Internet Standard* > >>>>=20 > >>>>> Begin forwarded message: > >>>>>=20 > >>>>> From: The IESG > >>>>> Subject: Protocol Action: Internet Printing Protocol/1.1: Model = and Semantics to Internet Standard > >>>>> Date: June 25, 2018 at 5:15:02 PM EDT > >>>>> To: IETF-Announce > >>>>> Cc: The IESG , Barry Leiba = , draft-sweet-rfc2911bis@ietf.org, = draft-sweet-rfc2910bis@ietf.org, barryleiba@computer.org, = rfc-editor@rfc-editor.org > >>>>> Resent-From: alias-bounces@ietf.org > >>>>> Resent-To: msweet@apple.com, blueroofmusic@gmail.com > >>>>>=20 > >>>>> The IESG has approved changing the status of the following = document: > >>>>> - Internet Printing Protocol/1.1: Model and Semantics > >>>>> (rfc8011) to Internet Standard > >>>>>=20 > >>>>> This protocol action is documented at: > >>>>> = https://datatracker.ietf.org/doc/status-change-change-ipp-to-internet-stan= dard/ > >>>>>=20 > >>>>> A URL of the affected document is: > >>>>> https://datatracker.ietf.org/doc/rfc8011/ > >>>>>=20 > >>>>> Status Change Details: > >>>>>=20 > >>>>> As specified in RFC 6410: > >>>>>=20 > >>>>> (1) There are at least two independent interoperating = implementations > >>>>> with widespread deployment and successful operational = experience. > >>>>>=20 > >>>>> - Over 98% of all digital network printers shipped in the = last > >>>>> decade support IPP/1.1 (originally defined in RFC = 2910/2911, > >>>>> September 2000). > >>>>>=20 > >>>>> (2) There are no errata against the specification that would = cause a > >>>>> new implementation to fail to interoperate with deployed = ones. > >>>>>=20 > >>>>> - There are currently no errata against RFC 8010/8011. > >>>>>=20 > >>>>> (3) There are no unused features in the specification that = greatly > >>>>> increase implementation complexity. > >>>>>=20 > >>>>> - There are no unused features in RFC 8010/8011. > >>>>>=20 > >>>>> - The Purge-Jobs operation (from RFC 2911) is DEPRECATED in > >>>>> RFC 8011 (page 73) with "SHOULD NOT support" because it > >>>>> destroys Printer accounting implementation. This operation > >>>>> has never been widely implemented in digital network = printers. > >>>>>=20 > >>>>> - The Restart-Job operation (from RFC 2911) is DEPRECATED = in > >>>>> RFC 8011 (page 89) with "SHOULD NOT support" because it > >>>>> destroys Printer accounting implementation. This operation > >>>>> has never been widely implemented in digital network = printers. > >>>>>=20 > >>>>> (4) If the technology required to implement the specification > >>>>> requires patented or otherwise controlled technology, then = the > >>>>> set of implementations must demonstrate at least two = independent, > >>>>> separate and successful uses of the licensing process. > >>>>>=20 > >>>>> - There is no patented or otherwise controlled technology = that > >>>>> is required to implement IPP/1.1 per RFC 8010/8011. > >>>>>=20 > >>>>> Personnel > >>>>>=20 > >>>>> Alexey Melnikov is the responsible Area Director. > >>>>>=20 > >>>>>=20 > >>>>>=20 > >>>>=20 > >>>> _________________________________________________________ > >>>> Michael Sweet, Senior Printing System Engineer > >>>>=20 > >>>> _______________________________________________ > >>>> ipp mailing list > >>>> ipp@pwg.org > >>>> https://www.pwg.org/mailman/listinfo/ipp > >>>=20 > >>=20 > >> _________________________________________________________ > >> Michael Sweet, Senior Printing System Engineer > >>=20 > >>=20 > >> _______________________________________________ > >> ipp mailing list > >> ipp@pwg.org > >> https://www.pwg.org/mailman/listinfo/ipp > >>=20 > >>=20 > >>=20 > >=20 > > _________________________________________________________ > > Michael Sweet, Senior Printing System Engineer > >=20 >=20 >=20 --Apple-Mail=_C511ACC8-E129-41FD-B3BB-40E5758BDB31 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MTcxODQ3MjZaMCMGCSqGSIb3DQEJBDEWBBTrvnTX8/9E1yWY y3EZIvcfbPwR/jCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAEBLDmLVZ4j5BcYq hQHKrlLAw0GAl6nduS4rSIbMm+2ghAb7UdfynS197VcBYIV3dfY+v2IKRgdpIl03/DWYWktEf280 9ge2n/d0psUshtGJJ3I34E06FXoVEDS9K9Gwxpj2FYRB6viijKtLWbkbNXr/RLdkKw+kGTIdsgSE 4qBFk+pXMgEkn/s/IGMpdwDKggBiSRh34XBodbmPzFC0vlIJ0znFhdqe7MBmthe13jj15HcSEwwI bmBMQ4CW3ERV3cl1GxTcenxOLWw9mTsaDjz2jp4ZPjNEV8AkhUMITKjWNhSkUcxbQxqoLV17lrd9 fQKnbq4VGXHVlVwH5jOwbVsAAAAAAAA= --Apple-Mail=_C511ACC8-E129-41FD-B3BB-40E5758BDB31-- --===============4317971847426079575== 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 --===============4317971847426079575==-- From ipp-bounces@pwg.org Tue Jul 17 11:49: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 D094B130E44 for ; Tue, 17 Jul 2018 11:49:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.112 X-Spam-Level: X-Spam-Status: No, score=-2.112 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, 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 (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 53J2ceruF6WE for ; Tue, 17 Jul 2018 11:49:53 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id C3D65130E08 for ; Tue, 17 Jul 2018 11:49:53 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id BE5C1BEEC; Tue, 17 Jul 2018 18:49:53 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id EFBF926DC; Tue, 17 Jul 2018 18:49:48 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 794B24DC3; Tue, 17 Jul 2018 18:49:48 +0000 (UTC) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0080.outbound.protection.outlook.com [104.47.41.80]) by www.pwg.org (Postfix) with ESMTPS id E16BA2697 for ; Tue, 17 Jul 2018 18:49: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=ctwtbplLhb5CUz8uyc+gqFh4hBin4HAEkUwVIoV3Chc=; b=Wuv2kSswNM1n4vpIfEr21D4Qwlzbqwt9sAx3bDiv3pYtPPal2KnNTQw2RZ2kJaOBxty2ZBK1RmcxzKzHOLCycRNmXUda9OVCy2XzSJqYWQ5BuxxtFhNSI1A6DFspppxDOxk6NWrcCqBEbVF6Q3JgF9Cca7MAwUszFbZjHdRAbCU= Received: from BN7PR17MB2369.namprd17.prod.outlook.com (20.176.25.28) by BN7PR17MB2097.namprd17.prod.outlook.com (20.176.23.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.21; Tue, 17 Jul 2018 18:49:45 +0000 Received: from BN7PR17MB2369.namprd17.prod.outlook.com ([fe80::f1c5:c35f:af79:d344]) by BN7PR17MB2369.namprd17.prod.outlook.com ([fe80::f1c5:c35f:af79:d344%2]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 18:49:45 +0000 From: Ulrich Wehner To: "Kennedy, Smith (Wireless & Standards Architect)" , Michael Sweet Thread-Topic: [IPP] Canon requests registration of four new IPP media sizes [EXTERNAL] Thread-Index: AdQHWJjeBd+FzGc2TRGZijnF0fmvYABPG9AAAAFBt4AAErfqgAVF9O2AAABb9+A= Date: Tue, 17 Jul 2018 18:49:44 +0000 Message-ID: References: <42B9C7C2-1D63-4155-980F-0DA5132DDDBC@apple.com> <5CF339DF-3E7E-46AF-9D86-5B309F95F65A@hp.com> In-Reply-To: <5CF339DF-3E7E-46AF-9D86-5B309F95F65A@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=ulrich.wehner@ricoh-usa.com; x-originating-ip: [205.145.16.5] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN7PR17MB2097; 7:okaOnzYsEcV5nG0dZTt9DOKe4YkyIXuqt+oP4+MUauaf8lr2V6qrQR1fZ9WU+JgYUqI4S+9wVpyIsZSeIbAmrhvknMuPvAXycqjiYh0T6F30TaaTxCUbX6agaqGpg3XyJeEZ9ckrG2cV+S82bsI6De11rGZaEynWaPVi4hMUkOltr5l/m0GVec+Qa7a3zFq0B0qIGJWyV+UFpa3TxKzKqfEAcEi3FwCUqaIh/ubBqyZuuKYfarpuMeYe0aRqsyy/ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: cc60b560-677b-465b-adaf-08d5ec161051 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:BN7PR17MB2097; x-ms-traffictypediagnostic: BN7PR17MB2097: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(80524489315369)(119978645978748)(21748063052155)(31960201722614); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:BN7PR17MB2097; BCL:0; PCL:0; RULEID:; SRVR:BN7PR17MB2097; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(39860400002)(346002)(376002)(136003)(189003)(13464003)(199004)(26005)(256004)(236005)(229853002)(25786009)(186003)(476003)(76176011)(19609705001)(86362001)(68736007)(606006)(55016002)(8936002)(99936001)(97736004)(106356001)(53546011)(105586002)(6506007)(14454004)(7696005)(102836004)(478600001)(7736002)(81166006)(6116002)(9326002)(3846002)(8676002)(790700001)(81156014)(54556002)(9686003)(966005)(54896002)(6306002)(6436002)(66066001)(93886005)(4326008)(33656002)(316002)(6246003)(11346002)(733005)(1600100001)(5250100002)(53936002)(486006)(99286004)(5660300001)(44832011)(110136005)(2900100001)(74316002)(2906002)(446003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR17MB2097; H:BN7PR17MB2369.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: cgaoafAEjKaS20AFc4zUPNibO5fEC4kRX01mMuWikZtBp0XFtnNCXOKiroVvyOBwMUXmENv7q4jOGgiYqKnvPLbO4UgkGG8VvJ3Xl6CdVNpo5zOP+o7I57mRP+rqa9LpJIl/8kNmpEUGgfOYdvQFjsy7nYSlIJH96oD7Hvkwnnx+3Vf2UdDTOVhVJMTJvcLKu5uRhPNbKpE2dFNCj8+Ulw5PRwrd9bMVqQA7J87tsE+0qH4yNo8e2dbFWCpzAb3m9Kz7vM+iXxOxm4N5L1E8OehV5i86thc6EG4c7R3f33kb2hhk5K2143R3rZkZX871UsvZXN/USqVwYumj66cmFNzaRBtLb/0bD1j/SWq8CvU= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: ricoh-usa.com X-MS-Exchange-CrossTenant-Network-Message-Id: cc60b560-677b-465b-adaf-08d5ec161051 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 18:49:44.9548 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cbdb0d78-6a1f-4b73-98a2-ed310274376c X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR17MB2097 Cc: "ipp@pwg.org" Subject: Re: [IPP] Canon requests registration of four new IPP media sizes [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: multipart/mixed; boundary="===============3127843211371057687==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3127843211371057687== Content-Language: en-US Content-Type: multipart/related; boundary="_004_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_"; type="multipart/alternative" --_004_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_ Content-Type: multipart/alternative; boundary="_000_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_" --_000_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgaGF2ZSBtb3JlIGV4cGVyaWVuY2Ugd2l0aCB0aGUgdHJhZGl0aW9uYWwgT2ZmaWNl IHByaW50ZXIgbWVkaWEgc2l6ZXMsIGJ1dCB0aGUgbmFtZXMgc291bmQgcmVhc29uYWJsZSB0byBt ZS4gSSBoYXZlIHJlYWNoZWQgb3V0IHRvIHNvbWUgZm9sa3MgdG8gZmluZCBvdXQgaWYgdGhleSBo YXZlIGFuIG9waW5pb24gb24gdGhlc2UuDQoNCnJlZ2FyZHMNCg0KVWxpIFdlaG5lcg0KU3IgVGVj aG5vbG9neSBTcGVjaWFsaXN0LCBUZWNobm9sb2d5IFNvbHV0aW9ucyBTdXBwb3J0IChUU1MpDQpT b2Z0d2FyZSBFbnRlcnByaXNlIFN1cHBvcnQgQ2VudGVyDQpPZmZpY2UgU2VydmljZXMgQnVzaW5l c3MgR3JvdXANCg0KUmljb2ggVVNBLCBJbmMuIChSVVNBKQ0KNDY2NyBOb3J0aCBSb3lhbCBBdGxh bnRhIERyaXZlDQpUdWNrZXIsIEdlb3JnaWEsIDMwMDg0DQoNCltjaWQ6aW1hZ2UwMDEucG5nQDAx RDQxRERELjUyNTEzQTYwXSA8aHR0cDovL3NvY2lhbG1lZGlhLnJpY29oLXVzYS5jb20vPg0KDQpG cm9tOiBpcHAgPGlwcC1ib3VuY2VzQHB3Zy5vcmc+IE9uIEJlaGFsZiBPZiBLZW5uZWR5LCBTbWl0 aCAoV2lyZWxlc3MgJiBTdGFuZGFyZHMgQXJjaGl0ZWN0KQ0KU2VudDogVHVlc2RheSwgSnVseSAx NywgMjAxOCAyOjM0IFBNDQpUbzogTWljaGFlbCBTd2VldCA8bXN3ZWV0QGFwcGxlLmNvbT4NCkNj OiBpcHBAcHdnLm9yZw0KU3ViamVjdDogUmU6IFtJUFBdIENhbm9uIHJlcXVlc3RzIHJlZ2lzdHJh dGlvbiBvZiBmb3VyIG5ldyBJUFAgbWVkaWEgc2l6ZXMgW0VYVEVSTkFMXQ0KDQpIaSBNaWtlIGFu ZCBSaWNrLA0KDQpIUCBJbmMuIGhhcyBubyBvYmplY3Rpb25zIHRvIE1pa2UncyBzdWdnZXN0ZWQg c2l6ZSBuYW1lcy4NCg0KSSBoYXZlIGFsc28gc2VlbiA1NXg4NW1tIHNob3duIGFzIGEgc3RhbmRh cmQgc2l6ZSBvZiBidXNpbmVzcyBjYXJkcyBpbiBFdXJvcGUsIGFsdGhvdWdoIHRoYXQgaXMgd2l0 aGluIDFtbSBvZiB0aGUgY3JlZGl0IGNhcmQgc2l6ZS4NCg0KQXJlIHlvdSByZWZlcnJpbmcgdG8g Im9tX2NhcmRfNTR4ODZtbSI/DQoNClNtaXRoDQoNCi8qKg0KICAgIFNtaXRoIEtlbm5lZHkNCiAg ICBXaXJlbGVzcyAmIFN0YW5kYXJkcyBBcmNoaXRlY3QgLSBJUEctUFBTDQogICAgU3RhbmRhcmRz IC0gSUVFRSBJU1RPIFBXRyAvIEJsdWV0b290aCBTSUcgLyBXaS1GaSBBbGxpYW5jZSAvIE5GQyBG b3J1bSAvIFVTQi1JRg0KICAgIENoYWlyLCBJRUVFIElTVE8gUHJpbnRlciBXb3JraW5nIEdyb3Vw DQogICAgSFAgSW5jLg0KKi8NCg0KDQoNCk9uIEp1biAyMCwgMjAxOCwgYXQgNDoyMCBQTSwgWWFy ZHVtaWFuLCBSaWNrIDxSWWFyZHVtaWFuQGNpaXMuY2Fub24uY29tPG1haWx0bzpSWWFyZHVtaWFu QGNpaXMuY2Fub24uY29tPj4gd3JvdGU6DQoNCkhpIE1pa2UsDQoNCkknbSBmaW5lIHdpdGggeW91 ciBzdWdnZXN0aW9ucy4gRG9lcyBhbnlvbmUgZWxzZSBpbiB0aGUgUFdHIGhhdmUgYSBwcmVmZXJl bmNlIGZvciB0aGVzZSBtZWRpYSBzaXplcz8NCg0KVGhhbmtzLA0KUmljaw0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogbXN3ZWV0QGFwcGxlLmNvbTxtYWlsdG86bXN3ZWV0QGFw cGxlLmNvbT4gW21haWx0bzptc3dlZXRAYXBwbGUuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBKdW5l IDIwLCAyMDE4IDY6MjUgQU0NClRvOiBZYXJkdW1pYW4sIFJpY2sNCkNjOiBpcHBAcHdnLm9yZzxt YWlsdG86aXBwQHB3Zy5vcmc+DQpTdWJqZWN0OiBSZTogW0lQUF0gQ2Fub24gcmVxdWVzdHMgcmVn aXN0cmF0aW9uIG9mIGZvdXIgbmV3IElQUCBtZWRpYSBzaXplcw0KDQpBZnRlciBsb29raW5nIGF0 IHRoZSBleGlzdGluZyBwaG90byBlbnRyaWVzLCBtYXliZSB0aGUgZm9sbG93aW5nIHdvdWxkIGJl IG1vcmUgY29uc2lzdGVudDoNCg0KICBvZV9zcXVhcmUtcGhvdG9fNHg0aW4NCiAgb2Vfc3F1YXJl LXBob3RvXzV4NWluDQogIG9tX3NxdWFyZS1waG90b184OXg4OW1tDQoNCg0KT24gSnVuIDIwLCAy MDE4LCBhdCA4OjQ4IEFNLCBNaWNoYWVsIFN3ZWV0IDxtc3dlZXRAYXBwbGUuY29tPG1haWx0bzpt c3dlZXRAYXBwbGUuY29tPj4gd3JvdGU6DQoNClJpY2ssDQoNCg0KT24gSnVuIDE4LCAyMDE4LCBh dCA3OjA2IFBNLCBZYXJkdW1pYW4sIFJpY2sgPFJZYXJkdW1pYW5AY2lpcy5jYW5vbi5jb208bWFp bHRvOlJZYXJkdW1pYW5AY2lpcy5jYW5vbi5jb20+PiB3cm90ZToNCg0KSGksDQoNCkNhbm9uIHJl cXVlc3RzIHRoYXQgdGhlIGZvbGxvd2luZyBmb3VyIG5ldyBtZWRpYSBzaXplcyBiZSByZWdpc3Rl cmVkLg0KLSAgICAgICAgICBvbV9zcXVhcmVfNXg1aW4NCi0gICAgICAgICAgb2Vfc3F1YXJlLTR4 NF80eDRpbg0KLSAgICAgICAgICBvbV9zcXVhcmU4OW1tXzg5eDg5bW0NCg0KR2l2ZW4gdGhlc2Ug YXJlIHBob3RvIHNpemVzLCBob3cgYWJvdXQ6DQoNCiAgb2VfcGhvdG8tc3F1YXJlXzR4NGluDQog IG9lX3Bob3RvLXNxdWFyZV81eDVpbg0KICBvbV9waG90by1zcXVhcmVfODl4ODltbQ0KDQoNCi0g ICAgICAgICAgb21fY2FyZHNpemVfNTV4OTFtbQ0KDQpHaXZlbiB0aGlzIGlzIGZvciBidXNpbmVz cyBjYXJkcywgSSB3b3VsZCBzdWdnZXN0Og0KDQogIG9tX2J1c2luZXNzLWNhcmRfNTV4OTFtbQ0K DQpJIGhhdmUgYWxzbyBzZWVuIDU1eDg1bW0gc2hvd24gYXMgYSBzdGFuZGFyZCBzaXplIG9mIGJ1 c2luZXNzIGNhcmRzIGluIEV1cm9wZSwgYWx0aG91Z2ggdGhhdCBpcyB3aXRoaW4gMW1tIG9mIHRo ZSBjcmVkaXQgY2FyZCBzaXplLiAgSW4gTm9ydGggQW1lcmljYSB3ZSB1c2UgMngzLjVpbi4uLiAg KklmKiB3ZSBhZGRlZCB0aG9zZSBmb3IgY29tcGxldGVuZXNzIHdlJ2QgaGF2ZToNCg0KICBvZV9i dXNpbmVzcy1jYXJkXzJ4My41aW4gKE5vcnRoIEFtZXJpY2EpDQogIG9tX2J1c2luZXNzLWNhcmRf NTV4ODVtbSAoRXVyb3BlKQ0KICBvbV9idXNpbmVzcy1jYXJkXzU1eDkxbW0gKEphcGFuKQ0KDQpU aG91Z2h0cz8NCg0KDQpJIGhhdmUgY2hlY2tlZCB0aGUgSUFOQSBJUFAgcmVnaXN0ZXJlZCBtZWRp YSBzaXplcyBhbmQgY291bGQgbm90IGZpbmQgYW55IHNpemUgbWF0Y2hlcyBzbyBhcyBmYXIgYXMg SSBjYW4gdGVsbCwgdGhlc2UgYXJlIG5ldyBtZWRpYSBzaXplcy4NCg0KVGhlIGZpcnN0IHRocmVl IOKAnHNxdWFyZeKAnSBzaXplcyBhcmUgdXNlZCBmb3IgcGhvdG9ncmFwaGljIHByaW50aW5nLiBU aGUgZm91cnRoIOKAnGNhcmRzaXpl4oCdIG1lZGlhIGlzIHVzZWQgZm9yIGJ1c2luZXNzIGNhcmRz LiBDYW5vbiB1bmRlcnN0YW5kcyB0aGF0IHRoZSBhYm92ZSBtZWRpYSBuYW1lcyBtYXkgbmVlZCB0 byBiZSBjaGFuZ2VkIGZvciBjb25zaXN0ZW5jeS4gQWxsIGZlZWRiYWNrIGlzIHdlbGNvbWUuDQoN ClRoYW5rIHlvdSwNClJpY2sgWWFyZHVtaWFuDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KaXBwIG1haWxpbmcgbGlzdA0KaXBwQHB3Zy5vcmc8bWFpbHRv OmlwcEBwd2cub3JnPg0KaHR0cHM6Ly93d3cucHdnLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcA0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCk1pY2hhZWwgU3dlZXQsIFNlbmlvciBQcmludGluZyBTeXN0ZW0gRW5naW5lZXINCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcCBtYWlsaW5n IGxpc3QNCmlwcEBwd2cub3JnPG1haWx0bzppcHBAcHdnLm9yZz4NCmh0dHBzOi8vd3d3LnB3Zy5v cmcvbWFpbG1hbi9saXN0aW5mby9pcHANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpNaWNoYWVsIFN3ZWV0LCBTZW5pb3IgUHJpbnRp bmcgU3lzdGVtIEVuZ2luZWVyDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQppcHAgbWFpbGluZyBsaXN0DQppcHBAcHdnLm9yZzxtYWlsdG86aXBwQHB3 Zy5vcmc+DQpodHRwczovL3d3dy5wd2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwDQoNCg== --_000_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6 dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29u b3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTpt c29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsN Cgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5I aSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIG1vcmUgZXhwZXJpZW5jZSB3aXRoIHRo ZSB0cmFkaXRpb25hbCBPZmZpY2UgcHJpbnRlciBtZWRpYSBzaXplcywgYnV0IHRoZSBuYW1lcyBz b3VuZCByZWFzb25hYmxlIHRvIG1lLiBJIGhhdmUgcmVhY2hlZCBvdXQgdG8gc29tZSBmb2xrcyB0 byBmaW5kIG91dCBpZiB0aGV5IGhhdmUgYW4gb3BpbmlvbiBvbiB0aGVzZS48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+cmVnYXJkczxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi43NXB0O3RleHQtYXV0b3NwYWNlOm5vbmUiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPlVsaSBXZWhuZXI8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NXB0O3RleHQtYXV0b3NwYWNlOm5v bmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlNyIFRlY2hub2xvZ3kgU3BlY2lhbGlzdCwg VGVjaG5vbG9neSBTb2x1dGlvbnMgU3VwcG9ydCAoVFNTKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNzVwdDt0ZXh0LWF1dG9z cGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Tb2Z0d2FyZSBFbnRlcnByaXNl IFN1cHBvcnQgQ2VudGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi43NXB0O3RleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPk9mZmljZSBTZXJ2aWNlcyBCdXNpbmVzcyBHcm91cDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NzVwdDt0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6Ljc1cHQ7dGV4dC1hdXRvc3BhY2U6bm9uZSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+Umljb2ggVVNBLCBJbmMuIChSVVNBKTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1cHQ7dGV4dC1hdXRv c3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+NDY2NyBOb3J0aCBSb3lhbCBB dGxhbnRhIERyaXZlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi43NXB0O3RleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPlR1Y2tlciwgR2VvcmdpYSwgMzAwODQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6Ljc1cHQ7dGV4dC1h dXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+PGEgaHJlZj0iaHR0cDovL3NvY2lhbG1lZGlhLnJpY29oLXVzYS5jb20vIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2s7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPjxpbWcgYm9yZGVyPSIwIiB3 aWR0aD0iMTM4IiBoZWlnaHQ9IjIxIiBzdHlsZT0id2lkdGg6MS40Mzc1aW47aGVpZ2h0Oi4yMTg3 aW4iIGlkPSJQaWN0dXJlX3gwMDIwXzEiIHNyYz0iY2lkOmltYWdlMDAxLnBuZ0AwMUQ0MURERC41 MjUxM0E2MCI+DQo8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IGlwcCAm bHQ7aXBwLWJvdW5jZXNAcHdnLm9yZyZndDsgPGI+T24gQmVoYWxmIE9mIDwvYj5LZW5uZWR5LCBT bWl0aCAoV2lyZWxlc3MgJmFtcDsgU3RhbmRhcmRzIEFyY2hpdGVjdCk8YnI+DQo8Yj5TZW50Ojwv Yj4gVHVlc2RheSwgSnVseSAxNywgMjAxOCAyOjM0IFBNPGJyPg0KPGI+VG86PC9iPiBNaWNoYWVs IFN3ZWV0ICZsdDttc3dlZXRAYXBwbGUuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gaXBwQHB3Zy5v cmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJUFBdIENhbm9uIHJlcXVlc3RzIHJlZ2lzdHJh dGlvbiBvZiBmb3VyIG5ldyBJUFAgbWVkaWEgc2l6ZXMgW0VYVEVSTkFMXTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIE1pa2UgYW5kIFJpY2ssPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhQIEluYy4g aGFzIG5vIG9iamVjdGlvbnMgdG8gTWlrZSdzIHN1Z2dlc3RlZCBzaXplIG5hbWVzLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZl IGFsc28gc2VlbiA1NXg4NW1tIHNob3duIGFzIGEgc3RhbmRhcmQgc2l6ZSBvZiBidXNpbmVzcyBj YXJkcyBpbiBFdXJvcGUsIGFsdGhvdWdoIHRoYXQgaXMgd2l0aGluIDFtbSBvZiB0aGUgY3JlZGl0 IGNhcmQgc2l6ZS48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXJlIHlvdSByZWZlcnJpbmcgdG8gJnF1b3Q7b21fY2Fy ZF81NHg4Nm1tJnF1b3Q7PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNtaXRoPGJyPg0KPGJyPg0K LyoqPGJyPg0KJm5ic3A7ICZuYnNwOyBTbWl0aCBLZW5uZWR5PGJyPg0KJm5ic3A7ICZuYnNwOyBX aXJlbGVzcyAmYW1wOyBTdGFuZGFyZHMgQXJjaGl0ZWN0IC0gSVBHLVBQUzxicj4NCiZuYnNwOyAm bmJzcDsgU3RhbmRhcmRzIC0gSUVFRSBJU1RPIFBXRyAvIEJsdWV0b290aCBTSUcgLyBXaS1GaSZu YnNwO0FsbGlhbmNlIC8gTkZDIEZvcnVtIC8gVVNCLUlGPGJyPg0KJm5ic3A7ICZuYnNwOyBDaGFp ciwgSUVFRSBJU1RPIFByaW50ZXIgV29ya2luZyBHcm91cDxicj4NCiZuYnNwOyAmbmJzcDsgSFAg SW5jLjxicj4NCiovPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gSnVuIDIwLCAy MDE4LCBhdCA0OjIwIFBNLCBZYXJkdW1pYW4sIFJpY2sgJmx0OzxhIGhyZWY9Im1haWx0bzpSWWFy ZHVtaWFuQGNpaXMuY2Fub24uY29tIj5SWWFyZHVtaWFuQGNpaXMuY2Fub24uY29tPC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBN aWtlLDxicj4NCjxicj4NCkknbSBmaW5lIHdpdGggeW91ciBzdWdnZXN0aW9ucy4gRG9lcyBhbnlv bmUgZWxzZSBpbiB0aGUgUFdHIGhhdmUgYSBwcmVmZXJlbmNlIGZvciB0aGVzZSBtZWRpYSBzaXpl cz88YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KUmljazxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogPGEgaHJlZj0ibWFpbHRvOm1zd2VldEBhcHBsZS5jb20i Pm1zd2VldEBhcHBsZS5jb208L2E+IFs8YSBocmVmPSJtYWlsdG86bXN3ZWV0QGFwcGxlLmNvbSI+ bWFpbHRvOm1zd2VldEBhcHBsZS5jb208L2E+XQ0KPGJyPg0KU2VudDogV2VkbmVzZGF5LCBKdW5l IDIwLCAyMDE4IDY6MjUgQU08YnI+DQpUbzogWWFyZHVtaWFuLCBSaWNrPGJyPg0KQ2M6IDxhIGhy ZWY9Im1haWx0bzppcHBAcHdnLm9yZyI+aXBwQHB3Zy5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6 IFtJUFBdIENhbm9uIHJlcXVlc3RzIHJlZ2lzdHJhdGlvbiBvZiBmb3VyIG5ldyBJUFAgbWVkaWEg c2l6ZXM8YnI+DQo8YnI+DQpBZnRlciBsb29raW5nIGF0IHRoZSBleGlzdGluZyBwaG90byBlbnRy aWVzLCBtYXliZSB0aGUgZm9sbG93aW5nIHdvdWxkIGJlIG1vcmUgY29uc2lzdGVudDo8YnI+DQo8 YnI+DQombmJzcDsmbmJzcDtvZV9zcXVhcmUtcGhvdG9fNHg0aW48YnI+DQombmJzcDsmbmJzcDtv ZV9zcXVhcmUtcGhvdG9fNXg1aW48YnI+DQombmJzcDsmbmJzcDtvbV9zcXVhcmUtcGhvdG9fODl4 ODltbTxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5PbiBKdW4gMjAsIDIwMTgsIGF0IDg6NDggQU0sIE1pY2hhZWwgU3dlZXQgJmx0OzxhIGhy ZWY9Im1haWx0bzptc3dlZXRAYXBwbGUuY29tIj5tc3dlZXRAYXBwbGUuY29tPC9hPiZndDsgd3Jv dGU6PGJyPg0KPGJyPg0KUmljayw8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gSnVuIDE4LCAyMDE4LCBhdCA3OjA2IFBNLCBZYXJkdW1p YW4sIFJpY2sgJmx0OzxhIGhyZWY9Im1haWx0bzpSWWFyZHVtaWFuQGNpaXMuY2Fub24uY29tIj5S WWFyZHVtaWFuQGNpaXMuY2Fub24uY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KPGJyPg0KSGksPGJy Pg0KPGJyPg0KQ2Fub24gcmVxdWVzdHMgdGhhdCB0aGUgZm9sbG93aW5nIGZvdXIgbmV3IG1lZGlh IHNpemVzIGJlIHJlZ2lzdGVyZWQuPGJyPg0KLSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvbV9zcXVhcmVfNXg1aW48YnI+DQotICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO29lX3NxdWFyZS00 eDRfNHg0aW48YnI+DQotICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO29tX3NxdWFyZTg5bW1fODl4ODltbTxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KR2l2ZW4gdGhlc2UgYXJlIHBob3Rv IHNpemVzLCBob3cgYWJvdXQ6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7b2VfcGhvdG8tc3F1YXJl XzR4NGluPGJyPg0KJm5ic3A7Jm5ic3A7b2VfcGhvdG8tc3F1YXJlXzV4NWluPGJyPg0KJm5ic3A7 Jm5ic3A7b21fcGhvdG8tc3F1YXJlXzg5eDg5bW08YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvbV9jYXJkc2l6ZV81NXg5MW1tPG86cD48L286 cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpHaXZlbiB0 aGlzIGlzIGZvciBidXNpbmVzcyBjYXJkcywgSSB3b3VsZCBzdWdnZXN0Ojxicj4NCjxicj4NCiZu YnNwOyZuYnNwO29tX2J1c2luZXNzLWNhcmRfNTV4OTFtbTxicj4NCjxicj4NCkkgaGF2ZSBhbHNv IHNlZW4gNTV4ODVtbSBzaG93biBhcyBhIHN0YW5kYXJkIHNpemUgb2YgYnVzaW5lc3MgY2FyZHMg aW4gRXVyb3BlLCBhbHRob3VnaCB0aGF0IGlzIHdpdGhpbiAxbW0gb2YgdGhlIGNyZWRpdCBjYXJk IHNpemUuICZuYnNwO0luIE5vcnRoIEFtZXJpY2Egd2UgdXNlIDJ4My41aW4uLi4gJm5ic3A7Kklm KiB3ZSBhZGRlZCB0aG9zZSBmb3IgY29tcGxldGVuZXNzIHdlJ2QgaGF2ZTo8YnI+DQo8YnI+DQom bmJzcDsmbmJzcDtvZV9idXNpbmVzcy1jYXJkXzJ4My41aW4gKE5vcnRoIEFtZXJpY2EpPGJyPg0K Jm5ic3A7Jm5ic3A7b21fYnVzaW5lc3MtY2FyZF81NXg4NW1tIChFdXJvcGUpPGJyPg0KJm5ic3A7 Jm5ic3A7b21fYnVzaW5lc3MtY2FyZF81NXg5MW1tIChKYXBhbik8YnI+DQo8YnI+DQpUaG91Z2h0 cz88YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SSBoYXZlIGNoZWNrZWQgdGhlIElBTkEgSVBQIHJlZ2lzdGVyZWQgbWVkaWEgc2l6ZXMgYW5k IGNvdWxkIG5vdCBmaW5kIGFueSBzaXplIG1hdGNoZXMgc28gYXMgZmFyIGFzIEkgY2FuIHRlbGws IHRoZXNlIGFyZSBuZXcgbWVkaWEgc2l6ZXMuPGJyPg0KPGJyPg0KVGhlIGZpcnN0IHRocmVlIOKA nHNxdWFyZeKAnSBzaXplcyBhcmUgdXNlZCBmb3IgcGhvdG9ncmFwaGljIHByaW50aW5nLiBUaGUg Zm91cnRoIOKAnGNhcmRzaXpl4oCdIG1lZGlhIGlzIHVzZWQgZm9yIGJ1c2luZXNzIGNhcmRzLiBD YW5vbiB1bmRlcnN0YW5kcyB0aGF0IHRoZSBhYm92ZSBtZWRpYSBuYW1lcyBtYXkgbmVlZCB0byBi ZSBjaGFuZ2VkIGZvciBjb25zaXN0ZW5jeS4gQWxsIGZlZWRiYWNrIGlzIHdlbGNvbWUuPGJyPg0K PGJyPg0KVGhhbmsgeW91LDxicj4NClJpY2sgWWFyZHVtaWFuPGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQppcHAgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOmlwcEBwd2cub3JnIj5pcHBAcHdnLm9yZzwvYT48YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5wd2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwIj5odHRwczovL3d3 dy5wd2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KTWljaGFlbCBTd2VldCwg U2VuaW9yIFByaW50aW5nIFN5c3RlbSBFbmdpbmVlcjxicj4NCjxicj4NCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KaXBwIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzppcHBAcHdnLm9yZyI+aXBwQHB3Zy5vcmc8L2E+PGJyPg0KPGEg aHJlZj0iaHR0cHM6Ly93d3cucHdnLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcCI+aHR0cHM6Ly93 d3cucHdnLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCk1pY2hhZWwgU3dlZXQs IFNlbmlvciBQcmludGluZyBTeXN0ZW0gRW5naW5lZXI8YnI+DQo8YnI+DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmlwcCBtYWlsaW5nIGxpc3Q8 YnI+DQo8YSBocmVmPSJtYWlsdG86aXBwQHB3Zy5vcmciPmlwcEBwd2cub3JnPC9hPjxicj4NCjxh IGhyZWY9Imh0dHBzOi8vd3d3LnB3Zy5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHAiPmh0dHBzOi8v d3d3LnB3Zy5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHA8L2E+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_-- --_004_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2212; creation-date="Tue, 17 Jul 2018 18:49:44 GMT"; modification-date="Tue, 17 Jul 2018 18:49:44 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIoAAAAVCAMAAACuaYbAAAADAFBMVEX////Y2NioqKjo6Ojg4OCw sLDw8PDQ0NCQkJCIiIh4eHhwcHCAgIDY2NBoaGiYmJigoKDg2Njw+PhgYGDAwMDIyMjY4OC4uLjY 4NjY2ODo8PCgqKjg4Njo+Pjg6OBoiMhoyOiwqKiw4OjIyNjQ2Njo4Ojw6Oj44OhAYLBYWFho0OiQ qNigqKCwwODA8PjQ0Njg2ODo6ODo8Ojw+PD40Nj42OD44OD48PD48PgwULAwWMA4WKA4YLA4YLhQ yOhwkMh4mNh4oNiA2PCI2PCI2PiooKiwsKiwuMC4wMC4yNjAyMjAyNjAyODI0NjI0ODQ2NDQ+PjY 0NjgSGDg0NjoIEjoyMjwuMD46PD4+PAowOAwuOg4aLA4uOA4wOA4wOhAYMBAaLBQUFBQWFhYcLBY wOhY0OhY0PBgiMho0PBo2Phw0OiAmMCA2OiIoLiIoNiIqNiI0OiI2OiI6PiQwNCYuMCY6PigsLCg wMig8PiosKiouMiowNiwwOiw2PCw+Pi4uLAYsNAgEBAoKDBIeOB4iKiQYGDAKCjIEBDIQEjQiIDY MDjYYHDgACjgkJjoeHjoqKjwWEj4MFj4aGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAACMZjISAAAFX0lEQVRIibWWiV/TSBTH32QmkzTpfaSlFKgtR0GOct8FKsqlgLGt igdgFXDBE5BVEF3dRbS0Zf2L96UtiyK6637YX16aeW8mM995M5lPAXxmU7lwpJeNonAO3fJzRV80 nueEE2osRsTy8q+qxIL9k39qE5OJAEh21koI8eFNomUBRsqII+rzEUcZIYxoGppRLInhRa4FfAFs H/U5HL4A+Vrsh/53aymxS2BiRCLE4bCgEWKxGN5VfBgli0WascxYqoml9IYkGdWEtFy92tJSXU3I THUxQIzHsUkn/JP13zSRCDOBnWMiJl81NTVtG/ZKsvii0YmQodevX4e2EVHzeI4nIkmao1rTWv2V la2VlUz7YoLHxr7xTwl96TOJ20GgjGlb54t6/PjJli9q0dZHR0fjF0YvoCaigTKvRIFyaogzN65M Sj84SOzrup5JasdjsR8Of6r/d4hRAUReGfA+GRkZHhkZGkaY82FKJ54+DD579kuwYSUYfzYVoFI3 l7kARXkEv0M/SOiZXC6j72f8lFGczbH9N59RES5x7tkYrhoyLs3vPD8crq3dWomFwBm6H1tqCK69 0ug1Du/MymQ59Ujj7e6L/mRCT3V0dXWkPiYSFfSnxL7ncxEE6A6XD1eh0jsAs8ND091t6ysxZ0VF xVo8eD8Y36ihZTUg/3ax3qWqSj31CjyZyEBdNpvvqUt8cta2UdrWRjkAGnCOhnfht1Q0wnAcNIq0 GCjUFlEQRAQefrS8jElZnobpdHpoit9Yj8Wcs7MVAM74nYYNyssozLx7uWhfVM2L4G2EDj0LHTk9 U3MjkQDu58YIHkWVPKrVzc0ik5lKvAKpt8rcrtpVl8tMVSpawWuTVLPLJdskEAVgZs5UqihIRLED IysQ/r2/P3IrrRn46f4p6Fmfu1kx27y7+2tF6O39DdrOavjku/F7qmK9dw/cl5wdmSwks6mu6ylE uYFTaweierhHYVzxmlzExKwmUZBUwm0yZ8awYJZkq9vmdZtAYWASPSYBqMqZVZBZMZWIcglgejXS 29+70MTBr6UjUwDrd+acu782NzfPrr0NbvmBUb9bScp/uG0mETxvoICS0XN1dYhS2swygBtvUZZl k8ysNkUkLgFnjXUCoog2RcC4hCh4lsmCIgJVgFq5zVbqQcQLWlYj/QORwd4dmLjVm55AlLu3nc83 sTo0dzu2xaHGn83lM4efDz/n8l2SFzpziKIn9OuQ+FTqiCoE14hQs1eh9YjCFkViBrDLgFmxAzBV ZfU2kMwGipmBHTeGQt1m4C56hILELY8ivfMDEUTZ6RtMTxsodyD+fBez8vSmkRXu17MducN8/jCX SUpvoBOzUttVW3c9e3CUFfCYrUxSXW4wc1HmKsgiXXTZwG6VwYvTBVkGqwhSYYFkAgLG3KqZeaz2 UgfGtgWyujAQmV/o24Gmvr50GFFic827D5ceLjWHbga3/eD064epbCqfz3fk8tVj0JXZ1xOGDg7+ hLNSYYHKVhcGF+bnEeXy/MDyZQPl7oPZWWOvxOdWcIHAqX/Kf0SYbErPEzdACkkOECSR6DhbFPYo 3Tc4OIgoO4MFlNCDpaUHzzc3N+OxpbWJdmz38cPe3v7e/of9PWOvAHQm8ezHc67zzEiKKKCll5ff L7+vqsLfIfy4erYbgnjsxxuWgkHcxTDOIJlM5VOoOnD7Cm/26J/PDqOIUviWtLGx8VdNY9tjY97a Qjw8dSUc9ly5Mnmt4Er2F+UvxPIXjS8v2rXSq91nS4Igpn/VjgYqKathtDVae8YER+IySI38f+r8 p8QFCT9lEx7SovC1nfRPCf2sL/yoS+O/7V/HuPnAgK52zAAAAABJRU5ErkJggg== --_004_BN7PR17MB23694F68C9D0FEF84B0CC229A45C0BN7PR17MB2369namp_-- --===============3127843211371057687== 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 --===============3127843211371057687==-- From ipp-bounces@pwg.org Tue Jul 17 17:27: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 E16C7130DC5 for ; Tue, 17 Jul 2018 17:27:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.539 X-Spam-Level: X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 vzZshMfW4VSu for ; Tue, 17 Jul 2018 17:27:51 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id B6FAC130EA3 for ; Tue, 17 Jul 2018 17:27:51 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id CEE1ABEEF; Wed, 18 Jul 2018 00:27:50 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 85BE626E4; Wed, 18 Jul 2018 00:27:46 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 91A224DC3; Wed, 18 Jul 2018 00:27:45 +0000 (UTC) Received: from mail-in25.apple.com (mail-out25.apple.com [17.171.2.35]) by www.pwg.org (Postfix) with ESMTPS id DB34D26DC for ; Wed, 18 Jul 2018 00:27:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1531873664; x=2395787264; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=RA+MVSzpg3k1v8NQeT/sfl2Lc6+clTIUAwaIvr4b2CQ=; b=YY/VsVCMifsMvID3R0yDQ96bPFCevgxjm/oEWks7QShgZfAwkYHElDdLQrjAvmhS IjRKHXF97ZlrbhthgLmPGDFI3gsnLpQJHueihXrqz/VAJbASETJ9eP3rcLe1SxQb tLJcdO9WWlYRC3EfRKfr1X83JaNWWps9Kx/GWV1TPWB3qOgOttfEndavXrYbEYac 8tRAZLsY+1DI/WWAkUsW7dkKelka7q8j7teFzuvxtBGk+SJFwN6FPTu9hWiLzaqa YDI97hhrD1VIJhsBZHwkAGOJR+LlJf4+pNDS/5KEc6CSiX1lphi6cWPURSnLmZwd Qg+FkCuFZSMg4xoI3HZTnQ==; X-AuditID: 11ab0219-56fff70000004c1b-95-5b4e898054cd Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in25.apple.com (Apple Secure Mail Relay) with SMTP id 07.82.19483.0898E4B5; Tue, 17 Jul 2018 17:27:44 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PC1004E5DA6SX10@ma1-mtap-s01.corp.apple.com>; Tue, 17 Jul 2018 17:27:44 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PC100J00BTVZV00@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:27:43 -0700 (PDT) X-Va-A: X-Va-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-Va-E-CD: 3a3b288b2172de501a49971db6a935fc X-Va-R-CD: 04a837b12ac32fcdcbbfe58630e7cc02 X-Va-CD: 0 X-Va-ID: c20a8320-a3ca-4c09-a4ba-a02a4b8657a4 X-V-A: X-V-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-V-E-CD: 3a3b288b2172de501a49971db6a935fc X-V-R-CD: 04a837b12ac32fcdcbbfe58630e7cc02 X-V-CD: 0 X-V-ID: 51b10a6d-7509-4ab8-9eaa-ec429455db87 Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PC100F00D560Y00@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:27:42 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-16_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from [17.235.1.85] by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PC100FENDA2KZ30@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:27:42 -0700 (PDT) From: Michael Sweet In-reply-to: <5CF339DF-3E7E-46AF-9D86-5B309F95F65A@hp.com> Date: Tue, 17 Jul 2018 20:27:38 -0400 Message-id: <65C47AFC-38BE-4DC6-854A-5CDF17BFA87A@apple.com> References: <42B9C7C2-1D63-4155-980F-0DA5132DDDBC@apple.com> <5CF339DF-3E7E-46AF-9D86-5B309F95F65A@hp.com> To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.100.17) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmleLIzCtJLcpLzFFi42IR1PBh1W3o9Is2ePqE2+LYvpcsFofmXWa0 eNW1i9mB2ePb1aUsHru27WTymLd4OlMAcxSXTUpqTmZZapG+XQJXRtcUn4Iz8RXvG3exNjDO Du5i5OSQEDCRmP2ig6WLkYtDSGA/k8SThS+YQRK8AoISPybfA0qwczALhEn8MYEo2cgkMeX3 cyYIp4tJ4uCWZlaIQewSf37tYIGwtSUm7l7FBGM/fbOXEcY+suU8VA2XxIKtp6F6dSVOLL/M DmGzSaw/sQSqV0vi0OcFLDD28is74ezJU7azQdicEue/TITq1ZHoPXsU6rhOJok3r+4ALeAA SmRLdG6qgKgJlji5rpEdouYzo8Tzre/AjhAWkJA43r8QyvaSONG/BcxmE1CT+D2pD8zmFLCS eLhjEdhxLAKqEn33L4IdxCzgLTHxYjM04Gwkpm6bCXXETiaJ2c8ugn0vIuAjcXdRFzQkVCT6 mzaxT2BUmIUU2LPggT0L6GpmAXWJKVNyZ4Et0JZ48u4CK4StJrHw9yImZPEFjGyrGIVzEzNz dDPzjEz1EgsKclL1kvNzNzGCUs1qJskdjF9fGx5iFOBgVOLhPfDfN1qINbGsuDL3EKM0B4uS OO/HXWLRQgLpiSWp2ampBalF8UWlOanFhxiZODilGhgjLL5rm53KD4uOzBX5vdDp3j2547Hp J3d2Msozbr5kHO84S8Rrz4pyWUFzp7malr/4fhTlLln0h0F0t2rmm9NMd4pPyC7l2berfGti dXNgvr5po+iPm6WmtkYFIWIeFqzrY++pvHi78dDB10JW799cKpgp8lw0v4aVN1TpncyMe/nm 5799MVFiKc5INNRiLipOBADdrhOJFgMAAA== 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="===============1203767000327095274==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1203767000327095274== Content-type: multipart/alternative; boundary="Boundary_(ID_Be2Zxnq7f5oufMrsh2wmvw)" --Boundary_(ID_Be2Zxnq7f5oufMrsh2wmvw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Smith, > On Jul. 17, 2018, at 2:34 PM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > Hi Mike and Rick, >=20 > HP Inc. has no objections to Mike's suggested size names. >=20 >>> I have also seen 55x85mm shown as a standard size of business cards = in Europe, although that is within 1mm of the credit card size. >=20 > Are you referring to "om_card_54x86mm"? Yes. >=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 Jun 20, 2018, at 4:20 PM, Yardumian, Rick = > wrote: >>=20 >> Hi Mike, >>=20 >> I'm fine with your suggestions. Does anyone else in the PWG have a = preference for these media sizes? >>=20 >> Thanks, >> Rick >>=20 >> -----Original Message----- >> From: msweet@apple.com = [mailto:msweet@apple.com ]=20 >> Sent: Wednesday, June 20, 2018 6:25 AM >> To: Yardumian, Rick >> Cc: ipp@pwg.org >> Subject: Re: [IPP] Canon requests registration of four new IPP media = sizes >>=20 >> After looking at the existing photo entries, maybe the following = would be more consistent: >>=20 >> oe_square-photo_4x4in >> oe_square-photo_5x5in >> om_square-photo_89x89mm >>=20 >>> On Jun 20, 2018, at 8:48 AM, Michael Sweet > wrote: >>>=20 >>> Rick, >>>=20 >>>> On Jun 18, 2018, at 7:06 PM, Yardumian, Rick = > wrote: >>>>=20 >>>> Hi, >>>>=20 >>>> Canon requests that the following four new media sizes be = registered. >>>> - om_square_5x5in >>>> - oe_square-4x4_4x4in >>>> - om_square89mm_89x89mm >>>=20 >>> Given these are photo sizes, how about: >>>=20 >>> oe_photo-square_4x4in >>> oe_photo-square_5x5in >>> om_photo-square_89x89mm >>>=20 >>>> - om_cardsize_55x91mm >>>=20 >>> Given this is for business cards, I would suggest: >>>=20 >>> om_business-card_55x91mm >>>=20 >>> I have also seen 55x85mm shown as a standard size of business cards = in Europe, although that is within 1mm of the credit card size. In = North America we use 2x3.5in... *If* we added those for completeness = we'd have: >>>=20 >>> oe_business-card_2x3.5in (North America) >>> om_business-card_55x85mm (Europe) >>> om_business-card_55x91mm (Japan) >>>=20 >>> Thoughts? >>>=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 >>>> 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 >>>> Thank you, >>>> Rick Yardumian >>>> _______________________________________________ >>>> ipp mailing list >>>> ipp@pwg.org >>>> https://www.pwg.org/mailman/listinfo/ipp >>>=20 >>> _________________________________________________________ >>> Michael Sweet, Senior Printing System Engineer >>>=20 >>> _______________________________________________ >>> ipp mailing list >>> ipp@pwg.org >>> https://www.pwg.org/mailman/listinfo/ipp >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >=20 --Boundary_(ID_Be2Zxnq7f5oufMrsh2wmvw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Smith,

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

Hi = Mike and Rick,

HP Inc. has no objections to Mike's suggested size = names.

I have also seen 55x85mm shown as a standard size of business = cards in Europe, although that is within 1mm of the credit card size.

Are you referring to = "om_card_54x86mm"?

Yes.


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 Jun 20, 2018, at 4:20 PM, Yardumian, Rick <RYardumian@ciis.canon.com> wrote:

Hi = Mike,

I'm fine with your suggestions. Does = anyone else in the PWG have a preference for these media sizes?

Thanks,
Rick

-----Original Message-----
From: msweet@apple.com [mailto:msweet@apple.com] =
Sent: Wednesday, June 20, 2018 6:25 AM
To: = Yardumian, Rick
Cc: ipp@pwg.org
Subject: Re: [IPP] Canon = requests registration of four new IPP media sizes

After looking at the existing photo entries, maybe the = following would be more consistent:

=   oe_square-photo_4x4in
=   oe_square-photo_5x5in
=   om_square-photo_89x89mm

On Jun 20, 2018, at 8:48 = AM, Michael Sweet <msweet@apple.com> wrote:

Rick,

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<= br class=3D"">- =          om_square89mm_89x89m= m

Given these are photo sizes, = how about:

=   oe_photo-square_4x4in
=   oe_photo-square_5x5in
=   om_photo-square_89x89mm

- =          om_cardsize_55x91mm<= br class=3D"">

Given this is for business = cards, I would suggest:

=   om_business-card_55x91mm

I have = also seen 55x85mm shown as a standard size of business cards in Europe, = although that is within 1mm of the credit card size.  In North = America we use 2x3.5in...  *If* we added those for completeness = we'd have:

=   oe_business-card_2x3.5in (North America)
=   om_business-card_55x85mm (Europe)
=   om_business-card_55x91mm (Japan)

Thoughts?

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

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

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

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


= --Boundary_(ID_Be2Zxnq7f5oufMrsh2wmvw)-- --===============1203767000327095274== 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 --===============1203767000327095274==-- From ipp-bounces@pwg.org Tue Jul 17 17:34:27 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 C7DD6130EC6 for ; Tue, 17 Jul 2018 17:34:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.539 X-Spam-Level: X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 ISRdr7ecfDyx for ; Tue, 17 Jul 2018 17:34:25 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 025BC126BED for ; Tue, 17 Jul 2018 17:34:24 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id DA4B7BEEB; Wed, 18 Jul 2018 00:34:24 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5F36426E4; Wed, 18 Jul 2018 00:34:21 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 504274DC3; Wed, 18 Jul 2018 00:34:19 +0000 (UTC) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) by www.pwg.org (Postfix) with ESMTPS id 010192697 for ; Wed, 18 Jul 2018 00:34:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1531874058; x=2395787658; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=yka/OmSEzsUYYHcinnZJ7Rfy77N5jxp+8dgpRAkIkqE=; b=CJ6B89AkKBWJrD8zx8S2osCGyZISw7/9kHb7374WxAM4syriFyL7XhpZZmD7n6/f j6CZrNLtU8PRueV5VxHe3BFS7v/9FxxPP8cWOUYgHlem16ySU34DfqjHdhrNd180 7DXJBYareMzVtHqe9ot/47xOK2N/B/LHYzZ6EYX+o+7ecWhq6fdIGtYWI32WWfXi l3hZQTWAnsWBEjSimves8BmhiBuo4blw9kSX3QB5a6AiuXO8npuWEuVru+zqvzYp NU/wGBUsyrDkl9fQZH4wDHiWRl/VbUKSzeuxnlTNkZKnXu6wWzvtx+ZIN19kNHrL T4zifedxGyVLPKin5jt1rg==; X-AuditID: 11973e13-62dff7000000242c-37-5b4e8b0a12b3 Received: from mr2-mtap-s01.rno.apple.com (mr2-mtap-s01.rno.apple.com [17.179.226.133]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id 22.56.09260.A0B8E4B5; Tue, 17 Jul 2018 17:34:18 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by mr2-mtap-s01.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PC100A3NDL6EU30@mr2-mtap-s01.rno.apple.com>; Tue, 17 Jul 2018 17:34:18 -0700 (PDT) Received: from process_viserion-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PC100A00CR84W00@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:34:18 -0700 (PDT) X-Va-A: X-Va-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-Va-E-CD: 490235a1b01610916bc629deaab2c297 X-Va-R-CD: 5364240f7fdd5b5a692aa3b42fab72b4 X-Va-CD: 0 X-Va-ID: c8ca037c-fb25-4de1-95da-3af51494c5e7 X-V-A: X-V-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-V-E-CD: 490235a1b01610916bc629deaab2c297 X-V-R-CD: 5364240f7fdd5b5a692aa3b42fab72b4 X-V-CD: 0 X-V-ID: 9e0e467a-8ec9-43e4-8cd0-3768c81e0f6b Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PC100L00DK62Y00@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:34:17 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-16_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.1.85] by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PC1009JDDL29LC0@nwk-mmpp-sz13.apple.com>; Tue, 17 Jul 2018 17:34:17 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Tue, 17 Jul 2018 20:34:13 -0400 Message-id: References: To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.100.17) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsUiuPlRqy5Xt1+0QfcGXYtj+16yWLzq2sXs wOSxa9tOJo95i6czBTBFcdmkpOZklqUW6dslcGXs+9TDVrBTpWLiunVMDYzN8l2MnBwSAiYS W6esYgexhQQOMEl8P1ACYvMKCEr8mHyPBcRmFgiT2PdkH1MXIxdQzXomicvXmqGcLiaJLZ1r mSAmsUv8+bWDBcLWlpi4exUTjN19ZTsjjD3/7Ht2CJtLYsHW06wQtq7Ex2PLoWw2ifUnlkD1 akkc+ryABcb+/n4yXHzy8vdsEDanxPkvE6Fm6kg0T5jADnFcJ5PEnqa5zF2MHECJbInOTRUQ NcESfw71MEPUfGaUWDHzIlizsICExPH+hawgCWGBRkaJhStOgm1jE1CT+D2pD+w6TgEriRtL msAaWARUJU4f/MQMCSM1iVfXp7FAws5GYtLlPdAwtZR4vWEj2KUiAj4Sdxd1QUNCRaK/aRP7 BEaFWUjBPQspuGcB3c0soC4xZUouRFhb4sm7C6yzoLYt/L2ICVl8ASPbKkah3MTMHN3MPFO9 xIKCnFS95PzcTYyg5DLdTngH4+lVVocYBTgYlXh4D/z3jRZiTSwrrsw9xCjNwaIkzltqCBQS SE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAuOJL4ImZc01mCbfcVG57lLnoXnGLqWjt+m/PA4IO 3kzXn3IoJt9wk3ib1GqJNPOyxQtfcTq8k6h43Zzdv8f0xBOz141HFPd/OGNQuNk6dc/BsLrn 6z+caZF1c5PU0JXYK/ZYcEb4HNNVm8NOTL09V+uuhapd2XX5i+9tquNbrou8iMnqvZ7yU4ml OCPRUIu5qDgRAPSa1VsPAwAA Cc: PWG IPP WG Reflector Subject: Re: [IPP] Erratum in RFC 8011: "referenced-uri-scheme-supported" should be "reference-uri-scheme-supported" on page 58 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="===============8965824638692423369==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============8965824638692423369== Content-type: multipart/alternative; boundary="Boundary_(ID_SY6BdcwFfdiIaatlRlHewQ)" --Boundary_(ID_SY6BdcwFfdiIaatlRlHewQ) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Smith, > On Jul. 17, 2018, at 12:54 PM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > Greetings, >=20 > I came across a typo in RFC 8011. In section 4.2.2, it says: > This OPTIONAL operation is identical to the Print-Job operation > (Section 4.2.1), except that a Client supplies a URI reference to = the > Document data using the "document-uri" (uri) operation attribute = (in > Group 1) rather than including the Document data itself. Before > returning the response, the Printer MUST validate that the Printer > supports the retrieval method (e.g., =E2=80=99http=E2=80=99, = =E2=80=99ftp=E2=80=99, etc.) implied by > the URI and MUST check for valid URI syntax. If the = Client-supplied > URI scheme is not supported, i.e., the value is not in the = Printer=E2=80=99s > "referenced-uri-scheme-supported" attribute, the Printer MUST = reject > the request and return the = =E2=80=99client-error-uri-scheme-not-supported=E2=80=99 > status-code. > The "referenced-uri-scheme-supported" in red above should actually be = "reference-uri-scheme-supported". >=20 > How do we file an erratum against RFC 8011? Go here: https://www.rfc-editor.org/errata_search.php = --Boundary_(ID_SY6BdcwFfdiIaatlRlHewQ) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Smith,

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

Greetings,

I came across a typo in = RFC 8011. In section 4.2.2, it says:
=09 =09 =09 
   =
This OPTIONAL operation is identical to the Print-Job operation
   (Section 4.2.1), except that a Client supplies a =
URI reference to the
   Document data using the "document-uri" (uri) operation attribute (in
   Group 1) rather than including the Document data itself.  Before
   returning the response, the Printer MUST validate that the Printer
   supports the retrieval method (e.g., =E2=80=99http=E2=80=99, =
=E2=80=99ftp=E2=80=99, etc.) implied by
   the URI and MUST check for valid URI syntax.  If the Client-supplied
   URI scheme is not supported, i.e., the value is not in the =
Printer=E2=80=99s
   "referenced-uri-scheme-supported" attribute, the =
Printer MUST reject
   the request and return the =
=E2=80=99client-error-uri-scheme-not-supported=E2=80=99
   status-code.
The = "referenced-uri-scheme-supported" in red above should actually be = "reference-uri-scheme-supported".

How do we file an erratum against RFC = 8011?

Go here:

    https://www.rfc-editor.org/errata_search.php

= --Boundary_(ID_SY6BdcwFfdiIaatlRlHewQ)-- --===============8965824638692423369== 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 --===============8965824638692423369==-- From ipp-bounces@pwg.org Wed Jul 18 05:56:18 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 E829313117F for ; Wed, 18 Jul 2018 05:56:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.649 X-Spam-Level: X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 T0rl7SEOwPQy for ; Wed, 18 Jul 2018 05:56:16 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id E9E2013117D for ; Wed, 18 Jul 2018 05:56:15 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 8A2C5BEB9; Wed, 18 Jul 2018 12:56:15 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0F2D041DC; Wed, 18 Jul 2018 12:56:09 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7207D4DC3; Wed, 18 Jul 2018 12:56:08 +0000 (UTC) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0103.outbound.protection.outlook.com [104.47.42.103]) by www.pwg.org (Postfix) with ESMTPS id 81CFE26DC for ; Wed, 18 Jul 2018 12:56:07 +0000 (UTC) Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM (10.169.85.148) by DF4PR8401MB0972.NAMPRD84.PROD.OUTLOOK.COM (10.169.87.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.973.16; Wed, 18 Jul 2018 12:56:06 +0000 Received: from DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::1821:d610:ff2b:5953]) by DF4PR8401MB0780.NAMPRD84.PROD.OUTLOOK.COM ([fe80::1821:d610:ff2b:5953%10]) with mapi id 15.20.0952.021; Wed, 18 Jul 2018 12:56:05 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Updated IPP Everywhere v1.1 drafts posted Thread-Index: AQHUE2fS5NoZW38QU0SajOZqHo6vJaSVBo8A Date: Wed, 18 Jul 2018 12:56:05 +0000 Message-ID: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> 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: [75.174.24.174] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DF4PR8401MB0972; 6:SO5EmZfP5NyV+b3R39kKqoiMDET5/Z7BjHLukx5/cLgpdJ0IHmUkugk4f5Sd3gtOy1AvsjBXYuG2Ft7cMKkpju0HoTB3X1Yb13pu8hDbfwWtZbf5jMB36uo0pkhyZBE6eGeGEHaAlqmdDarJrBB1vVnos69/yIMD7vAZQ66diYNXD+PmX/oVaC+2DmJllXqRnkt4I8+FqDM1OhIlK9GObk5NaPwHeXIqE0z9e7h10PZ54j0/g580NG1z2Dm5PpyPhrh3tWREpa8wySkzIHD9ww70327GfyVOvC+r5JxJyz1r6Lp7qCvQ/+LGGAl9Zg3JWkypVgYT3FTUUcwes209DmjvAtPgTexj8wjRHom2qlnyME7ZrUkvv1tWaMonEu5NUDbkCQ0dobaDKZfSr5yPp9kd3dWNoCGvZAfDyzowD73ikk+6lPtuLRSAl8+50+zK2iD7JQnbiXEubbk6pGMNiA==; 5:M7BJ5g00YrP895iW2+NXVW8HeHxLi5G/CPOQzZo04/DdU/CgM61IahxqplSpYyshwJj65Lpnqowr5iVRw8bBovHFl6eSkhez635J8xjHQNGE0ZdWhJC+iUjhZYm2OIu6aiaZ1JpnOfzZyY54VA2hWSkjgA7WaCeWsBsEWW+Z3Zo=; 7:EdNcYfOhIjtRxKz6F7jWaN/7IAm3bKdYt2cRggSR5z84hY+9em3OALe7CEWsWQQaf9kBtnSEeUB6aitliMOPCSWzAe5VWPdAXAlZYeontH2oMbbquSwanOLMDjdcLCPb3wi9bFKJ1a1V4UajMDnSlTq1g3XJJtQQ/fQcuCjRLJe5WYdjI1kbVr9BHK463UWegw+zYgtLukqyWxliZ8AfXayqm/HfJc8T6ChElevkCLCI/T76kB1MhICaTQR7F5Nm x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: ed69adb4-5f88-4615-ed41-08d5ecadd332 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:DF4PR8401MB0972; x-ms-traffictypediagnostic: DF4PR8401MB0972: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(788757137089)(31960201722614); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:DF4PR8401MB0972; BCL:0; PCL:0; RULEID:; SRVR:DF4PR8401MB0972; x-forefront-prvs: 0737B96801 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(346002)(136003)(376002)(396003)(199004)(189003)(6602003)(76176011)(6436002)(6486002)(551544002)(486006)(7736002)(2906002)(81166006)(81156014)(8936002)(8676002)(66066001)(186003)(82746002)(6506007)(53546011)(26005)(5250100002)(14444005)(476003)(83716003)(86362001)(6306002)(6116002)(54896002)(236005)(68736007)(229853002)(6512007)(15650500001)(256004)(3846002)(102836004)(99936001)(53936002)(316002)(105586002)(106356001)(478600001)(99286004)(36756003)(14454004)(966005)(2900100001)(33656002)(606006)(5660300001)(2616005)(446003)(4326008)(6916009)(25786009)(6246003)(97736004)(11346002); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR8401MB0972; 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: EQiMcgalwJMKrr6C8C9ms9Tl43RwDTzzmFaOCv0tZtztgOm2JviyWXgtJr9WlE3qmOlUj8nB3RYbCLu+oPepFYgRT4jfp4qPAWGNsIXOPGjRWN3o2AsOFFRayZTJIfvuoEDp8bNWQBBcgyw8echuJJ1SivnaD1252VDrbWY2OWUXzQX7u5PZonRWVnkvy7+gG/2H1QwnBIg2wvZQLm4pzN8tFD3yawMV0SNxJlKRr58bVRO7dsTtV4cyu7QBemQhnnw0n99IybhOa3DtRvUuRe++aKpoqbeUoz2jfecnhnYq/FiRC4uAIMEqs3cx39b3r8qL6gzfl3BoyDHh10CYF+OGIoMPwSnO7oXrjCwBjZo= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: ed69adb4-5f88-4615-ed41-08d5ecadd332 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jul 2018 12:56:05.9151 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0972 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="===============4153247871874229150==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4153247871874229150== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_88B0C828-61FD-4662-A1EC-13D0C967CE44"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_88B0C828-61FD-4662-A1EC-13D0C967CE44 Content-Type: multipart/alternative; boundary="Apple-Mail=_3A101909-D967-4F24-8514-16C7C4E401CB" --Apple-Mail=_3A101909-D967-4F24-8514-16C7C4E401CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mike, Sorry for not reviewing them sooner. I have the following feedback on = these two documents, which we can review in a future IPP WG meeting: > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf = Page 11, line 311: "Bonjour Printing Specification version 1.2 = [BONJOUR]" should be "1.2.1" Page 19, line 574: "Bonjour Printing Specification version 1.2 = [BONJOUR]" should be "1.2.1". Other instances say simply "Bonjour = Printing Specification [BONJOUR]" and those seem to be OK. 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? Page 23, line 634: Add 'oauth' for OAuth2 authentication method Page 26, lines 709-710: I could be wrong but won't requiring TLS 1.3 for = IPP Everywhere=E2=84=A2 1.1 cause backward compatibility issues? Maybe = require 1.2 and recommend 1.3? Page 26, lines 709-710: the IPP Everywhere Self Certification spec has = been testing for support of HTTP Upgrade to TLS [RFC2817] throughout the = 1.0 certification program, so I think we can retroactively add that here = to make it clear it is a requirement. Page 27, Tables 4 and 5: Guessing we should not be replacing all the = instances of RFC 8011 with STD92 because we want to point the reader to = the specific RFC defining these? But STD92 replaced the reference to RFC = 8011 in the references, so maybe all of these should be changed too. Page 27, Table 5: Do we want to add a table that lists the "RECOMMENDED" = attributes that we expect might go into a later revision of IPP = Everywhere, and state that intention? I had wondered about mentioning = "job-password-repertoire" etc. and we cannot make that REQUIRED for = backward compatibility. Others I might add would be = "jpeg-features-supported", "jpeg-k-octets-supported", = "jpeg-x-dimension-supported", "jpeg-y-dimension-supported", = "pdf-features-supported" "pdf-k-octets-supported", and "pdf-versions-supported" (all defined = after IPP Everywhere=E2=84=A2 1.0 and so cannot be required for backward = compatibility reasons) Page 37, line 938: "Color Printers MUST support documents conforming to = the JPEG..." --> "Color Printers MUST and monochrome Printers SHOULD = support documents conforming to the JPEG..." Page 40, lines 972-973: Should we be adding "ipp-everywhere-1.1"? Page 41, line 998-1000: Clarify that "address" here means an IP address = or IPv4/IPv6 address to be more precise. Page 43, various: Replace instances of "section 0" with the actual = section that needs to be referenced. Page 43, lines 1057-1064: Would it be reasonable to add = "Get-User-Printer-Attributes" to this? How widely is this use case = implemented? I also wonder if we shouldn't refactor the IPP = Everywhere=E2=84=A2 specification so that it becomes a "core = specification" and defines how optional "IPP Everywhere=E2=84=A2 = features" are defined? We could then move the optional features such as = ICC-based color management and Paid Print out to their own "IPP = Everywhere=E2=84=A2 feature document" and have a separate add-on = certification for that feature? I mentioned before how I'm concerned = think, now that IPP Everywhere=E2=84=A2 is getting traction in the = marketplace, we might want to re-consider how we define the core vs. = optional features. Page 46, line 1128: Add another "ipp-everywhere-1.1" keyword? > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf = Page 15-16, lines 339-364: References to the PWG Raster sample files and = URLs were mostly deleted - the only ones left are 720dpi. And that = points to the old URLs and broken files - they should point to the ones = recently generated (20180607). Page 17, line 375: "support HTTP Upgrade to TLS" --> "support HTTP = Upgrade to TLS [RFC2817]". Or should this document rather be citing the = conformance requirements from PWG 5100.14? That way that will avoid = inconsistency between the two documents (as had occurred with 1.0 and = RFC 2817 requirement). 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 Jul 4, 2018, at 1:22 AM, Michael Sweet wrote: >=20 > All, >=20 > I have posted updated prototype drafts of the IPP Everywhere v1.1 and = IPP Everywhere Printer Self-Certification Manual v1.1 documents to: >=20 > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.docx > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.pdf > https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf >=20 > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.docx > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.pdf > = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_3A101909-D967-4F24-8514-16C7C4E401CB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Mike,

Sorry for not = reviewing them sooner. I have the following feedback on these two = documents, which we can review in a future IPP  WG = meeting:

https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf=

Page 11, line 311: "Bonjour Printing Specification version = 1.2 [BONJOUR]" should be "1.2.1"

Page 19, line 574: = "Bonjour Printing Specification version 1.2 [BONJOUR]" should be = "1.2.1". Other instances say simply "Bonjour Printing Specification = [BONJOUR]" and those seem to be OK.

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?

Page = 23, line 634: Add 'oauth' for OAuth2 authentication method

Page 26, lines 709-710: = I could be wrong but won't requiring TLS 1.3 for IPP Everywhere=E2=84=A2 = 1.1 cause backward compatibility issues? Maybe require 1.2 and recommend = 1.3?

Page 26, = lines 709-710: the IPP Everywhere Self Certification spec has been = testing for support of HTTP Upgrade to TLS [RFC2817] throughout the 1.0 = certification program, so I think we can retroactively add that here to = make it clear it is a requirement.

Page 27, Tables 4 and 5: Guessing we = should not be replacing all the instances of RFC 8011 with STD92 because = we want to point the reader to the specific RFC defining these? But = STD92 replaced the reference to RFC 8011 in the references, so maybe all = of these should be changed too.

Page 27, Table 5: Do we want to add a = table that lists the "RECOMMENDED" attributes that we expect might go = into a later revision of IPP Everywhere, and state that intention? I had = wondered about mentioning "job-password-repertoire" etc. and we cannot = make that REQUIRED for backward compatibility. Others I might add would = be "jpeg-features-supported", "jpeg-k-octets-supported", = "jpeg-x-dimension-supported", "jpeg-y-dimension-supported", = "pdf-features-supported"
"pdf-k-octets-supported", = and "pdf-versions-supported" (all defined after IPP Everywhere=E2=84=A2 = 1.0 and so cannot be required for backward compatibility = reasons)

Page = 37, line 938: "Color Printers MUST support documents conforming to the = JPEG..." --> "Color Printers MUST and monochrome Printers SHOULD = support documents conforming to the JPEG..."

Page 40, lines 972-973: = Should we be adding "ipp-everywhere-1.1"?

Page 41, line 998-1000: Clarify that = "address" here means an IP address or IPv4/IPv6 address to be more = precise.

Page = 43, various: Replace instances of "section 0" with the actual section = that needs to be referenced.

Page 43, lines 1057-1064: Would it be = reasonable to add "Get-User-Printer-Attributes" to this? How widely is = this use case implemented? I also wonder if we shouldn't refactor the = IPP Everywhere=E2=84=A2 specification so that it becomes a "core = specification" and defines how optional "IPP Everywhere=E2=84=A2 = features" are defined? We could then move the optional features such as = ICC-based color management and Paid Print out to their own "IPP = Everywhere=E2=84=A2 feature document" and have a separate add-on = certification for that feature? I mentioned before how I'm concerned = think, now that IPP Everywhere=E2=84=A2 is getting traction in the = marketplace, we might want to re-consider how we define the core vs. = optional features.

Page 46, line 1128: Add another "ipp-everywhere-1.1" = keyword?


= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704= -rev.pdf

Page 15-16, lines 339-364: References to the PWG Raster = sample files and URLs were mostly deleted - the only ones left are = 720dpi. And that points to the old URLs and broken files - they should = point to the ones recently generated (20180607).

Page 17, line 375: "support HTTP = Upgrade to TLS" --> "support HTTP Upgrade to TLS [RFC2817]". Or = should this document rather be citing the conformance requirements from = PWG 5100.14? That way that will avoid inconsistency between the two = documents (as had occurred with 1.0 and RFC 2817 requirement).


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 Jul 4, 2018, at 1:22 AM, Michael Sweet <msweet@apple.com> = wrote:

All,

I have posted updated = prototype drafts of the IPP Everywhere v1.1 and IPP Everywhere Printer = Self-Certification Manual v1.1 documents to:

= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.docx
= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704.pdf
= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf

= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.doc= x
= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704.pdf=
= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev= .pdf

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

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

= --Apple-Mail=_3A101909-D967-4F24-8514-16C7C4E401CB-- --Apple-Mail=_88B0C828-61FD-4662-A1EC-13D0C967CE44 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MTgxMjU2MDVaMCMGCSqGSIb3DQEJBDEWBBRWJzg4XH/d2VK5 5BpeceDY8Omz5jCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAElLDrbcAo20kPFr M3mSHjMOuILPY/SEihHA4Vd24c3sFPWDw51dnjTTN3vzLG8fEom6Pkzl6DsBkj0DiP3lsoAOUph7 brok1CumujUXP3Ic14gsCDgxv4Hkk5ibocNa6WrM1dzuW1kGStNr4T9UInTEVWIom4YN46zdgtko UjiqhZWmZEM6EsxLA0otzkSxZD+w+Hn+lyHVqPsisvkWLm1lNtp60ELUkJAIM2AA8mKWAzM53DS8 XyjQt6U4GsJLUtIG2DVFd5kR++zskFOE9kXXtcxaXVWX88P9nxUP27WPxZLBzIAXCPQy6iLOnUD9 jYKX0GY30msZn175rx+395oAAAAAAAA= --Apple-Mail=_88B0C828-61FD-4662-A1EC-13D0C967CE44-- --===============4153247871874229150== 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 --===============4153247871874229150==-- From ipp-bounces@pwg.org Wed Jul 18 07:36: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 772F7130DC7 for ; Wed, 18 Jul 2018 07:36:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.111 X-Spam-Level: X-Spam-Status: No, score=-2.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 xQsMKrqkM248 for ; Wed, 18 Jul 2018 07:35: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 4BC6B130DEC for ; Wed, 18 Jul 2018 07:35:55 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B0228BEEA; Wed, 18 Jul 2018 14:35:54 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3CC9241DC; Wed, 18 Jul 2018 14:35:46 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id B0B594DC3; Wed, 18 Jul 2018 14:35:44 +0000 (UTC) Received: from mail-in21.apple.com (mail-out21.apple.com [17.171.2.31]) by www.pwg.org (Postfix) with ESMTPS id 951AE2697 for ; Wed, 18 Jul 2018 14:35:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1531924542; x=2395838142; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4LjDJL8ORtZE9P37hZee/nBedZ/tjK7it5DTQaIwAjA=; b=3nJg54uIkY0W2coZBgjC2T55kMR/M0R2XfRT3sEv7P+CcP7vQFKWOK5gRsnqVSdF CyRjyF2/Ex8o8/l1Su5RbwtDwOlDrZoLUwK5HTr2XHWDS+bLOAapr3xJgjFbP+6M 9RJLOa6Zca6b3ZGIDBSPwfiPCGwmMk24lWYoUj6n10tlre03KktLtzAa5I0H3YlS 2DorAselef9TRhL0dQjiiW8v4p12Ew2Mrux18W+bp79HQB971/sFdubSxQtk1NQk CHmce9od9Sa0GKEKncc9RsQpxXfCb8Q1qWPB9GR83E7KAH6o0f5dMwCiY6AclU0L G2eQK3XBIec8D9GvvxiY5Q==; X-AuditID: 11ab0215-22fff70000002a18-74-5b4f503e928f Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in21.apple.com (Apple Secure Mail Relay) with SMTP id 30.D1.10776.E305F4B5; Wed, 18 Jul 2018 07:35:42 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PC200DWWGJITT50@ma1-mtap-s03.corp.apple.com>; Wed, 18 Jul 2018 07:35:42 -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 <0PC200D00GEAKN00@nwk-mmpp-sz09.apple.com>; Wed, 18 Jul 2018 07:35:42 -0700 (PDT) X-Va-A: X-Va-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-Va-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-Va-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-Va-CD: 0 X-Va-ID: 2e210796-1548-4b7a-b1ba-5c7090d1e9bc X-V-A: X-V-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-V-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-V-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-V-CD: 0 X-V-ID: a255aa5e-4c36-48c6-8153-911d3a34df93 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 <0PC200D00GE1JT00@nwk-mmpp-sz09.apple.com>; Wed, 18 Jul 2018 07:35:40 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-16_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp16.corp.apple.com-10000_instance1 Received: from [17.235.38.2] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PC2004CMGJDFC60@nwk-mmpp-sz09.apple.com>; Wed, 18 Jul 2018 07:35:40 -0700 (PDT) From: Michael Sweet In-reply-to: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> Date: Wed, 18 Jul 2018 10:35:37 -0400 Message-id: <15E8F583-385C-4B14-A38F-A413820AEAB5@apple.com> References: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.100.20) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUiqOHDrmsX4B9tsPaSgcWxfS9ZLF517WJ2 YPLYtW0nk8e8xdOZApiiuGxSUnMyy1KL9O0SuDIePjnLUnBpA2PF7y2XWRoYD05j7GLk5JAQ MJHoOD+RqYuRi0NIYD+TxLZPP5lBErwCghI/Jt9jAbGZBcIkjj1bwgxRtIFJYvfDU+wQTheT xKpPJ9ghRrFL/Pm1gwXC1paYuHsVE4z9fNU5Vhh76Y+FbBA2l8SCraeh4roSn+99gapnk1h/ YgmUrSVx6PMCFhj78ZvX7DD25ZfroeZwSpz/MhEqriNxf9cJRojjOpkk+uYcBnI4gBLZEp2b KiBqgiWub2mDeuAzo8TpOW/AjhAWkJA43r8QyraRWPsUYhmbgJrE70l9YHFOASuJZ5uOgMVZ BFQlJk27yQoJInmJSX0/WCFBB9TbPAPsaCGBHIkz75aAg1REwEfi7qIuaLirSHS/f8U6gVFh FlJoz0IK7VlAZzMLqEtMmZILEdaWePLuAiuErSax8PciJmTxBYxsqxiFcxMzc3Qz84wM9RIL CnJS9ZLzczcxglLMaibRHYzzXxkeYhTgYFTi4c346xstxJpYVlyZe4hRmoNFSZz34y6xaCGB 9MSS1OzU1ILUovii0pzU4kOMTBycUg2MWcqSzDZcwudt5T+9jSxYM0+hcEVx2W5HfnPjR2bX us3iubLnrFxRvmVh04bUz6mTb8gGrntys8PozmXnLRFxbWsXd1x42qPBXqK1JJLtAFukhPu1 iQecLzuXTlnAFx72XdlxRv+Ozurzsz488Zv5qTI76euriRxZP+sfPPhvX2dz5YhIc7O9Ektx RqKhFnNRcSIAPpZYhRIDAAA= 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="===============7004434538926981869==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7004434538926981869== Content-type: multipart/alternative; boundary="Boundary_(ID_pEt6IDlnZcD1DuYsJEEzpw)" --Boundary_(ID_pEt6IDlnZcD1DuYsJEEzpw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Smith, Thanks for the feedback. Responses are inline below... > On Jul. 18, 2018, at 8:56 AM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > Hi Mike, >=20 > Sorry for not reviewing them sooner. I have the following feedback on = these two documents, which we can review in a future IPP WG meeting: >=20 >> https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf = >=20 > Page 11, line 311: "Bonjour Printing Specification version 1.2 = [BONJOUR]" should be "1.2.1" >=20 > Page 19, line 574: "Bonjour Printing Specification version 1.2 = [BONJOUR]" should be "1.2.1". Other instances say simply "Bonjour = Printing Specification [BONJOUR]" and those seem to be OK. >=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? 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? > Page 23, line 634: Add 'oauth' for OAuth2 authentication method While we haven't yet added 'oauth' to CUPS, I agree this should be = added. > Page 26, lines 709-710: I could be wrong but won't requiring TLS 1.3 = for IPP Everywhere=E2=84=A2 1.1 cause backward compatibility issues? = Maybe require 1.2 and recommend 1.3? We aren't requiring TLS at all, just recommending that it be supported = with the most recent version of TLS. > Page 26, lines 709-710: the IPP Everywhere Self Certification spec has = been testing for support of HTTP Upgrade to TLS [RFC2817] throughout the = 1.0 certification program, so I think we can retroactively add that here = to make it clear it is a requirement. IPP/1.1 has required HTTP Upgrade (RFC 2817) support if TLS is supported = - this is stated in RFC 2910, RFC 7472, and RFC 8010, but we can = certainly restate it here if you like. > Page 27, Tables 4 and 5: Guessing we should not be replacing all the = instances of RFC 8011 with STD92 because we want to point the reader to = the specific RFC defining these? But STD92 replaced the reference to RFC = 8011 in the references, so maybe all of these should be changed too. I think we should say "STD 92" everywhere. > Page 27, Table 5: Do we want to add a table that lists the = "RECOMMENDED" attributes that we expect might go into a later revision = of IPP Everywhere, and state that intention? I had wondered about = mentioning "job-password-repertoire" etc. and we cannot make that = REQUIRED for backward compatibility. Others I might add would be = "jpeg-features-supported", "jpeg-k-octets-supported", = "jpeg-x-dimension-supported", "jpeg-y-dimension-supported", = "pdf-features-supported" > "pdf-k-octets-supported", and "pdf-versions-supported" (all defined = after IPP Everywhere=E2=84=A2 1.0 and so cannot be required for backward = compatibility reasons) Let's discuss this further; I like the idea of having a section of = recommended attributes but I'm not sure how we'd do it without making it = sound like "future versions will require X." > Page 37, line 938: "Color Printers MUST support documents conforming = to the JPEG..." --> "Color Printers MUST and monochrome Printers SHOULD = support documents conforming to the JPEG..." OK. > Page 40, lines 972-973: Should we be adding "ipp-everywhere-1.1"? Let's talk about this, but my gut reaction is no since the requirements = for 1.1 are the same as 1.0. > Page 41, line 998-1000: Clarify that "address" here means an IP = address or IPv4/IPv6 address to be more precise. I think "IP address" is best since that is the scope. > Page 43, various: Replace instances of "section 0" with the actual = section that needs to be referenced. Sometimes I hate Word. > Page 43, lines 1057-1064: Would it be reasonable to add = "Get-User-Printer-Attributes" to this? Some issues with this: - We can't add a requirement, even for conditionals - I'm not aware of any Client that uses/supports = Get-User-Printer-Attributes (yet) - Paid Print probably needs the stuff from the IPP Transaction-Based = Printing Extensions (5100.16) as well. - I've talked with three different vendors that feel we need to revisit = how accounting and managed printing work with IPP... So rather than try to tweak the existing conditional requirements here = I'd like to defer until we can devote some time to addressing accounting = and managed printing solutions. Perhaps that will mean an update of = 5100.16... > How widely is this use case implemented? There are a lot of solutions using the attributes, though typically = under the "managed printing" banner and not as paid printing. > I also wonder if we shouldn't refactor the IPP Everywhere=E2=84=A2 = specification so that it becomes a "core specification" and defines how = optional "IPP Everywhere=E2=84=A2 features" are defined? We could then = move the optional features such as ICC-based color management and Paid = Print out to their own "IPP Everywhere=E2=84=A2 feature document" and = have a separate add-on certification for that feature? I mentioned = before how I'm concerned think, now that IPP Everywhere=E2=84=A2 is = getting traction in the marketplace, we might want to re-consider how we = define the core vs. optional features. I hesitate to do that as the current IPP Everywhere specification is = already pretty lean/focused and splitting things up will run the risk of = fragmentation and confusion. Color management is not an outlier given = that color MFPs are by far the best selling printers on the market today = - the question is just whether the capabilities are exposed via ICC or = some vendor-specific technology, and I think the current IPP Everywhere = specification allows implementors to choose what makes the best sense = for a given product. That said, I can see having a separate specification for managed = printing (we almost have that right now with 5100.16) since the = requirements and use cases are definitely a bit different. > Page 46, line 1128: Add another "ipp-everywhere-1.1" keyword? Let's see what our discussions yield. >> = https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704-rev.pdf = >=20 > Page 15-16, lines 339-364: References to the PWG Raster sample files = and URLs were mostly deleted - the only ones left are 720dpi. And that = points to the old URLs and broken files - they should point to the ones = recently generated (20180607). Oops, I missed the 720dpi ones but the link for the sample files on the = IPP Everywhere landing page is working for me... > Page 17, line 375: "support HTTP Upgrade to TLS" --> "support HTTP = Upgrade to TLS [RFC2817]". Or should this document rather be citing the = conformance requirements from PWG 5100.14? That way that will avoid = inconsistency between the two documents (as had occurred with 1.0 and = RFC 2817 requirement). I think this text is just describing the tests based on the conformance = requirements in 5100.14, so maybe I should reword this as: The DNS-SD tests verify that the Printer conforms to the DNS-SD = requirements in IPP Everywhere v1.1 [PWG5100.14], specifically that the = Printer: - Advertises itself ... - Provides all required TXT ... - TLS stuff... _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_pEt6IDlnZcD1DuYsJEEzpw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Smith,

Thanks for the feedback.  Responses are inline = below...


On Jul. = 18, 2018, at 8:56 AM, Kennedy, Smith (Wireless & Standards = Architect) <smith.kennedy@hp.com> wrote:

Hi Mike,

Sorry for not reviewing = them sooner. I have the following feedback on these two documents, which = we can review in a future IPP  WG meeting:

= https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeve11-20180704-rev.pdf=

Page 11, line 311: "Bonjour Printing Specification version = 1.2 [BONJOUR]" should be "1.2.1"

Page 19, line 574: = "Bonjour Printing Specification version 1.2 [BONJOUR]" should be = "1.2.1". Other instances say simply "Bonjour Printing Specification = [BONJOUR]" and those seem to be OK.

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?

Page 23, line 634: Add = 'oauth' for OAuth2 authentication = method

While we = haven't yet added 'oauth' to CUPS, I agree this should be = added.

Page = 26, lines 709-710: I could be wrong but won't requiring TLS 1.3 for IPP = Everywhere=E2=84=A2 1.1 cause backward compatibility issues? Maybe = require 1.2 and recommend 1.3?

We aren't requiring TLS at all, just recommending that = it be supported with the most recent version of TLS.

Page 26, lines 709-710: = the IPP Everywhere Self Certification spec has been testing for support = of HTTP Upgrade to TLS [RFC2817] throughout the 1.0 certification = program, so I think we can retroactively add that here to make it clear = it is a requirement.

IPP/1.1 has required HTTP Upgrade (RFC 2817) support if = TLS is supported - this is stated in RFC 2910, RFC 7472, and RFC 8010, = but we can certainly restate it here if you like.

Page = 27, Tables 4 and 5: Guessing we should not be replacing all the = instances of RFC 8011 with STD92 because we want to point the reader to = the specific RFC defining these? But STD92 replaced the reference to RFC = 8011 in the references, so maybe all of these should be changed = too.

I think we = should say "STD 92" everywhere.

Page 27, Table 5: Do we want to add a table = that lists the "RECOMMENDED" attributes that we expect might go into a = later revision of IPP Everywhere, and state that intention? I had = wondered about mentioning "job-password-repertoire" etc. and we cannot = make that REQUIRED for backward compatibility. Others I might add would = be "jpeg-features-supported", "jpeg-k-octets-supported", = "jpeg-x-dimension-supported", "jpeg-y-dimension-supported", = "pdf-features-supported"
"pdf-k-octets-supported", = and "pdf-versions-supported" (all defined after IPP Everywhere=E2=84=A2 = 1.0 and so cannot be required for backward compatibility = reasons)

Let's = discuss this further; I like the idea of having a section of recommended = attributes but I'm not sure how we'd do it without making it sound like = "future versions will require X."

Page 37, line 938: "Color Printers MUST = support documents conforming to the JPEG..." --> "Color Printers MUST = and monochrome Printers SHOULD support documents conforming to the = JPEG..."

OK.

Page 40, lines 972-973: = Should we be adding = "ipp-everywhere-1.1"?

Let's talk about this, but my gut reaction is no since = the requirements for 1.1 are the same as 1.0.

Page 41, line 998-1000: = Clarify that "address" here means an IP address or IPv4/IPv6 address to = be more precise.

I= think "IP address" is best since that is the scope.

Page 43, various: Replace = instances of "section 0" with the actual section that needs to be = referenced.

Sometimes I hate Word.

Page 43, lines 1057-1064: = Would it be reasonable to add "Get-User-Printer-Attributes" to = this?

Some = issues with this:

- We can't add a = requirement, even for conditionals
- I'm not aware of any = Client that uses/supports Get-User-Printer-Attributes (yet)
- = Paid Print probably needs the stuff from the IPP Transaction-Based = Printing Extensions (5100.16) as well.
- I've talked with = three different vendors that feel we need to revisit how accounting and = managed printing work with IPP...

So = rather than try to tweak the existing conditional requirements here I'd = like to defer until we can devote some time to addressing accounting and = managed printing solutions.  Perhaps that will mean an update of = 5100.16...

How widely is this use case = implemented?

There= are a lot of solutions using the attributes, though typically under the = "managed printing" banner and not as paid printing.

I also wonder if we = shouldn't refactor the IPP Everywhere=E2=84=A2 specification so that it = becomes a "core specification" and defines how optional "IPP = Everywhere=E2=84=A2 features" are defined? We could then move the = optional features such as ICC-based color management and Paid Print out = to their own "IPP Everywhere=E2=84=A2 feature document" and have a = separate add-on certification for that feature? I mentioned before how = I'm concerned think, now that IPP Everywhere=E2=84=A2 is getting = traction in the marketplace, we might want to re-consider how we define = the core vs. optional features.

I hesitate to do that as the current IPP Everywhere = specification is already pretty lean/focused and splitting things up = will run the risk of fragmentation and confusion.  Color management = is not an outlier given that color MFPs are by far the best selling = printers on the market today - the question is just whether the = capabilities are exposed via ICC or some vendor-specific technology, and = I think the current IPP Everywhere specification allows implementors to = choose what makes the best sense for a given product.

That said, I can see having a separate = specification for managed printing (we almost have that right now with = 5100.16) since the requirements and use cases are definitely a bit = different.

Page 46, line 1128: Add another "ipp-everywhere-1.1" = keyword?

Let's = see what our discussions yield.

https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert11-20180704= -rev.pdf

Page 15-16, lines 339-364: References to the PWG Raster = sample files and URLs were mostly deleted - the only ones left are = 720dpi. And that points to the old URLs and broken files - they should = point to the ones recently generated = (20180607).

Oops, = I missed the 720dpi ones but the link for the sample files on the IPP = Everywhere landing page is working for me...

Page 17, line 375: = "support HTTP Upgrade to TLS" --> "support HTTP Upgrade to TLS = [RFC2817]". Or should this document rather be citing the conformance = requirements from PWG 5100.14? That way that will avoid inconsistency = between the two documents (as had occurred with 1.0 and RFC 2817 = requirement).

I = think this text is just describing the tests based on the conformance = requirements in 5100.14, so maybe I should reword this as:

The = DNS-SD tests verify that the Printer conforms to the DNS-SD requirements = in IPP Everywhere v1.1 [PWG5100.14], specifically that the = Printer:

- = Advertises itself ...
- Provides all required TXT = ...
- TLS = stuff...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_pEt6IDlnZcD1DuYsJEEzpw)-- --===============7004434538926981869== 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 --===============7004434538926981869==-- From ipp-bounces@pwg.org Wed Jul 18 08:55: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 DE6C3130F3C for ; Wed, 18 Jul 2018 08:55:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.288 X-Spam-Level: X-Spam-Status: No, score=-2.288 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 AXE5lpxt454W for ; Wed, 18 Jul 2018 08:55:00 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id DE237130E14 for ; Wed, 18 Jul 2018 08:55:00 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 5AC81BEF0; Wed, 18 Jul 2018 15:54:59 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 74AD941DC; Wed, 18 Jul 2018 15:54:56 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id B92D64DC3; Wed, 18 Jul 2018 15:54:55 +0000 (UTC) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) by www.pwg.org (Postfix) with ESMTPS id 5961F26DC for ; Wed, 18 Jul 2018 15:54:55 +0000 (UTC) Received: by mail-yw0-x22e.google.com with SMTP id y203-v6so1897496ywd.9 for ; Wed, 18 Jul 2018 08:54:55 -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=OByc52IhmnA379cTpFBzkFR077q/FV9lrrJ2NWLSzvg=; b=QlSp/BJb5QDwCZSIWwIaNF5+vLzNsiJnq6hqXxLn021OnD4fdv/36vbrx8CMPGXiO7 k/a8f4+lMO127Lb9FYIpzrMaoRbzonaDqMs3zT2I+x52CZkLdxIg7miQq7Q4x4ylWEbY ITo68l1q0Y/OjK+IEjEDHx3wLhxjRuFNSzBRcpbx9EjjP1+5ZKL0SbjspjMtyMv33EEk lBfMdKqtk+Sq7DINaynOKOyYGvXMlkz+0IhGDHFStucXYgfB/nTntTld2MZuRRb/AFbS ZcUiB0hQsextOK/ySPdj8yha8lFgCcVgF2oHIIO0qqJysNkZnBSIGDC7oRUG3wYB6qdd pBMQ== 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=OByc52IhmnA379cTpFBzkFR077q/FV9lrrJ2NWLSzvg=; b=WmnoAAGLkqC86NkkQmqWa1XeSDXR/8OXa7e6VnNBvdGCa4dVmuFCKM6mkpMW669yJ9 IZn2wcWzGZy9Kl4M28jLipODKBAv7e+0N857bwIxNuM5ry8E4OI2ifLogFsecOtvWTky q0wNcKGV6DXe6Fb5lGd54WDlJM0fOAk4HKuyaEBdtw0yNbJ9pTv5upujFcGo88pfJa2k 2Jc/LQ2sdG3uot1gWFLix/8h6N3MDk/jEvJ4WnTgH0sg4zD07TiIOHSWuF7STjEf4ApZ L/VLuoEkojeGGlq4ITgUuL56yAInGL1ivvzf595KNF+3/igMF2olHDLp6h/UyfWerTU1 e8qg== X-Gm-Message-State: AOUpUlG8PFq4W8oyDobMLi+hdpQWkVCQ8WpWPl/ou8JvCsn3kkcVnNQN kYA+TeX1cQ6yYJBfNjGghpMwKbVjnKuuIFBxcjw= X-Google-Smtp-Source: AAOMgpeNzu1j4uUKhUKh9viHX5X1UW9XT4yZFdQZE8JfoPRCUv4kSS4u5XaCWmvUUhEg3LAxLF3xfSz64UsdjdxXPDM= X-Received: by 2002:a81:6309:: with SMTP id x9-v6mr3307280ywb.40.1531929294407; Wed, 18 Jul 2018 08:54:54 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 08:54:34 -0700 (PDT) From: Ira McDonald Date: Wed, 18 Jul 2018 11:54:34 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] REMINDER: IPP WG call on Thursday 19 July 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="===============1026067783657320236==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1026067783657320236== Content-Type: multipart/alternative; boundary="0000000000006a0df8057148150d" --0000000000006a0df8057148150d Content-Type: text/plain; charset="UTF-8" Hi, Agenda forthcoming later today. Lots of stuff to review, so we'll have to consider which documents to review in detail. 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 --0000000000006a0df8057148150d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Agenda forthcoming later= today.=C2=A0

Lots of stuff to review, so we&= #39;ll have to consider which
documents to review in detail.=

Cheers,
- Ira

=
Ira McDonald (Musician / Software Archit= ect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Found= ation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co= -Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Exp= ert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
ma= ilto: blueroof= music@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 481= 76=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839= =C2=A0 906-494-2434

--0000000000006a0df8057148150d-- --===============1026067783657320236== 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 --===============1026067783657320236==-- From ipp-bounces@pwg.org Wed Jul 18 15:50:31 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 E1D0B130E6D for ; Wed, 18 Jul 2018 15:50:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.86 X-Spam-Level: X-Spam-Status: No, score=-1.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, 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 xc_507jcxFB9 for ; Wed, 18 Jul 2018 15:50:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 40E85130E83 for ; Wed, 18 Jul 2018 15:50:26 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 654EDBEEB; Wed, 18 Jul 2018 22:50:26 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E5D2D41DC; Wed, 18 Jul 2018 22:50:18 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id DDE594DC3; Wed, 18 Jul 2018 22:50:16 +0000 (UTC) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) by www.pwg.org (Postfix) with ESMTPS id BD5992697 for ; Wed, 18 Jul 2018 22:50:15 +0000 (UTC) Received: by mail-yw0-x22d.google.com with SMTP id q129-v6so2358031ywg.8 for ; Wed, 18 Jul 2018 15:50:15 -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=Y2/lSvDdrWpe7KEQflYolsx/okjN7P0PJH2M8wF3nHg=; b=G2EN7zSh41qNo/ltYIg9qXnSildWW5c8MsUV9eFGrDNCrTdcgfkjg7va/ZOiFHczG6 9bNBs4Zv+92xP7RsX/cWY2ApkujEmhmvC/VBuS0Eyq5qVhZILT5pykCK1MZAVDl+nDMu YlP2kObw/fIxxtuZcIgQaLAtPbmz+/CzEXuwkNFwa0m3Zy4Ni3SMeUYYgxHkya4/KHMV q0WtkxGYlY3/LaH8Ww7ItZxSJRa75g98dpZibXDztoEJYIOCteWB8RdOG2qWFoFRWzP/ Do3e5zuuZsjZOd5/HaEYSu6Q57h5+KytOFxEhNYguCCz4GY2AMRkJkG4f0TuAOH6DAt9 A9mQ== 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=Y2/lSvDdrWpe7KEQflYolsx/okjN7P0PJH2M8wF3nHg=; b=MUYlGoicJvpPDYrDotpFJOCWTAKthHHUkfJCEtMLYBNmerPKbdDuuNNBBfrlJbJvZn CcJUT6+2zMmjG870C5cGZzbq9Gjl17G1F93hiCLZ/48anoR+VVW25yRjO6ijn9qCoghA O081NZviohWFKblVRv/5rm/baiWnl7xTwzjwm8OjxdnMOgL4g3l79UYVsWLJNbXmDAoc 9nOD3mh/lJ6tAPclcGJehopamyFUfnfAiKFeTfVDsHLCOw0Nxit8lgAad6zCzw8A3kmx cxobyzNM6KgugP+hoUqoTjK703Bc7t8bwaJTKgeF/77zKd5ngu0OTdiBYZqNe43sfneT wI1w== X-Gm-Message-State: AOUpUlHcINsNZBWBB5x2JDisDF8rgEr4kYYwDabdekSQw4th5+PivKX6 hzouyki1GEr85sH891X0KcHrvUGBpO//IYcx3mZgBw== X-Google-Smtp-Source: AAOMgpcY5RKy+CadI+IwzGtJj0yv/puEs2dc1MOkbKHF+uWaI7uijr/bb8RoRUG9yT77jCUedZXMO4XhHH1ZZRTaVwA= X-Received: by 2002:a81:6309:: with SMTP id x9-v6mr4041911ywb.40.1531954214696; Wed, 18 Jul 2018 15:50:14 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Wed, 18 Jul 2018 15:49:54 -0700 (PDT) From: Ira McDonald Date: Wed, 18 Jul 2018 18:49:54 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] IPP WG Agenda 3:00-4:30pm US Eastern (19 July 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="===============5516052388180994212==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5516052388180994212== Content-Type: multipart/alternative; boundary="000000000000c77dbc05714de203" --000000000000c77dbc05714de203 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Our next IPP WG call will be Thursday 19 July 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-20180607.pdf -- IPP WG call on 06/07/18 (3) IPP/1.1 to Internet Standard =F0=9F=93=A3 - h ttp://www.pwg.org/archives/ipp/2018/019647.html - http://www.pwg.org/archives/ipp/2018/019648.html -- 20 years after publication of RFC 2910/2911... (4) Status/Review of various IPP mailing list notes - http://www.pwg.org/archives/ipp/2018/019625.html -- Canon requests registration of four new IPP media sizes on 06/18/18 - http://www.pwg.org/archives/ipp/2018/019630.html -- IANA registry issues noted on 06/19/18 - http://www.pwg.org/archives/ipp/2018/019634.html -- Registration: Obsolete access-x509-certificate member attributes on 06/20/18 - http://www.pwg.org/archives/ipp/2018/019651.html -- Review/update PWG 5100.7: Standard for IPP: Job Extensions on 06/26/18 - http://www.pwg.org/archives/ipp/2018/019653.html -- Editorial Errata Reported: RFC3996 on 06/28/18 - http://www.pwg.org/archives/ipp/2018/019652.html -- Technical Errata Reported: RFC3996 on 06/28/18 - http://www.pwg.org/archives/ipp/2018/019664.html -- RFC 8011 Erratum: "reference*d*-uri-scheme-supported" on 07/17/18 (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/Review 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/Review 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/Review 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 during PWG F2F May 2018 -- PWG process check - shouldn't this have been a Prototype draft? -- 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 -- Schedule - waiting on code-signing certificate (15) Status/Review 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/Review 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 WG call on Thu 2 August 2018 at 3:00-4:30pm US Eastern -- slides for PWG Virtual F2F - IPP sessions on Wed/Thu 15-16 August 2018 -- PWG Virtual F2F 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 --000000000000c77dbc05714de203 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Our next IPP WG call will be Thursday 19 July 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, Ma= y 11, 2017, to no end date
3:00 pm=C2=A0=C2=A0|=C2=A0=C2=A0Eastern Stand= ard Time (New York, GMT-05:00)=C2=A0=C2=A0|=C2=A0=C2=A01 hr 30 mins

= -------------------------------------------------------
WebEx onlin= e meeting (join first, befo= re audio bridge)
-------------------------------------------= ------------
1. Go to https://ie= ee-isto.webex.com/ieee-isto/j.php?MTID=3Dm0359478143ca01e059a570a= da91f3573
2. If requested, enter your name and email address.
3. = If a password is required, enter the meeting password: Printing123
4. Cl= ick "Join".

-----------------------------------------= --------------
Audio Bridge (join second w/ unique access code from WebEx)
-------= ------------------------------------------------
Call-in toll-free number (US/Canada): +1 866 469-32= 39
Call-in toll number (US/Canada): = +1 650 429-3300
Call-in toll numb= er (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, Ro= ll Call, and Agenda Review=
- Mike as minute taker?

(2) Approve IPP minutes from previous meetings

(3) IPP/1.1 to Internet Standard =F0=9F=93=A3
-- 20 years after publicat= ion of RFC 2910/2911...

(4) Status/Review of various IPP mailing list notes
-- Canon requests registration of four new IPP media sizes on = 06/18/18
-= - IANA registry issues noted on 06/19/18
-- Registration: Obsolete access-x509-ce= rtificate member attributes on 06/20/18
-- Review/update PWG 5100.7: Standard for IPP: Jo= b Extensions on 06/26/18
-- Editorial Errata Reported: RFC3996 on 06/28/18
-- Technical = Errata Reported: RFC3996 on 06/28/18
-- RFC 8011 Erratum: "referenced-uri-sch= eme-supported" on 07/17/18

(5) Status of = Open Printing WG GSoC 2018 (Ira)
-- good progress on all projects - good questions are all gett= ing 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 S= tudent 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 Q4 2018

(8) Status/Review of IPP 3D Prin= ting Extensions v1.1 (Mike)
-- Prototype draft -=20 IPP WG review on 7 June 2018
-- Schedule - PWG Las= t Call Q4 2018

(9) Status of=20 How to Print Using the IPP (Mike)
-- IPP WG review during PWG F2F May 2018
-- Current H= TML draft available in Github repository
-- Schedule - TBD
(10) Status of IPP HTTP Authentication whitepaper (Smi= th)
- https://ftp.pwg.org/pub/pwg/ipp/whitepa= per/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 pa= th 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/pub/pwg/ipp/wd/wd-ippsystem10-201807= 01-rev.pdf
- 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/Review of IPP Reprint Password (Smith)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintp= wd-20180620-rev.pdf
- http://www.pwg.org/archives/ipp/2018/019631.html-- Stable draft -=20 IPP WG review during PWG F2F May 2018
-- PWG process check - shou= ldn't this have been a Prototype draft?
-- Schedule - TBD=

(14) Status of IPP Everywhere Printer Self-Certification 1.0= Update 3?
- http://ftp.pwg.org/pub/pwg/ip= p/minutes/ippv2-f2f-minutes-20180515.pdf
-- Goals, i= pptool and ippfind updates
--=20 Schedule - waiting on code-signing certificate

(15= ) Status/Review 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/Review of IPP Everyw= here 1.1 Self-Certification Manual 1.1 (Mike)
- https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippevese= lfcert11-20180704-rev.pdf
-- Prototype draft=20 -=20 IPP WG review during PWG F2F May 2018
-- Schedule - Q3/Q4 2018

(17) Next steps

- IPP= WG call on Thu 2 August 2018 at 3:00-4:30pm US E= astern
-- slides for PWG Virtual F2F

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

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Co-Chair = - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printi= ng WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-IST= O PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & P= rinter 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=

<= /div>
<= div>
--000000000000c77dbc05714de203-- --===============5516052388180994212== 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 --===============5516052388180994212==-- From ipp-bounces@pwg.org Thu Jul 19 11:48:38 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 51E13131117 for ; Thu, 19 Jul 2018 11:48:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.289 X-Spam-Level: X-Spam-Status: No, score=-2.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 C6QGMC1BEUMU for ; Thu, 19 Jul 2018 11:48:33 -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 7520A131016 for ; Thu, 19 Jul 2018 11:48:33 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D35C2BEB4; Thu, 19 Jul 2018 18:48:32 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id F131A290D; Thu, 19 Jul 2018 18:48:27 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id AEE214DC3; Thu, 19 Jul 2018 18:48:26 +0000 (UTC) Received: from mail-yb0-x229.google.com (mail-yb0-x229.google.com [IPv6:2607:f8b0:4002:c09::229]) by www.pwg.org (Postfix) with ESMTPS id 09D312697 for ; Thu, 19 Jul 2018 18:48:26 +0000 (UTC) Received: by mail-yb0-x229.google.com with SMTP id l16-v6so3667413ybk.11 for ; Thu, 19 Jul 2018 11:48:26 -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=cMh1HimnwXIPgM+v/SCqpsMnzX4Li+n82V7xbp0dOyg=; b=disZxOr5blyYtFxXRwjoGkAE6g1UZjwbrbV52iNGgZdGC3JsT/ph/ffvJXpA/uXzNw a6oQ4nt79m7nJMCgrliiu+vOve0FxglS/zTirSvusNugpWZrpfsSPgkQ4m4KpSTDo0/L ZlluuFFoIy2f714DYbbs32tH34qjmhVftpSurr0OUS2TO05o2WPNOFbpUlip+4uvGhhO 7wkMZo+iwjFCYZ2XQdtn7GLWn41qHDTvIavN7I0oXMWBeEZoZG5hweWzX0HWckEIHk41 KmXr8eFCVdsEnmI9xBfpwmnIT6DaWO0CS/v2jODhvCX4ovgxDd8B8Sr2olk2yjo1smKY WNRA== 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=cMh1HimnwXIPgM+v/SCqpsMnzX4Li+n82V7xbp0dOyg=; b=jNhN4VbTfvqX/nv0quTgcJX4sBpiayCGqB3P90FYCAGXG4UsA/jOifIcoMOt2CPKR8 jddF15ztiCRJjRWpTqcqJhUBe70U9HcZ1sRbHsAH9+ILKOeBd93AjySSdQZfHq/ILsfv 8HHJWP2w12qORQ6869SbNoeOYY/JX3/gtLUE3SGGjPgbVbl8AzWDRiYgI2bAR2g8eO2u OuA6x+NZ55bmKntnhi3Eo+WA2QdRBvb0uvNO97I7TcbHLWXNd9eeG2h0XMCvVkufxIVT sJWMOswLWRw5XIkYSfmTjmnsyS35dDcUb6HdKRRCtvjKOnziQBXEQNY2F1q31s0BO30b kwLg== X-Gm-Message-State: AOUpUlGQ2Xo1HugCdFgVmUNiHwp6RrsoCkzZmVHFJu4rimFORgeuvCP4 sPyjPzTBtyMq8g63mzUKGRNGGUBqYxu79/Nz5pEmgg== X-Google-Smtp-Source: AAOMgpf1E2ZV252KBA0TTKr40LgltmrOBOemYGZpfa17qQYIRl/lMhDt+eKa69i4f+x3zoaZEdImHgROidB+CHuemkU= X-Received: by 2002:a25:488a:: with SMTP id v132-v6mr6205542yba.263.1532026105111; Thu, 19 Jul 2018 11:48:25 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 11:48:04 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Thu, 19 Jul 2018 14:48:04 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Fwd: [saag] OAuth Meeting Report 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="===============2374272586124701104==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2374272586124701104== Content-Type: multipart/alternative; boundary="000000000000c82a6e05715e9f79" --000000000000c82a6e05715e9f79 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, IETF OAuth stuff that may be of interest from IETF 102 this week. 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 ---------- Forwarded message ---------- From: Hannes Tschofenig Date: Thu, Jul 19, 2018 at 1:29 PM Subject: [saag] OAuth Meeting Report To: "saag@ietf.org" Hi all, we had two sessions for OAuth this week. On Tuesday we discussed =E2=80=98OAuth 2.0 Incremental Authorization=E2=80= =99 and =E2=80=98Reciprocal OAuth=E2=80=99. These two specifications recently becam= e OAuth WG documents. Brian Campbell gave a presentation about =E2=80=98OAuth 2.0 Toke= n Binding=E2=80=99, which has been in development for some time in the group = already. It is also getting close to completion.. The chairs were working with participants on two shepherd write-ups during this week for =E2=80=98OAuth MTLS=E2=80=99 and =E2=80=98JSON Web Token Best= Current Practices=E2=80=99. These two documents will leave the working group any day now. There are also three documents, namely the =E2=80=98OAuth 2.0 Device Flow for Browser= less and Input Constrained Devices=E2=80=99, the =E2=80=98OAuth 2.0 Authorization Fr= amework: JWT Secured Authorization Request (JAR)=E2=80=99 and the =E2=80=98OAuth 2.0 Tok= en Exchange=E2=80=99, in IESG processing right now. Today we spent some time discussing OAuth Proof-of-Possession tokens, which turned into a heated discussion: we couldn't agree on the worksplit between the ACE and the OAuth working groups. Area director guidance will be needed. At the end of the meeting John Bradley spoke about OAuth 2.0 Security Best Current Practice, pointed to two open issues and indicated that the document will soon be ready for WGLC. We did calls for adoption of three documents during the meeting with positive feedback from the participants in the room, namely * Distributed OAuth * Resource Indicators for OAuth 2.0 * JWT Response for OAuth Token Introspection We will confirm the call on the mailing list this week. Ciao Hannes IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. _______________________________________________ saag mailing list saag@ietf.org https://www.ietf.org/mailman/listinfo/saag --000000000000c82a6e05715e9f79 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

IETF OAuth stuff that ma= y be of interest from IETF 102 this week.

Cheers,<= /div>
- Ira


---------- Forwarded message ----------
F= rom: Hannes Tschofenig = <Hannes.Tschofenig@arm.com<= /a>>
Date: Thu, Jul 19, 2018 at 1:29 PM
Subject: [saag] OAu= th Meeting Report
To: "saag@ietf.o= rg" <saag@ietf.org>
=

Hi all,

=C2=A0

we had two sessions for OAuth this week. <= /u>

=C2=A0

On Tuesday we discussed =E2=80=98OAuth 2.0 Increment= al Authorization=E2=80=99 and =E2=80=98Reciprocal OAuth=E2=80=99. These two= specifications recently became OAuth WG documents. Brian Campbell gave a p= resentation about =E2=80=98OAuth 2.0 Token Binding=E2=80=99, which has been= in development for some time in the group already. It is also getting close to completion= ..

=C2=A0

The chairs were working with participants on two she= pherd write-ups during this week for =E2=80=98OAuth MTLS=E2=80=99 and =E2= =80=98JSON Web Token Best Current Practices=E2=80=99. These two documents w= ill leave the working group any day now. There are also three documents, namely the =E2=80=98OAuth 2.0 Device Flow for Browserless and Input Constr= ained Devices=E2=80=99, the =E2=80=98OAuth 2.0 Authorization Framework: JWT= Secured Authorization Request (JAR)=E2=80=99 and the =E2=80=98OAuth 2.0 To= ken Exchange=E2=80=99, in IESG processing right now.

=C2=A0

Today we spent some time discussing OAuth Proof-of-P= ossession tokens, which turned into a heated discussion: we couldn't ag= ree on the worksplit between the ACE and the OAuth working groups. Area dir= ector guidance will be needed.

=C2=A0

At the end of the meeting John Bradley spoke about O= Auth 2.0 Security Best Current Practice, pointed to two open issues and ind= icated that the document will soon be ready for WGLC.

=C2=A0

We did calls for adoption of three documents during = the meeting with positive feedback from the participants in the room, namel= y

=C2=A0* Distributed OAuth

* Resource Indicators for OAuth 2.0

=C2=A0* JWT Response for OAuth Token Introspection <= u>

=C2=A0

We will confirm the call on the mailing list this we= ek.

=C2=A0

Ciao

Hannes

IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in any medium. Thank you.

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


--000000000000c82a6e05715e9f79-- --===============2374272586124701104== 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 --===============2374272586124701104==-- From ipp-bounces@pwg.org Thu Jul 19 13:49: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 130AB130E2A for ; Thu, 19 Jul 2018 13:49:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.541 X-Spam-Level: X-Spam-Status: No, score=-2.541 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 jBuP4CLQmkoW for ; Thu, 19 Jul 2018 13:49: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 A2AAA130F55 for ; Thu, 19 Jul 2018 13:49:52 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 5072BBEFB; Thu, 19 Jul 2018 20:49:50 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id CA2F8290D; Thu, 19 Jul 2018 20:49:46 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2EF414DC3; Thu, 19 Jul 2018 20:49:46 +0000 (UTC) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 05D0B2697 for ; Thu, 19 Jul 2018 20:49:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532033384; x=2395946984; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NL723AjU6VpOaVFXXpfly7Iv1/+xCeh0p5PT8iSBhp0=; b=b10X5yjQ4l2sLTZxzML2rCqKgUMfNLC9aMrJ62L8wyaVzUAtLQ0n8WdjMEfn0IW6 bwTjR12TP4TG1bWcWUU/lJHXArwMzi5kjPhoY/OCTFbN2H8jHCKa7WawC4urc/6P eYABkPJflU2+qSzxIYfUaZZ0Iv7cJeRyojFdvawX/AkPl1l094AazHPBEFKrw/Vt /Lu44LH85YF4bvkc4RF3AWMeDeDYvUtFsGX7U46QdJBhAAhu5MTsNVHqblGDwV+2 ecTs1tlY5Bh56WEhITmIUeQT/UoMFWJT0H0SqZH3ixjfLqH23wwy9ikX2TYrcZkh fM6STpvqfY4cnT1pBYUVsg==; X-AuditID: 11973e16-6d9ff7000000740c-22-5b50f9681f6b Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 97.E0.29708.869F05B5; Thu, 19 Jul 2018 13:49:44 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz10.apple.com (nwk-mmpp-sz10.apple.com [17.128.115.122]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PC4004TLSIVYLA0@ma1-mtap-s01.corp.apple.com> for ipp@pwg.org; Thu, 19 Jul 2018 13:49:44 -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 <0PC400900RWWOF00@nwk-mmpp-sz10.apple.com>; Thu, 19 Jul 2018 13:49:43 -0700 (PDT) X-Va-A: X-Va-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-Va-E-CD: f9d947e53dd11be6522c99f7df4300aa X-Va-R-CD: 8eb4ffc185e6dacbad268fb73b169a35 X-Va-CD: 0 X-Va-ID: 068acbd6-56d0-47c2-8c4f-6ebc40ac6071 X-V-A: X-V-T-CD: 6dd86a8f7e615dc06f775907aaa1dbc0 X-V-E-CD: f9d947e53dd11be6522c99f7df4300aa X-V-R-CD: 8eb4ffc185e6dacbad268fb73b169a35 X-V-CD: 0 X-V-ID: 793c1f07-a3c6-4a30-a247-a3f08039551d 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 <0PC400900RVG7Q00@nwk-mmpp-sz10.apple.com>; Thu, 19 Jul 2018 13:49:43 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-19_07:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.12.139] by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PC400C7ZSITCGB0@nwk-mmpp-sz10.apple.com>; Thu, 19 Jul 2018 13:49:43 -0700 (PDT) From: Michael Sweet Date: Thu, 19 Jul 2018 16:49:40 -0400 Message-id: <4F864E40-76D7-4EAA-9C09-A41F81AC6098@apple.com> To: PWG Workgroup X-Mailer: Apple Mail (2.3445.9.1) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKIsWRmVeSWpSXmKPExsUiqOHDqpvxMyDa4PtpQ4tj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY8HNDraCM0wVWybeZ29gnMXUxcjJISFgIrH29hzmLkYuDiGB fUwSazt7mUESvAKCEj8m32PpYuTgYBaQlzh4XhYkzCygJfH9USsLRP1BJokXaxazgSSEBLqY JPY+14YYyi7x59cOFghbW+LKysOMMPaW2T+YYew9h5dA1XBJLNh6mhXC1pXomrIeqp5NYv2J JVCHakk0LOtmgbH3zl4FF1/avASqnlPi/JeJ7BC2jkT/tCmsEId2MkkcfzAbakG2xNuFv9kg 7GCJP4d6oL7/yiix/nY/2CRhAQmJ4/0LwRrYBNQkfk/qA7NZBFQllh/8ygxRoyNxcPlRVkho 2Ug0n70Ldp0IMLQm3boHdYWiRP+aQ2wTGOVmIQXqLESgzkIK1AWMzKsYhXITM3N0M/PM9RIL CnJS9ZLzczcxguJ5up3YDsaHq6wOMQpwMCrx8EbcDYgWYk0sK67MPcQozcGiJM57fCNQSCA9 sSQ1OzW1ILUovqg0J7X4ECMTB6dUA6PV7kfzVyr9WsupmtlzhT39/dUXr7y2Za2P//omp+zM yQc/f/Zbx66w2P/R00NK31Es+tXOwAOCUxS648XfWk7aYmaQZhPOIhvN9yPvWc5L2z3flFMm 9Wx+ZZdXvTjqqFmkyMNNNxasWt+16GCXdRLn7LRX8zktoxuPTXnBcVz1Scozt0LpCcpKLMUZ iYZazEXFiQDDOw1oyAIAAA== 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-20180719.pdf Our next conference call is on August 2, 2018 at 3pm ET. _________________________________________________________ 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 Jul 19 15:31:50 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 218B5130EE8 for ; Thu, 19 Jul 2018 15:31:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.65 X-Spam-Level: X-Spam-Status: No, score=-2.65 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, 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 RxgaI-BlewQb for ; Thu, 19 Jul 2018 15:31:46 -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 E123C130E2B for ; Thu, 19 Jul 2018 15:31:46 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 68018BEED; Thu, 19 Jul 2018 22:31:46 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9E169B9D8; Thu, 19 Jul 2018 22:31:43 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 1C8F9BBC1; Thu, 19 Jul 2018 22:31:42 +0000 (UTC) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700107.outbound.protection.outlook.com [40.107.70.107]) by www.pwg.org (Postfix) with ESMTPS id A32AE2697 for ; Thu, 19 Jul 2018 22:31:41 +0000 (UTC) Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0695.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.973.20; Thu, 19 Jul 2018 22:31:40 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0973.016; Thu, 19 Jul 2018 22:31:40 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Updated IPP Everywhere v1.1 drafts posted Thread-Index: AQHUE2fS5NoZW38QU0SajOZqHo6vJaSVBo8AgAAb0ICAAhdVAA== Date: Thu, 19 Jul 2018 22:31:40 +0000 Message-ID: References: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> <15E8F583-385C-4B14-A38F-A413820AEAB5@apple.com> In-Reply-To: <15E8F583-385C-4B14-A38F-A413820AEAB5@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; CS1PR8401MB0695; 6:xTa/RuW8DZorX1vESr+YjN1eF47UEjzFUkKOduzrpvcmpbdqV6ck0iQy0ongBRB5fxG+lxQhQRtSeAQHKRXS9eL5c4h263Cb3S3DpMWptycckVF9GT1blpMPemG4qru3IgEvej01L3ELlrB5xmd7VPpcEtcbV4xhhQrKk2xh2yxM1Ehl+cqOEBJCZdXwuy5JaryW/QIXHf3F2c0c0KM/G0TE7YlFq6X2c1ESZQjAd0osWPXMYkuDP5FFsl9M4inNB+SHkJ0oAPAkXY//CgeWXqlu++K6CHMj4l5RqHC4rWUfl7Wb6JHk9C1uBsThvpSFH3BjqVUVPRilF+gJSJYpCLBrlszd+0yzCIM9zoN7XYfNnoNQ+mmCwcj5R8YoAgQD0so2mXTbeKlssO8D3PUCwd/WrSfel0IYrHZP6d/wZA+qlm+fxSPdI5CMwNM8eZlua5Yx4XHflRvxL5aAtd2TOQ==; 5:gx7OdGMQqrPZpNdnlt4O5pg27bFvfG93KHvisisDAoDsEXMHMKNARiqN/kLmy38UDtRbizUk+l6Ssi+0EoP1+e30gfLE87DIio0j8g2xY5ERxzPrls2rkiUDdb453zKQm5I6sSV/220aDwE868lFuMbbwbT1dc1z1qeFYrnQO9o=; 7:3xCwYGP9Fxs8cTYJGsp+is7BhgdFRyKGNq+OQefwJSuMZb4DUZ4mGFyJ/2MBh+zySwH2xjP1uK3jqeki2FA40TtQ88vBmmfbbvvcisFTjtwYI67pyjU7FW4Y4LvKwFqsl3uVMNSd07tBQNdMIVlxCWkME2Yq3lZQegNHn/Exw39BJ91pl3S6vJReJVNDZVqNW8zfAzFkeuKY95ixt/302l+h+xPCJ6Tsrd+HM6d9m7+nFdfAktIVopOsZfXVX6iL x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 4a82d34c-0e78-4d2a-61a4-08d5edc7659c x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0695; x-ms-traffictypediagnostic: CS1PR8401MB0695: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(80524489315369)(31960201722614); 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)(3002001)(93006095)(93001095)(10201501046)(149027)(150027)(6041310)(20161123558120)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0695; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0695; x-forefront-prvs: 0738AF4208 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(346002)(376002)(366004)(39860400002)(396003)(6602003)(199004)(189003)(81156014)(14454004)(486006)(81166006)(11346002)(446003)(3846002)(6116002)(33656002)(476003)(99936001)(478600001)(2616005)(6916009)(6486002)(82746002)(6246003)(8676002)(66066001)(4326008)(7736002)(2900100001)(8936002)(53936002)(68736007)(26005)(106356001)(6506007)(53546011)(25786009)(2906002)(102836004)(186003)(76176011)(5660300001)(6512007)(256004)(236005)(99286004)(97736004)(54896002)(6436002)(86362001)(316002)(83716003)(105586002)(36756003)(229853002)(5250100002); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0695; 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: Z6nxuRZyInE0WLD/gQSKWxQOySK5pgL+KE8x7gkpRDqAim4Q3iVzgmPF6vVw9xBI13UWE61NihMJUUnKHL5dLQeGf+EeyU3Mq8LQka4bpjhndITXQu/V2ReIu3In9HmrkxI2IYCIRjeB9ZA+n/17IJutMZ6DeSgnAG3SdIBjs8659LbDLIcKZEIv2Pr0NQirghIwp3wrJAobbNmLiaARaDw5ishAoMr9usex4gCzmgwu13MnGH1TTqotk3dhtjDKcHacTu3b2B+FO060RWl7UYwdPuya2isgEoYvMiqzjuEJCB7f83JtPINP1MuJBplMccsVXq+rkxv/ZJ4k+htWsKyTurk2xkEqsMSjGpTS3mk= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4a82d34c-0e78-4d2a-61a4-08d5edc7659c X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jul 2018 22:31:40.0464 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0695 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="===============9067179083662040132==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============9067179083662040132== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_DD525952-0C52-4890-AB04-8133C8D8529D"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_DD525952-0C52-4890-AB04-8133C8D8529D Content-Type: multipart/alternative; boundary="Apple-Mail=_71E235C4-A45D-467F-9E32-A28015564B39" --Apple-Mail=_71E235C4-A45D-467F-9E32-A28015564B39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > 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? Basically sub-filtering at discovery time for a particular generation of = IPP Everywhere=E2=84=A2. --Apple-Mail=_71E235C4-A45D-467F-9E32-A28015564B39 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

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.


= --Apple-Mail=_71E235C4-A45D-467F-9E32-A28015564B39-- --Apple-Mail=_DD525952-0C52-4890-AB04-8133C8D8529D 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MTkyMjMxMzhaMCMGCSqGSIb3DQEJBDEWBBRR8QVk0uzwhuT2 zZWGsyla+DjjlTCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAHLHc8bkJhk4QWIt gF/Cxm2m5HXSlqIPwF/m4ohgfHGNDvYyGbofOUy2guVHOBalGc7vKeUHhFsoNNoNKqMSEc7fMfDI doAjUW6H75jHZI08jpW6o6DaW7l9ta516iw+biSlg0mdaitQBPI16/TmCyicwcOXZ1fmy8tdyvUU pPKEiDoK4/Wd/xxeyzmGlza2NiZSqZAtIaOgnAeYXnRQOgVTzJdTTIzI6BsRDONn47Co6Fzhbv0r 0JvronNIL+FRED/7E3STCpK1ONj4/EyzFbZBDyWxsw8LKRcsONvta4LT6WbLSB3lbZShVNfpb25F x+6PzFleGrO9Ifi5yy4z5w4AAAAAAAA= --Apple-Mail=_DD525952-0C52-4890-AB04-8133C8D8529D-- --===============9067179083662040132== 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 --===============9067179083662040132==-- From ipp-bounces@pwg.org Thu Jul 19 17:05: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 B553D130DE2 for ; Thu, 19 Jul 2018 17:05:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.54 X-Spam-Level: X-Spam-Status: No, score=-2.54 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 fd3zDn1P-QVv for ; Thu, 19 Jul 2018 17:05: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 85636130DDC for ; Thu, 19 Jul 2018 17:05:13 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D9FEBBEEC; Fri, 20 Jul 2018 00:05:11 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id DA7AF290D; Fri, 20 Jul 2018 00:05:07 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 14D9CB9CE; Fri, 20 Jul 2018 00:05:07 +0000 (UTC) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) by www.pwg.org (Postfix) with ESMTPS id B7B5726CF for ; Fri, 20 Jul 2018 00:05:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532045106; x=2395958706; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fJjLhwxihi59dhSEp7Ts0ZlrcyOzaNYMmmqitIVIgrg=; b=ysaZGXMD/G9E6xJoH0kVQR8FGzW+r3H6+WlS2MyHys2EZQhk/Mp+dBE6gDbofM2P 3XCbZO3VskD6kXdtSc0OJcvg456/A9zAtzY1AhMboRH04ktvtmBM22u8uQyOsDRH xFzlNgdvJCt/Odj3TUqJBbdt8TneohzdPBBryYLJBVzWabNiF/vDz25Mn009nXlN G6b+rHCic9T/DmBEtPi0ySG/Gmx4Kh3z/EgMmjBJNGustzdB68HJScbBBKDGN9+3 wfZM+WzcyZhENw4Gn3Od/jiUrcADzU4jloEPoAzDN4Saolo8Wy9BrGjEzBxse0TK PcSNxPbZLJ0VeRf1GHkJGA==; X-AuditID: 11973e13-b209c9e00000242c-e7-5b512732f807 Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id 08.BF.09260.237215B5; Thu, 19 Jul 2018 17:05:06 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PC500IDQ1K8WL30@ma1-mtap-s03.corp.apple.com>; Thu, 19 Jul 2018 17:04:58 -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 <0PC500L001EC3H00@nwk-mmpp-sz09.apple.com>; Thu, 19 Jul 2018 17:04:56 -0700 (PDT) X-Va-A: X-Va-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-Va-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-Va-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-Va-CD: 0 X-Va-ID: 261f12be-4b55-44b3-9578-4edd72deda06 X-V-A: X-V-T-CD: e144540b7342dfdd5f6898b05c7d1e1b X-V-E-CD: f4dd15d82c2de914d7bc1e68ca01a7f4 X-V-R-CD: 7f9e716c302d65a827b8efe77430edd6 X-V-CD: 0 X-V-ID: bf04f0af-6945-4f8d-95bd-154770299eae 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 <0PC500K001DXYW00@nwk-mmpp-sz09.apple.com>; Thu, 19 Jul 2018 17:04:56 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-19_08:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp17.corp.apple.com-10000_instance1 Received: from [17.235.12.139] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PC500MAS1K4CI20@nwk-mmpp-sz09.apple.com>; Thu, 19 Jul 2018 17:04:55 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Thu, 19 Jul 2018 20:04:52 -0400 Message-id: <617A7EF5-7733-4461-8AEE-5B45A0FF0FF0@apple.com> References: <56AE47BA-56D8-4AB0-8373-46DD0128DBB6@hp.com> <15E8F583-385C-4B14-A38F-A413820AEAB5@apple.com> To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.9.1) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLIsWRmVeSWpSXmKPExsUiqOHDrmukHhhtsP6yusWxfS9ZLF517WJ2 YPLYtW0nk8e8xdOZApiiuGxSUnMyy1KL9O0SuDI2nH3BXtBvXPHy61HmBsY5Ol2MnBwSAiYS 5682s4DYQgL7mCQm/igHsXkFBCV+TL4HFmcWCJM49qQdyOYCqtnAJHHmyCNmCKeLSWLFl/vM EJPYJf782sECYWtLTNy9ignGfr7qHCuMvfTHQjYIm0tiwdbTUHFdiS8d56DibBLrTyyB6tWS OPR5AQuM/fjNa3YY+/LL9VD1nBLnv0yEiutIPFt5Cuq4TiaJNT1dUIOyJVY82A9lB0s8nNDG CFH0lVFi0qKJYB8IC0hIHO9fyAph20isfQqxjU1ATeL3pD6wOKeAlcSm/YfAbBYBVYlNK2cy Q8JIXmJS3w9WSNjZSBz4P5UNYsF5Rolrc9+CnSoi4CNxd1EXI8QVihL9aw6xTWBUmIUU3rOQ wnsWIweQrS4xZUouRFhb4sm7C6wQtprEwt+LmJDFFzCyrWIUyk3MzNHNzDPVSywoyEnVS87P 3cQISi/T7YR3MJ5eZXWIUYCDUYmHN+JuQLQQa2JZcWXuIUZpDhYlcd7jG4FCAumJJanZqakF qUXxRaU5qcWHGJk4OKUaGFufJ4bLSfSeOn+5d8vlHe9c1vNsUmFsYT/98saXsrUTC0qPL8zz WbyQ+4miqq/E/2DTUv6K7tlf2JezzWg0Omj7sUPz0CnRJl1fTSPtVgc9+bkngj98TzW1iHoz 1cU9qT6YYXLYha0RHqHaoulWUw+qdi1/1ru05/5GvkNMVh+qOSz7DZ8JK7EUZyQaajEXFScC AJnMAEQQAwAA 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="===============4862552426633908989==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4862552426633908989== Content-type: multipart/alternative; boundary="Boundary_(ID_QDEZaqsd90fQpa7hfFg4Pg)" --Boundary_(ID_QDEZaqsd90fQpa7hfFg4Pg) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable > 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. ... in order to do what? 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... _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_QDEZaqsd90fQpa7hfFg4Pg) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable

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?

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...

_________________________________________________________
Michael Sweet, Senior Printing = System Engineer

= --Boundary_(ID_QDEZaqsd90fQpa7hfFg4Pg)-- --===============4862552426633908989== 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 --===============4862552426633908989==-- From ipp-bounces@pwg.org Thu Jul 19 17:51: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 7E4E6130E2A for ; Thu, 19 Jul 2018 17:51:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.649 X-Spam-Level: X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 3n3Np3TVc-Ug for ; Thu, 19 Jul 2018 17:51: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 96AA0130F52 for ; Thu, 19 Jul 2018 17:51:41 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C90EABBC2; Fri, 20 Jul 2018 00:51:39 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id D6A15290D; Fri, 20 Jul 2018 00:51:35 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 670E3B9CE; Fri, 20 Jul 2018 00:51:34 +0000 (UTC) Received: from NAM05-BY2-obe.outbound.protection.outlook.com (mail-eopbgr710103.outbound.protection.outlook.com [40.107.71.103]) by www.pwg.org (Postfix) with ESMTPS id EDD552697 for ; Fri, 20 Jul 2018 00:51:33 +0000 (UTC) Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0376.NAMPRD84.PROD.OUTLOOK.COM (10.169.12.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.973.16; Fri, 20 Jul 2018 00:51:32 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0973.016; Fri, 20 Jul 2018 00:51:32 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] Updated IPP Everywhere v1.1 drafts posted Thread-Index: AQHUE2fS5NoZW38QU0SajOZqHo6vJaSVBo8AgAAb0ICAAhdVAIAAGgwAgAANCYA= Date: Fri, 20 Jul 2018 00:51:32 +0000 Message-ID: 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: <617A7EF5-7733-4461-8AEE-5B45A0FF0FF0@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; CS1PR8401MB0376; 6:8mrpaPEz/j20Reoqe9XFg31jP4d6wHuofcKg2SjeOcsH17//lXqipiaGOUg1qGvTfbXBDLCNLQz3E6brCNSBhNvYaGUCe55u3mFE5Vxs1nOof8Wv5ZFtDQ+7T4rantTroDl/symgq7Wz7VJN93yPPXDCBijmh4z0H2+yXjltup6tUweBF3qgewIoo399N1mZd7x94nq4+C7fS5LbEdhJUxT88Hk3j6oxl3FA0v+qXF4od2uTqhsT5/VcHIBow+a1nZSGTsGUnuAjJdeKhrin6NYo3b4L+TCgCEBohpEW1HwXtNO93jU9hnc7sHeTT/P+GpZErQKRxOevNDMDp4YljwgaFWSj/jsAVrxH/jnTovfsuIGiUFsUGUo6oag9dIRVMlZ0CutaUZX2FUsEnJrlKKUVR+b9wOKRQNhzQRllp7c6IhOY6cCwRCA7aeDT+S468dcPZogVfKyBQoerItIBvQ==; 5:CSrWTakbediJxCxnLh7XqIftYMxOt91ITiLc+/rf2XytJc+NElgWS/O4tTtCAFipvDIt2uXwp3g9qwuldqDjxGOCZTqjEJaF6ONEDMED1EoqGqozhjJGF/AKfen4RKHoXjnNNf6Xsdc4LJbPrxxHrYvanxH/PhHPSTVscqvr5II=; 7:UthKZvlSH+DCSnHJjAlDbX1V26f13y+WQFlPRBkzyx+dUI8KKw5vcSuZn3g6yWWt+NbAZIVAckTQWpNiXntkbIOj2XuOTYd86JehtSv3PGPHqDHHbCa08TXPksGvN+kzjyHOE19bruvMLFyEyCf3G9nrKoa9S2okyvpY7Kj+Yf4kilJ2iath/TJkW20NK6shQ3OtVVybPeVSjF478SibPqI6i2jd/uhV1uXLUhPSXdvPHEoXY7kTGFTpCQl1ITqE x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: cc671748-fc27-420d-f880-08d5eddaf00b x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0376; x-ms-traffictypediagnostic: CS1PR8401MB0376: 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)(3002001)(3231311)(944501410)(52105095)(10201501046)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0376; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0376; x-forefront-prvs: 073966E86B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(39860400002)(396003)(346002)(376002)(189003)(199004)(6602003)(3846002)(316002)(6116002)(81156014)(26005)(5250100002)(229853002)(81166006)(8676002)(486006)(186003)(36756003)(106356001)(105586002)(53546011)(11346002)(446003)(102836004)(476003)(2616005)(6506007)(7736002)(14444005)(236005)(54896002)(6512007)(2906002)(82746002)(256004)(76176011)(8936002)(68736007)(86362001)(99286004)(6486002)(6436002)(478600001)(99936001)(33656002)(83716003)(14454004)(93886005)(2900100001)(53936002)(97736004)(66066001)(4326008)(6916009)(5660300001)(25786009)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0376; 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: JFQxMbOAjKqdv5+DnHZtisGmpF2qf4N319/CzZh+Olb/WnI8kWLji7tuZDnrlr5zRkfYlHb3SGsXZQtSNQXUnqmmXqxYiST9n5v5HNtbNCg960Wd6sTb4rNaEGV5gApdV7yiWfRpEmtt76nON9HNjrn1BL0ghFJvL2wF1MEjGe/W8fxNPlDOzwrBi0rPhxzOFC2MssMVzPgoZZTtCj6ZcXrIrl0KnPx546zrvhT8/hapDhpYZYy3keE6EHj28EhnKoc8UCLEmw/M/xILb7aLwxaqIZtkCx+wsX4DSfNFn3CrJkbiQ/XVpt/AqMk/nX5ycmA7guwb/GB5B1XlkOXu6ZxFWaFLCmfhkCiK8UMv2n4= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: cc671748-fc27-420d-f880-08d5eddaf00b X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2018 00:51:32.8502 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0376 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="===============5738555613632513118==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5738555613632513118== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_AA8A7219-F021-43B2-B656-AC10C4488BFA"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_AA8A7219-F021-43B2-B656-AC10C4488BFA Content-Type: multipart/alternative; boundary="Apple-Mail=_401FF371-2DDD-4E18-902E-73F5B0320C62" --Apple-Mail=_401FF371-2DDD-4E18-902E-73F5B0320C62 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > 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? Ummmm.....not sure. >=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... Upon more reflection, I don't see any substantive value and so I = withdraw the feedback / comment / change request.= --Apple-Mail=_401FF371-2DDD-4E18-902E-73F5B0320C62 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

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.
= --Apple-Mail=_401FF371-2DDD-4E18-902E-73F5B0320C62-- --Apple-Mail=_AA8A7219-F021-43B2-B656-AC10C4488BFA 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MjAwMDUxMzFaMCMGCSqGSIb3DQEJBDEWBBRzxFLo2aoB6RYL NJLH3L8GjVHbyDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBACaO681C4Nz/YMw5 i7G52ZQP7KTn77njDXDZ0tSQ7eLVVcU38JKABvo/TFuJACw7AVzs8Xb3pQ0aJTvcdLn0vL1eUdqo pEvLpKj9LPLI1Ovr5jQmMUkIy3dcNexoTtqqEvjR/nuzubFk6dirxo49a2nAnJMt0kb9+RqadVeQ Zc5i2VD76ZtIE9MjOshxnZfpmg34JWxdIyBiGeAyzBY26Ckaq4gqB5zKCZIm7T5kynjJcZo6Fv7X anR0iBPK/0w7rqtH4pgV4HpJtodYNWQmJsJ/I2c9qyrZfhEMpF9w9Lv/AjfQ/UbB0/NujYNBTFJE sMPyoyg7nC1HRIUIwKAiGOkAAAAAAAA= --Apple-Mail=_AA8A7219-F021-43B2-B656-AC10C4488BFA-- --===============5738555613632513118== 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 --===============5738555613632513118==-- From ipp-bounces@pwg.org Mon Jul 23 08:13:30 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 0D392130EBD for ; Mon, 23 Jul 2018 08:13:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.029 X-Spam-Level: X-Spam-Status: No, score=-2.029 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, 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=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 QLyhcAb2ebPV for ; Mon, 23 Jul 2018 08:13:26 -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 E49FA127AC2 for ; Mon, 23 Jul 2018 08:13:26 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 329BCBEBA; Mon, 23 Jul 2018 15:13:26 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E80EF26E4; Mon, 23 Jul 2018 15:13:21 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id DDD88290D; Mon, 23 Jul 2018 15:13:20 +0000 (UTC) Received: from mail-yb0-x235.google.com (mail-yb0-x235.google.com [IPv6:2607:f8b0:4002:c09::235]) by www.pwg.org (Postfix) with ESMTPS id 5743C2697 for ; Mon, 23 Jul 2018 15:13:20 +0000 (UTC) Received: by mail-yb0-x235.google.com with SMTP id y11-v6so370376ybm.7 for ; Mon, 23 Jul 2018 08:13:20 -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=RVWcw0wP3T6RMZ2FFOxsLd3eZSoPhq/IjaREmBjG9zI=; b=egkvhAubH3+8Hn+riKy8JGKFmtbTE2uKRdLV8m1Peh2vF/S+Ii4Z5cmDQPPGjtMuAL 1L5GCgv3SO7RoV32G24MRFkBs4YNEdXqHsCe+ztZVfxn4VHHurIt7mJElYVzUhjPn7+K klIw1bFdByWIPyTTJDDnaaG6puUMWwSZUa5D8IyHwadjaAnzU96QCcTc/0+tS0SdbZTW WwKX6zn35B8YoZjiucWRCSxHJuztV0MAo3REcYlPFAAVEjxqE6rGEvjjqrLCVmiXARdS oyn85B7oL6W1QuHXpE2MCK+SzcMjVW8t9dcCAFU0dCHKjwTtrIXToS1nK1w9pgqvVZaP dj8g== 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=RVWcw0wP3T6RMZ2FFOxsLd3eZSoPhq/IjaREmBjG9zI=; b=WZUGBcm6sZQIVbt+tdDkWmnGGmWGUOPHK2JWhn5InmtzCq7SOu25cM9dl/wcv8jX+1 F0ZiR4NA1fCjnWQi790roU4htrH7e15RjZG4cf5Ogj9SL4tjSiNTc87zvlUvkyNVauv8 tdTGJfAqvJGm42p1ZqZ3izjLB77spRsXrPJsZiUAcxRw5XBnkvV9c3FHmbO7ASzGMZhU 2KihDVTFsTZiQ3Xb7W7LF8M9CKkaYxT3kWq+IJFao1uF7J0oid6yvj0qrTij4tjALt31 Fbdol3lgMepn9qOBmTTmlXhgqLXax33va2YmSbnFpt5sta1V4D70ooUnu1xhF5G1r5+S MPMg== X-Gm-Message-State: AOUpUlE+O+a2JQtmFNDRNmYtN1BeUvfKeZrDzrwYat8V8YtzPEcPV1e3 UlaQMlUPErPZqn1ajcfjNoOTmAykr06nE/fqwD9VQg== X-Google-Smtp-Source: AAOMgpeYAnTkB7zgo3EHi4sAfB5Q51buQ9+cKeL4pWsnRaxqdSVkSwCS3TCz59etD7MAEFagHOs8iw3/gB+Y+uZZLBY= X-Received: by 2002:a25:da11:: with SMTP id n17-v6mr7384554ybf.409.1532358799468; Mon, 23 Jul 2018 08:13:19 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Mon, 23 Jul 2018 08:12:58 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Mon, 23 Jul 2018 11:12:58 -0400 Message-ID: To: "ipp@pwg.org" , tms_wg@trustedcomputinggroup.org, MPWG , Ira McDonald Subject: [IPP] Fwd: [dispatch] New Internet-Drafts on pEp - Privacy by Default 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="===============2630451968527515105==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2630451968527515105== Content-Type: multipart/alternative; boundary="000000000000e92c960571ac156b" --000000000000e92c960571ac156b Content-Type: text/plain; charset="UTF-8" Hi, FYI - probably of interest in both PWG and TCG specs - worth watching. Cheers, - Ira ---------- Forwarded message ---------- From: Bernie Hoeneisen Date: Tue, Jul 3, 2018 at 6:26 AM Subject: [dispatch] New Internet-Drafts on pEp - Privacy by Default To: saag@ietf.org Cc: IETF DISPATCH list Dear SAAG WG CC DISPATCH WG Please be informed that we have submitted five Internet Drafts (see below) regarding the pEp (pretty Easy privacy) approach, which aims for opportunistic encryption of email and other messaging. The pEp technology is aimed to be as easy as possible for the end user, so that privacy technology will be widely implemented and used. Overview of existing pEp Internet-Drafts: - pEp General: Basic pEp concepts / requirements generally applicable https://tools.ietf.org/html/draft-birk-pep-02 - pEp Email: pEp concepts specifically applied to email communication (automatic generation of key pairs, automatic usage of encryption, privacy enhancements to existing email message formats, etc.) https://tools.ietf.org/html/draft-marques-pep-email-00 Note: This -00 I-D is yet in a "rough" state. - pEp Handshake: Easy process to ensure authentication of communication partners and channels using Trustwords. https://tools.ietf.org/html/draft-marques-pep-handshake-00 - pEp Trustwords: IANA Registration for Trustwords in different languages. https://tools.ietf.org/html/draft-birk-pep-trustwords-02 - pEp Privacy Rating: Definition of different Privacy States (unreliable, encrypted, etc.) and its mapping to a traffic light semantics (red, yellow, green, none) as an intuitive means for presenting the actual Privacy Status to the user. https://tools.ietf.org/html/draft-marques-pep-rating-00 Note: More I-Ds are still in the pipeline, e.g. synchronization of secret keys among different devices of the same user. We are looking forward to your feedback! All the best Bernie -- http://ucom.ch/ Modern Telephony Solutions and Tech Consulting for Internet Technology _______________________________________________ dispatch mailing list dispatch@ietf.org https://www.ietf.org/mailman/listinfo/dispatch --000000000000e92c960571ac156b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

FYI - probably of intere= st in both PWG and TCG specs - worth watching.

Che= ers,
- Ira

--= -------- Forwarded message ----------
From: Bernie Hoeneisen <bernie@ietf.hoeneisen.ch>
Date: Tue, Jul 3, = 2018 at 6:26 AM
Subject: [dispatch] New Internet-Drafts on pEp - Privacy= by Default
To: saag@ietf.org
Cc= : IETF DISPATCH list <dispatch@ietf= .org>


Dear SAAG WG
CC DISPATCH WG

Please be informed that we have submitted five Internet Drafts (see below) = regarding the pEp (pretty Easy privacy) approach, which aims for opportunis= tic encryption of email and other messaging. The pEp technology is aimed to= be as easy as possible for the end user, so that privacy technology will b= e widely implemented and used.


Overview of existing pEp Internet-Drafts:

- pEp General: Basic pEp concepts / requirements generally applicable
=C2=A0 =C2=A0 https://tools.ietf.org/html/draft-bi= rk-pep-02

- pEp Email: pEp concepts specifically applied to email communication
=C2=A0 (automatic generation of key pairs, automatic usage of encryption, =C2=A0 privacy enhancements to existing email message formats, etc.)
=C2=A0 =C2=A0 https://tools.ietf.org/html/draft-marques-pep-email-00
=C2=A0 Note: This -00 I-D is yet in a "rough" state.

- pEp Handshake: Easy process to ensure authentication of communication
=C2=A0 partners and channels using Trustwords.
=C2=A0 =C2=A0 https://tools.ietf.org/html/= draft-marques-pep-handshake-00

- pEp Trustwords: IANA Registration for Trustwords in different languages.<= br> =C2=A0 =C2=A0 https://tools.ietf.org/html/dr= aft-birk-pep-trustwords-02

- pEp Privacy Rating: Definition of different Privacy States (unreliable, =C2=A0 encrypted, etc.) and its mapping to a traffic light semantics
=C2=A0 (red, yellow, green, none) as an intuitive means for presenting the<= br> =C2=A0 actual Privacy Status to the user.
=C2=A0 =C2=A0 https://tools.ietf.org/html/dr<= wbr>aft-marques-pep-rating-00

Note: More I-Ds are still in the pipeline, e.g. synchronization of secret k= eys among different devices of the same user.


We are looking forward to your feedback!


All the best
=C2=A0Bernie

--

http://uco= m.ch/
Modern Telephony Solutions and Tech Consulting for Internet Technology

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

--000000000000e92c960571ac156b-- --===============2630451968527515105== 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 --===============2630451968527515105==-- From ipp-bounces@pwg.org Mon Jul 23 08:24:37 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 62A49130F29 for ; Mon, 23 Jul 2018 08:24:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.289 X-Spam-Level: X-Spam-Status: No, score=-2.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 6t84yf0APv63 for ; Mon, 23 Jul 2018 08:24:33 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id B73AF130ED3 for ; Mon, 23 Jul 2018 08:24:33 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D5288BEED; Mon, 23 Jul 2018 15:24:32 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0A52326E4; Mon, 23 Jul 2018 15:24:21 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 57230290D; Mon, 23 Jul 2018 15:24:19 +0000 (UTC) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) by www.pwg.org (Postfix) with ESMTPS id 210EE26E0 for ; Mon, 23 Jul 2018 15:24:18 +0000 (UTC) Received: by mail-yw0-x235.google.com with SMTP id r184-v6so356715ywg.6 for ; Mon, 23 Jul 2018 08:24:18 -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=nz9aMqTZhQTEB3D3I0OL2Sm0lZFhtf35o6sqDv2sQ6g=; b=es9g+p3Rw5QCh2oeh+vnMsg7iW5d3JVWF0rJ+UqaJPe09ENbg4vncsyBAx+e4GT6lM LHEQu8KGe7sbz5++AqflZUKNVJvoZKH/801EZqw16YNSUTG0CuBAxC52XPE/dmbgequY F4ozmjLwSxPR5NcExnZmmYKKnRHwCRXV6wSlgpzVmlFi2Vd4USsTVGG/I3lovO30/maM Ukh9rDHhQhEV1TUeB0mRd95n/amRvxGnvZ/iNbeBl2ySIMo/Y1puhaASG/UbVifZrM5w UbpxwNFf2NfrJVEzdjFpZQEpCYhqRXkbP9SW1ifT+Vn7dmZx3wJoocRyHBg6ug8CDpsM KmDA== 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=nz9aMqTZhQTEB3D3I0OL2Sm0lZFhtf35o6sqDv2sQ6g=; b=Q16mW6V8tTZDTBNmnYpj+2sUJqdCX7FjKF4RHCBl5DDQGItP9u72WkJagKtXP+Vy2N OrnzKp4TeBJVTd4vB9XybxGC6Flma2IJsvvytRwJLmGj/Jcv6IhhOrd2ScLknQ7WlZXl SDSdqz8u7IQqjmJd0INJkymcu9Ea87BaJ4I6KnwOB77PZDg8hC7Y9Zfak03Pzlo6gAAc us1F6CXRt8GruM4WZBmMJ4PwqLmJz80itylqmXkHzgBT3vfPEzE4xoOiRCJm/LtAirva Fon3YPUpuMPac7hRZpCDpQ6h9/GFM3mESP7213ANPrcWT9hSP0pvbWyIxGHZZ/vaRAfq 981g== X-Gm-Message-State: AOUpUlElkPuWUOhK3PAPWJ04cdbuYIzvnqxCne2IM4zz+MkbPWPMJUBA RdRLcJ2Eil/DHsBqWbPZs0+qRUeNWcyE2cceC4AqNg== X-Google-Smtp-Source: AAOMgpc1rQvW0SSFZhaecdrjqkiDnJ9mbIEzJJXJxNC7jsOpfXtFByf3Y7LAf0PB3gIQPKTosV/fCtSArvDuhkQ3zas= X-Received: by 2002:a81:5941:: with SMTP id n62-v6mr6676983ywb.352.1532359457026; Mon, 23 Jul 2018 08:24:17 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Mon, 23 Jul 2018 08:23:56 -0700 (PDT) In-Reply-To: <42efe1a4-0532-dbb0-a21a-10120f6656b3@openca.org> References: <42efe1a4-0532-dbb0-a21a-10120f6656b3@openca.org> From: Ira McDonald Date: Mon, 23 Jul 2018 11:23:56 -0400 Message-ID: To: "ipp@pwg.org" , tms_wg@trustedcomputinggroup.org, MPWG , Ira McDonald Content-Type: multipart/mixed; boundary="0000000000001ae30f0571ac3d85" Subject: [IPP] Fwd: [Cfrg] Applied Quantum Resistant Crypto 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: , Errors-To: ipp-bounces@pwg.org Sender: "ipp" --0000000000001ae30f0571ac3d85 Content-Type: multipart/related; boundary="0000000000001ae30e0571ac3d84" --0000000000001ae30e0571ac3d84 Content-Type: multipart/alternative; boundary="0000000000001ae30c0571ac3d83" --0000000000001ae30c0571ac3d83 Content-Type: text/plain; charset="UTF-8" Hi, FYI - The start of a lively thread on the IRTF Crypto Forum list - all positive replies. Cheers, - Ira ---------- Forwarded message ---------- From: Dr. Pala Date: Tue, Jul 17, 2018 at 3:35 PM Subject: [Cfrg] Applied Quantum Resistant Crypto To: "saag@ietf.org" , PKIX , "cfrg@irtf.org" < cfrg@irtf.org> Hi all, I was wondering if there are people interested in setting up some sort of discussion forum where to discuss the deployment (from a practical point of view) for QRC in their systems. The intent here would be to share the experiences, provide feedback, and possibly even share implementations/references/etc. Moreover, being this quite a new field when it comes to real-world applications, it would be interesting to understand the new requirements so that we can plan for algorithm agility correctly and not having to go through what we suffered in the past (and in some cases with current protocols) to upgrade/switch among different schemes/algorithms. For example, some of the topics might include: - How to deploy PKI services - Mixed environments considerations (QRC and "Traditional" Crypto) - Mixed environments (stateful vs. stateless) - Encryption and Key-Exchange for QRC - what are the options there (it seems auth is well understood, but other problems are still open)? - Are there implications for the deployment of PKIs we need to be aware of and are not currently mentioned/addressed? - Any real-world deployment out there (or plans for it)? - Algorithm Agility, what to plan for? - Applicability to Revocation Services Most of the activities to standardize QRC in CMS/SecFirmware/etc. that I can see are related to the use of Stateful HASHSIG and I have not seen any "standardization" activities around stateless schemes (e.g., SPHINCS), but if I am wrong, please let me know (and if you could provide some interesting links, that would be great). I think it would be useful to understand how to practically deploy these new schemes and how to refine / provide the building blocks required for their implementation and deployment. Here's some references: Merkle Tree Signatures (Stateful): - https://datatracker.ietf.org/doc/draft-mcgrew-hash-sigs/ - https://datatracker.ietf.org/doc/draft-housley-cms-mts-hash-sig/ - https://www.ietf.org/id/draft-housley-suit-cose-hash-sig-04.txt - https://datatracker.ietf.org/doc/rfc8391/ (XMSS) - https://eprint.iacr.org/2018/063 (Viability of Post Quantum X.509 Certs Paper) - Implementations: - https://github.com/cisco/hash-sigs SPHINCS Related (Stateless): - https://sphincs.org/ - Implementations: - https://sphincs.org/data/sphincs+-reference- implementation-20180313.tar.bz2 Other Relevant Links: - https://datatracker.ietf.org/doc/draft-truskovsky-lamps-pq-hybrid-x509/ - https://csrc.nist.gov/Projects/Post-Quantum-Cryptography - http://test-pqpki.com/ I guess this is all for now - you can reply privately at the following addresses: director@openca.org m.pala@cablelabs.com Thanks, Max -- Best Regards, Massimiliano Pala, Ph.D. OpenCA Labs Director [image: OpenCA Logo] _______________________________________________ Cfrg mailing list Cfrg@irtf.org https://www.irtf.org/mailman/listinfo/cfrg --0000000000001ae30c0571ac3d83 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

FYI - The start of a liv= ely thread on the IRTF Crypto Forum list - all positive replies.
=
Cheers,
- Ira



<= /div>

---------- Forwarded message ----------
F= rom: Dr. Pala <director@openca.org>
Dat= e: Tue, Jul 17, 2018 at 3:35 PM
Subject: [Cfrg] Applied Quantum Resistan= t Crypto
To: "saag@ietf.org&qu= ot; <saag@ietf.org>, PKIX <pkix@ietf.org>, "cfrg@irtf.org" <cfrg@irtf.org>


=20 =20 =20

Hi all,

I was wondering if there are people interested in setting up some sort of discussion forum where to discuss the deployment (from a practical point of view) for QRC in their systems. The intent here would be to share the experiences, provide feedback, and possibly even share implementations/references/etc.

Moreover, being this quite a new field when it comes to real-world applications, it would be interesting to understand the new requirements so that we can plan for algorithm agility correctly and not having to go through what we suffered in the past (and in some cases with current protocols) to upgrade/switch among different schemes/algorithms.

For example, some of the topics might include:

  • How to deploy PKI services
  • Mixed environments considerations (QRC and "Traditional"= ; Crypto)
  • Mixed environments (stateful vs. stateless)
  • Encryption and Key-Exchange for QRC - what are the options there (it seems auth is well understood, but other problems are still open)?
  • Are there implications for the deployment of PKIs we need to be aware of and are not currently mentioned/addressed?
  • Any real-world deployment out there (or plans for it)?
  • Algorithm Agility, what to plan for?
  • Applicability to Revocation Services

Most of the activities to standardize QRC in CMS/SecFirmware/etc. that I can see are related to the use of Stateful HASHSIG and I have not seen any "standardization" activities around state= less schemes (e.g., SPHINCS), but if I am wrong, please let me know (and if you could provide some interesting links, that would be great). I think it would be useful to understand how to practically deploy these new schemes and how to refine / provide the building blocks required for their implementation and deployment.

Here's some references:

Merkle Tree Signatures (Stateful):

SPHINCS Related (Stateless):

Other Relevant Links:

I guess this is all for now - you can reply privately at the following addresses:

=C2=A0=C2=A0=C2=A0 director@op= enca.org
=C2=A0=C2=A0=C2=A0 m.pala@cabl= elabs.com

Thanks,
Max

--
Best Regards,
Massimiliano Pala, Ph.D.
OpenCA Labs Director
3D"OpenCA

_______________________________________________
Cfrg mailing list
Cfrg@irtf.org
https://www.irtf.org/mailman/listinfo/cfrg


--0000000000001ae30c0571ac3d83-- --0000000000001ae30e0571ac3d84 Content-Type: image/png; name="pmcbhebgdaofbblo.png" Content-Disposition: inline; filename="pmcbhebgdaofbblo.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f10c43d7f11a9f08_0.0.0.1.1 iVBORw0KGgoAAAANSUhEUgAAAGQAAAA2CAMAAAAGesyaAAADAFBMVEUsJiEAAQAKAwMABwoXBwES CQAqDgEkEQItFQESGykaGh0WGyE1FwE9GwJHHwElJiY4JBQmKDE1KCAfLUQ8KygoMEAqMjpXKgs/ MilMMR0pOFEyOUo4OTo1OkRqMgpjOBlpNxUwQV1DPz48QExdOyM4QVV+OQRRQzo1SGdDR0lDSFJf RDFASVyaPwF+RRpNT1I9UXlwSi8+UnNDUm6hQgCPRhBdUEZTUlBKVGlPVF27PgCaSANtUT57VBer SQOMUgxHW4KMUiepTwmJVDh6WT6KVjGCWDpRYH21TwFiYF57YgJXYXaeVR+lVRZrYld1ZiB7YEuS YQBgZW+8VAlkZWjBVQCfXiqqXwG1WhPLVgedYDazXiDZVgCWZEDVWQJ1blapYjbXWgDRXACMaU6W bgCiZjnIXw9mcIixZC6pZjJ/cUeLbFdycmZ4cGnnWwNwc3WqaS6BcGeobwndXwzkXwLgYgDaYwyM eCq/bQHJaBi9ajDMagWVegvRZxzVaAvXaQDLainqZAuvcEPrZQDQaSyockrFbSvmZwnabQLvZwDp aQB0fpPkaxGld1d+f3/3aACfeV6RfG2JfnLebSF7gYy2fQmugQCigxW8d0K3eEr1bQXaciTicRqK gnzNewHuchbUdzKYiDzrdwKah1erjAvOfEXleSq5g1qYjGikiHO2kADigwC2hmSZjIGGj6aHkJzQ iwCximixim/EkAORkZGVkYrOh0rPiVL5giTvhDKkk4LMjF23mR+zmTrhikrviDzsi0TAlHDCnwvK lGqpnJLdlF2boKy+m324nImkoZ+eo6XKpgrloATwl1WypZPOn3zfqQjYrgLBrVDdo3nGq5mysa/S rI7dq4bqqXTOrpWttL+6s6uwtbe/t4rhvALetpjQuqnuwwe9v8LAv7vauqD3xA68w9XBw83rvJfR wbXFyMvbxbPNyMP8zgTczMDr0mb91xLM1ODQ1NfS1c7p0sD70bPd19PX4qj83cje4+Xr4tv54NLp 7/Hy9PHw9fj6/v3YktvJAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAjrSURBVFjDtVcNWFPX GT6E+l9BZ0EFsTKEIQaUAIrTZdYqxqG0I3UjIuiDM0ipoyO5l0rFh2PE472EoIJKL9hQV2OxqM+U SgFL4r9gEaIoQxgqKBZBR+nGGhXYdwNro0Kfkcp3ntzce/7e8/2e70PoJVDl3bMlZyurUSsaKnqE SrMplYrByozCjUOEUZORodMRVsViTjJc8GbLUGCUUstLv1SyLCGch8DGRiDPe/kY5/2HCQQTxZEE y4fb2gDI8KjjLxsjfyyc3lZgM3KixwgeY4TEzk7+kjHODbeb6u0xAhiw8XgFMOxolpP6J75UjLZf p6dzHIcBYCQbIBB4sCxDOLK6eMAVT39it57+e09ysCnDUtnrJ0vS5ZMW0PBFWDbd40G/85sH2KeX vj94u/flX8/2J6kYQkhkHbzWbkdH0N0UDN8sURS8uMd9dMzPL7BxIIjOayuWLBIf70RPUPjxLouB EgVhMaYuWXQlMjwsN+eFTR4cDZ4werRDYOoAIFkrptm/Ni0gthOt9Q4yWQxcAwyWTbacW0sTDGoJ en4P002/2S7LjgV6BpY1N6OO5g5eeiZTY/P9b1FzRwfKWuk9p/72ct+NpuKpq32qLVaexOCCJB91 aezt5y6zt7fXILSdJZjlVr1w0mCR66x6FL3QOXiUQ2a0k/sFlDlq1LzUMQ4uxxycjl0LWO1bBsY6 yXR3wSTJGxqLhdsJHDsS9cwF47XlvcQGQiXhRbih/HkQv4XOcajZb6GDu7PTFEdPkVu0k4vQyd3J c/SUwNnB+RJ/XsI9ptZDIxMly3dbLNwGnGBJF+Id3cZM9ui8Gjq5P/TDiRCegbOFgSKRo5e7yNHV 2dnPdVb0bHfHQCevNIV/rxqrX48oFQdYcpKMtYRbjuxtfqRypNACK28+j3FsqcilAD0ADuIWCt0y Ra7zRNEOY2YELhW5CV2dXVKixH8BC+s8GDN9wWKxf94zpsRiJuWmBYjgndsKFmu5Bc+D3HQXCcu7 QTFTMl3HF0SLxruLvGa4zUqdMGFWqqfX3GSxN0y6NT154i+v75zvH2thXiWgY2YVElhwYl9NYxar lr0grlQn92DQt1vBUk+nUFeHGZmegUIvl1RXr1AnV/fx6zd4v3HptM/YaXbrzmYFePu2WpowYRlJ o+2PGLb2d9WE5bw1L4DcnOco9HIcH3o02HOecMqMJhQqdLPXpArHl2uEo+Na8qZPXxw0+bVx46bF zhw3eZylM2dgwkbWW3IyJp9lMDe9H2/raiqPCy5/fHSCu+M7mkffoQuzQhvRhWVlj1FcWTfq6dwd ElJmarxedr/u3P6CNn7Fk95ol8wRjIMsOLGJSwLm/OMGjlFHJ7hqelDuxdMlpbU16JvqlJTamivo BjrfUgNB69zfb6Fr1TWPKmtOw9xCdLayEFWvBlaSfmEBsk6LSdTMNnQaldTe7Qfj20yveddR2toV EevCi9/ffmntR7ErtvompmyICM9qyYpZsG3FhqwNYRH5KUtyW7eGRRxfH1OHDv0ZXH6ihbSyVYzS Y3FuBkVR9LaS2wPxUxyTFpu2eGverr+dezvi0ttpOy/tTKlL2ZkWs6p4VV1Kyq60nevS8iLyi1tW hfNWzMfhYT+ArAQ+5odRBENjlRW5F/vH6O7u7urpXtvR/bQbmX/dPd3w7Ok+2Ij4ry5o0N/dY1p7 qA21FodhFRc1ctjIsXZ2Y18VcwCixNgcWlgVbUiue3b3J33te7497vv/oT1Bj5/7br1RgrYlfrRe SqmwPDyK0GqOUHKWj/RwP0J0ZlmsK3o2HP+7Qt9HBr3BYH5aNL3FG/+ul8sjKcxHdRJFGJkhfKxg mM2rUoaSg5h4GAwXJsF00dRGq+/21k2EF7o50oNswrNfsYUQKRBIZWIFh3luaLNe1F++bjXGyWyz ZiGoYFYLx5Ys4v0R3GWRdBHNErBiSiqVRhHMyeaYrMQ4SENWCvEcfhCmGIzpqKlm27KTSWUcAX1g oBw5oATctDb33aLTYV5SWoaXP5+gyqlFdnZ23nB+plcnREv0RWJCBVkrrBJ1BewMmlVpgRUQF7wp ItMJTcsJ34GBRVaFdQZaqoqxFmSb3qDQgu1A2GI4YAnODkQYIOhklDKzo2C1IV2sijzdhjorqwef NdL6ihxzegU7SynexHgBMXy+xWFG8qvdf91D8WpRi41qKFl02YaswYNkULTeLC9CFFK4bDHDMmZb hnuXSOdAsnN1LxgfVu7ZvG8LpSJUlO/gnaWQFwYvJpZeKdUaSC8ApuhIShYQYp5yWQ0oPgVXPtkc Hz/fx5rqqzosHSSlBYHIxKSolJcUsIIpnzkhmt4b7Z/tOzBRQWaA6uNCNdet0nxLkL8CgzeQKIlC XaHjXR9MlqQn9Y1fNd5RE0zF/ryKwVR/JMnsI3S8Umcw6NRYxRuUKqk3lfnKeGcTySAx5hy+7Wfg ZOv4uLLl0w8wUah71QLBpJeXq/eMVVivV8jz6lB2ofWF6i1dEYRZfMJ4piE+ZweNeb7A2VVyKEx6 vjt1z/ghMehVKiUpyt1VYBXCN6j0Q4Mazp7TvvndhIaGhqqvP1bwFk0YRYR5RoLR+PkWmlIpV/oE DQ6jB9Wc3Z6bm6zLTtLlgLC4LVWXz5Q1ffbV5oZ24wmsV/NeKTlirmg+u/q7w7/38PDdeKF8UBgX s2kV4WUC0YR/KOLvPby3L5O30yvG9vY/6vX8JSbb2je96coXX5QPznqfokKKEPWBAwd20ApaTWsP 7LnTfsd42at3+B+H7+zRUfwZZMutN6baHCX5+Ou9Zy4f3nuiKr7KaHxoNDbsSwhp6htvfyg3Zw90 1G+ttVlTJa34/E+fvrXmvY3713xy6tSZfadOJby7X1P/vwn/MeaYr0mF7IMEq690Gu95KwQq5L5K +f59qGUtaZMSciHMKjdVbY6zFqRC/pv3LgxY5tcW0pjIpGGJ7+89kxBnbXZSmjuz7CeyihyG8fbd XXYdrWlqQg+sZWTdzPqBB68VEdnkzDY0lHSjSD9/GRpaMt3OWqLpQENOTf/PpP8CK9ZVVe2a8XoA AAAASUVORK5CYII= --0000000000001ae30e0571ac3d84-- --0000000000001ae30f0571ac3d85 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 X-Attachment-Id: f10c43d7f11a9f08_0.0.1 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCyAw ggUyMIIEGqADAgECAhEAu2YCW4tRQdGHMc0S/FQsNDANBgkqhkiG9w0BAQsFADCBlzELMAkGA1UE BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTcxMjAxMDAwMDAwWhcNMTgxMjAxMjM1 OTU5WjAkMSIwIAYJKoZIhvcNAQkBFhNkaXJlY3RvckBvcGVuY2Eub3JnMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAyEDKYfy+DFhtDn8bIXyP25XeDjUIkMQDm90A1JPoQ4tuTk6kXwul PvAmvtLGuRAzEqFpV/fqz4sAlx8FgxvRZ5PunZ1H1/lJCNEdir53Xv8TEf+R/n+Ca5RNUR+GhS72 zhp9xx8uDRZds2DeXvW9uhYp9nsbX6rWIFT5YfWF1SukFXwXSnHuXc9nDT6p0Kp6UNzusn/lMhXh IwgpNA26/mHAdScYyMoB4yaZeMpdZN75XGWOslhXcXdeGJo93E48kffdu0yo4WTbpLwhs/IrkG4O XB1N3Bf+9oHZwVun1hlCZEfuSit0mvrxx8wzPCPiggXu6j6VqPoJqecV6xKCHwIDAQABo4IB6TCC AeUwHwYDVR0jBBgwFoAUgq9sjPjF/pZhfOgfPStxSF7Ei8AwHQYDVR0OBBYEFEPV9allspkmYqkQ Rx2BlAdbOrjhMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUF BwMEBgsrBgEEAbIxAQMFAjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIx AQIBAQEwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwWgYDVR0f BFMwUTBPoE2gS4ZJaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVu dGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNybDCBiwYIKwYBBQUHAQEEfzB9MFUGCCsGAQUFBzAC hklodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFu ZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20w HgYDVR0RBBcwFYETZGlyZWN0b3JAb3BlbmNhLm9yZzANBgkqhkiG9w0BAQsFAAOCAQEAg+REupW9 46f7esdYmE1QxsYlkubErxz8JLovVDSKTHwxR1/VxF/B7rGeiSPBHTmKQYwlWCrpeHZNfzaDDkDa mwLXm7v4+brNfQKRpOLnYPQQffp7xim72INakLgts8d5I7bic785dj4M5JP4XA2qUD9wduwNwquu a6v7zM3chpoRjapumzLNDDr47GccOKAZYaaqFwbpwJPQYuiC07WWnn7gFzdNKYN6VM6Re6wVEHP6 fEvNrleV0pf1iFjLKugnriGKL9wj6xX25JsMmGmqZcfdpnkTE4ZfeQBEZVnn8s7HBX+MA/K+YnHx RwA2c5XwNbEhZ2rvh2uFIMXBDlt+tDCCBeYwggPOoAMCAQICEGqb4Tg7/ytrnwHV2binUlYwDQYJ KoZIhvcNAQEMBQAwgYUxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIx EDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMSswKQYDVQQDEyJD T01PRE8gUlNBIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTEzMDExMDAwMDAwMFoXDTI4MDEw OTIzNTk1OVowgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01P RE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvrOeV6wodnVAFsc4A5jTxhh2IVDzJXkLTLWg0X06WD6c pzEup/Y0dtmEatrQPTRI5Or1u6zf+bGBSyD9aH95dDSmeny1nxdlYCeXIoymMv6pQHJGNcIDpFDI MypVpVSRsivlJTRENf+RKwrB6vcfWlP8dSsE3Rfywq09N0ZfxcBa39V0wsGtkGWC+eQKiz4pBZYK jrc5NOpG9qrxpZxyb4o4yNNwTqzaaPpGRqXB7IMjtf7tTmU2jqPMLxFNe1VXj9XB1rHvbRikw8lB oNoSWY66nJN/VCJv5ym6Q0mdCbDKCMPybTjoNCQuelc0IAaO4nLUXk0BOSxSxt8kCvsUtQIDAQAB o4IBPDCCATgwHwYDVR0jBBgwFoAUu69+Aj36pvE8hI6t7jiY7NkyMtQwHQYDVR0OBBYEFIKvbIz4 xf6WYXzoHz0rcUhexIvAMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1Ud IAQKMAgwBgYEVR0gADBMBgNVHR8ERTBDMEGgP6A9hjtodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9D T01PRE9SU0FDZXJ0aWZpY2F0aW9uQXV0aG9yaXR5LmNybDBxBggrBgEFBQcBAQRlMGMwOwYIKwYB BQUHMAKGL2h0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQUFkZFRydXN0Q0EuY3J0MCQG CCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wDQYJKoZIhvcNAQEMBQADggIBAHhc soEoNE887l9Wzp+XVuyPomsX9vP2SQgG1NgvNc3fQP7TcePo7EIMERoh42awGGsma65u/ITse2hK ZHzT0CBxhuhb6txM1n/y78e/4ZOs0j8CGpfb+SJA3GaBQ+394k+z3ZByWPQedXLL1OdK8aRINTsj k/H5Ns77zwbjOKkDamxlpZ4TKSDMKVmU/PUWNMKSTvtlenlxBhh7ETrN543j/Q6qqgCWgWuMAXij nRglp9fyadqGOncjZjaaSOGTTFB+E2pvOUtY+hPebuPtTbq7vODqzCM6ryEhNhzf+enm0zlpXK7q 332nXttNtjv7VFNYG+I31gnMrwfHM5tdhYF/8v5UY5g2xANPECTQdu9vWPoqNSGDt87b3gXb1AiG GaI06vzgkejL580ul+9hz9D0S0U4jkhJiA7EuTecP/CFtR72uYRBcunwwH3fciPjviDDAI9SnC/2 aPY8ydehzuZutLbZdRJ5PDEJM/1tyZR2niOYihZ+FCbtf3D9mB12D4ln9icgc7CwaxpNSCPt8i/G qK2HsOgkL3VYnwtx7cJUmpvVdZ4ognzgXtgtdk3ShrtOS1iAN2ZBXFiRmjVzmehoMof06r1xub+8 5hFQzVxZx5/bRaTKTlL8YXLI8nAbR9HWdFqzcOoB/hxfEyIQpx9/s81rgzdEZOofSlZHynoSMYIE ODCCBDQCAQEwga0wgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIx EDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRD T01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAu2YC W4tRQdGHMc0S/FQsNDANBglghkgBZQMEAgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMTgwNzE3MTkzNTA1WjAvBgkqhkiG9w0BCQQxIgQgtIQqOYAt5FN4 k+k3zzeM3Dn3Om/mQ7/SpwWYNUc9k1QwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJ YIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUr DgMCBzANBggqhkiG9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGXMQswCQYDVQQGEwJHQjEb MBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFD T01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRp b24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHRhzHNEvxULDQwgcAGCyqGSIb3DQEJEAIL MYGwoIGtMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYD VQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RP IFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHR hzHNEvxULDQwDQYJKoZIhvcNAQEBBQAEggEAtzqL+8mICF2K2Mu3eCqETMJtdfW30asbjTgWMi/e 1cvB3eHVDt2Ifix5EbkDvoplpz2DTfJ2kC1/36Vx+JsHjsYE+tB89BrWTzwDxhHCoaaTUn1iLPsr g6QukVbVo4UyRkrU/Zu7qZ3TfE9s/EgeQpdFG6N3chuwd+f5IXVO9fBEW8mP8Tftj6awH2u/G1gE p6NC5jiqBSdIQSaUevwqpKsWUZHWFlWjDeP1UwugXQZ/kfD87nVnHjXWYD4+ZxkO8IO0RDOMzjw7 hMDI2T6DEMPjmNXODFspDX46yj4MX2d9NQq+Rfh1naIUEVwbdxp/6vJ4aj0hBPE7yw8e7ov/bwAA AAAAAA== --0000000000001ae30f0571ac3d85 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 --0000000000001ae30f0571ac3d85-- From ipp-bounces@pwg.org Mon Jul 23 11:53: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 02254130E01 for ; Mon, 23 Jul 2018 11:53:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.852 X-Spam-Level: X-Spam-Status: No, score=-1.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_KAM_HTML_FONT_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=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 cqMLX3Mdw19n for ; Mon, 23 Jul 2018 11:53:21 -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 D9913130DD9 for ; Mon, 23 Jul 2018 11:53:21 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 15EBABEB9; Mon, 23 Jul 2018 18:53:21 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E248C26E4; Mon, 23 Jul 2018 18:53:14 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2FB53290D; Mon, 23 Jul 2018 18:53:13 +0000 (UTC) Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) by www.pwg.org (Postfix) with ESMTPS id 49FF02697 for ; Mon, 23 Jul 2018 18:53:12 +0000 (UTC) Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id hah8feZlNNCVohfxGfx7tM; Mon, 23 Jul 2018 18:53:10 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1532371990; bh=XNJUpraLSFZMyj9aCFPnyY2G6g2A9doinp9Xl8IvmjQ=; h=Received:Received:MIME-Version:To:From:Subject:Date:Content-Type; b=gLMkrqroRg3uhZ42rZaWxo6TIjwzU6qApKfeWf0nEDhadPNyOknW9/FNiCF6v9aqX sAo10hwu50VmfKz6lvLsmNlGo0FyEgePbb1gmafXMnEPep6IjQChq2TOxCIdV/ZTHQ WlIhENOpkkZgP+noBQuzj6vTzWF97hqJbHgGcXuXGbvzbFGwVdMpUe8i3jC+o+aytP SRzLUHBxCzn0yrPgOuN/Sl2ErO8D2yyWpOyriYdcylz21xKAACexqU9Yer3a8CsGW1 XJxR4PPIKZ0aZhzEo9dK5tDNcXwo2+PsM+4bI8kVPZP+rPWoe5BUF67fKKN4+LAUsp UllBXnt9ni6zQ== Received: from [IPv6:::ffff:192.168.1.9] ([73.61.211.249]) by resomta-ch2-03v.sys.comcast.net with ESMTPA id hfxDf8yFGiX04hfxEfh7l6; Mon, 23 Jul 2018 18:53:10 +0000 MIME-Version: 1.0 To: "Kennedy, Smith (Wireless & Standards Architec)" , PWG IPP WG Reflector From: Date: Mon, 23 Jul 2018 14:53:07 -0400 Importance: normal X-Priority: 3 Thread-Topic: Another updated stable draft of IPP Reprint Password posted forreview In-Reply-To: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> X-CMAE-Envelope: MS4wfPgMFUL1fVPPw/y5WzFREuP6Q2F2Tt71LddFgEzVNdJmXJgxDzprui7qbBKftQRCU1INqg+O9/zKRXpeEijtH6liqxrmHizEya644mZY7sdaMBsop6xV Ju7guJ1HknVl68QVCVyWLdAKB7Ykkm5IJ0LF7vR3PShJSaDPng/8Z/A/A7oKpb2ES5wLcKfsYB1RO2JnKMXDBd4rokfkcgJPsBg= Message-Id: <20180723185313.2FB53290D@www.pwg.org> Subject: Re: [IPP] Another updated stable draft of IPP Reprint Password postedfor 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="===============6138989569103119952==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6138989569103119952== Content-Type: multipart/alternative; boundary="_09E363BF-E631-4F46-9201-A150BA8EAE59_" --_09E363BF-E631-4F46-9201-A150BA8EAE59_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Greetings, Some comments on this draft, largely prompted by observations during the la= st IPP conference. Sorry about the wordiness. Comments made based on my understanding (or misunderstanding) of this propo= sed element, as it has evolved.=20 1. The function of this password is to control access to a retained job. As= evolved, it has been maintained that access is only for printing the job a= nd access (as far as IPP is concerned) is only from a console on which the = retained job is stored. [There might, one would assume, be non-IPP mechanis= ms, such as a remote console, or out-of-band communications whereby a user = could request access to a job stored elsewhere, but once a job is tagged w= ith a Job Reprint Password, access to the stored by someone not normally ha= ving access should require submission of the Job Reprint Password defined w= hen the job was created.] 2. I would argue that this should be a Job Description attribute rather tha= n an Operation attribute, because it stays with the Job and is really an at= tribute of the job rather than any IPP operation. I also suggest that this = attribute should not in itself cause Job Save, since IPP already has the = =E2=80=9Cjob-save-disposition=E2=80=9D (collection) Job Template attribute = and there are other implementation dependent job retention factors. This wo= uld also preclude the automatic saving of copied jobs. 3. It may be desirable to make clear the distinction between Job Password, = Document Password and Job Reprint Password in this specification. I would s= uggest a simple statement of the purpose of these three passwords. a. document-password [PWG5100.13] is an operation attribute provided with a= Print-Job, Print-URI, Send-Document, or Send-URI operation to allow access= to the document content, typically to "unlock" a previously password-prote= cted PDF or OpenXPS document. The value supplied is retained by the Printe= r as long as the corresponding Document is retained. b. job-password [PWG5100.11] is an operation attribute optionally provided = with a Print-Job, Print-URI, or Create-Job operation to cause a submitted j= ob to be held in a 'pending-held' state until the password value is submitt= ed to the printing device. The method in which the password is entered and = validated at the Printer is implementation dependent. The job-password valu= e is not saved with the Job. c. job-reprint-password is [a Job Description or an operation attribute] op= tionally provided with a Print-Job, Print-URI, or Create-Job operation that= (if accepted by the Printer), causes the submitted job-reprint-password to= be saved with the retained Job. It does not affect the processing of the j= ob in any other way. Although IPP does allow a retained job to be reprinted= via Resubmit-Job, this capability is only available if the user performing= this operation is the job owner or an operator or administrator of the Pri= nter object. However, if outside of IPP, the Printer provides a user with t= he ability to reprint retained jobs, and the desired Job has been tagged wi= th a job-reprint-password, the user must supply that password to get access= to the job for reprint (or any other purpose?) 4. As far as I can tell, reprinting a job is not a defined IPP operation no= r is it clear to me why giving access to an IPP retained Job by some means = other than IPP can restrict how that job is used. At any rate, from the dis= cussion, the identified job (which is somehow selected by the user) is not = itself affected in any way other than by being copied and, since "most oper= ation attributes do not persist beyond the life of the operation" that new = job is printed (whatever than might involve) following operation attributes= defined by the user when he has, by whatever means outside of IPP, initiat= ed "reprint" of a selected IPP job.=20 5. The original use case of allowing remote reprint was eliminated, althoug= h if the purpose of Job Reprint Password is solely to allow access to a ret= ained IPP Job, (rather than to act as a Job Password for a reprinted Job), = it would seem that remote reprint is a useful feature. Would it be that cum= bersome to change an operation such as ResubmitJob to bestow job ownership = (of the copied Job) to a user having the password?=20 Thanks, Bill Wagner From: Kennedy, Smith (Wireless & Standards Architec) Sent: Wednesday, June 20, 2018 2:06 PM To: PWG IPP WG Reflector Subject: [IPP] Another updated stable draft of IPP Reprint Password postedf= or review Greetings, I have posted another update to IPP Reprint Password. It is available here: https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620.odt https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.pdf https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.odt Changes in this revision include: =E2=80=A2 Added a figure to section 3, and moved the section 4 preamble tex= t added in the 2018-06-19 revision to be in section 3 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. */ --_09E363BF-E631-4F46-9201-A150BA8EAE59_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

Greetings,

Some = comments on this draft, largely prompted by observations during the last IP= P conference. =C2=A0Sorry about the wordiness.

 

Comments made based on my und= erstanding (or misunderstanding) of this proposed element, as it has evolve= d.

 

  1. The fun= ction of this password is to control access to a retained job. As evolved, = it has been maintained that access is only for printing the job and access = (as far as IPP is concerned) is only from a console on which the retained j= ob is stored. [There might, one would assume, be non-IPP mechanisms, such a= s a remote console, or out-of-band communications whereby a user could requ= est access to a job stored elsewhere,=C2=A0 but once a job is tagged with a= Job Reprint Password, access to the stored by someone not normally having = access should require submission of the Job Reprint Password defined when t= he job was created.]
  2. I would argue tha= t this should be a Job Description attribute rather than an Operation attri= bute, because it stays with the Job and is really an attribute of the job r= ather than any IPP operation. I also suggest that this attribute should not= in itself cause Job Save, since IPP already has the =E2=80=9Cjob-save-disp= osition=E2=80=9D (collection) Job Template attribute and there are other im= plementation dependent job retention factors. This would also preclude the = automatic saving of copied jobs.
  3. It may be desirable to make clear the distinction between Job Passwor= d, Document Password and Job Reprint Password in this specification. I woul= d suggest a simple statement of the purpose of these three passwords.
    4. <= /ol>
      1. document-password= [PWG5100.13] is an operation attribute provided with a Print-Job= , Print-URI, Send-Document, or Send-URI operation to allow access to the do= cument content, typically to "unlock" a previously password-prote= cted PDF or OpenXPS document. The value supplied is=C2=A0 retained by the P= rinter as long as the corresponding Document is retained.
      2. job-password [PWG5100.11] is an operation attri= bute optionally provided with a Print-Job, Print-URI, or Create-Job operati= on to cause a submitted job to be held in a 'pending-held' state until the = password value is submitted to the printing device. The method in which the= password is entered and validated at the Printer is implementation depende= nt. The job-password value is not saved with the Job.
      3. job-reprint-password is [a Job Description or an operati= on attribute] optionally provided with a Print-Job, Print-URI, or Creat= e-Job operation that (if accepted by the Printer), causes the submitted job= -reprint-password to be saved with the retained Job. It does not affect the= processing of the job in any other way. Although IPP does allow a retained= job to be reprinted via Resubmit-Job, this capability is only available if= the user performing this operation is the job owner or an operator or admi= nistrator of the Printer object. However, if outside of IPP, the Printer pr= ovides a user with the ability to reprint retained jobs, and the desired Jo= b has been tagged with a job-reprint-password, the user must supply that pa= ssword to get access to the job for reprint (or any other purpose?)<= /li>
    1. As far as I can tell, reprinting a job is not a defined= IPP operation nor is it clear to me why giving access to an IPP retained J= ob by some means other than IPP can restrict how that job is used. At any r= ate, from the discussion, the identified job (which is somehow selected by = the user) is not itself affected in any way other than by being copied and,= since "most operation attributes do not persist beyond the life of th= e operation" that new job is printed (whatever than might involve) fol= lowing operation attributes defined by the user when he has, by whatever me= ans outside of IPP, initiated "reprint" of a selected IPP job.
    2. The original use case of allowing remote = reprint was eliminated, although if the purpose of Job Reprint Password is = solely to allow access to a retained IPP Job, (rather than to act as a Job = Password for a reprinted Job), it would seem that remote reprint is a usefu= l feature. Would it be that cumbersome to change an operation such as Resub= mitJob to bestow job ownership=C2=A0 (of the copied Job) to a user having t= he password?

    Thanks, Bill W= agner

 

 

 

From: Kenn= edy, Smith (Wireless & Standards Architec)
Sent: Wednesda= y, June 20, 2018 2:06 PM
To: PWG I= PP WG Reflector
Subject: [IPP] Another updated stable draft o= f IPP Reprint Password postedfor review

=  

Greetings,

 

I have posted another update to IPP = Reprint Password. It is available here:

 =

=C2=A0=C2=A0 https://ftp.pwg.org/pub/pwg/ipp= /wd/wd-ippreprintpwd-20180620.pdf

=C2=A0=C2=A0 http= s://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-20180620.odt

=C2=A0=C2=A0 https://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippreprintpwd-= 20180620-rev.pdf

=C2=A0=C2=A0 https://ftp.pwg.org/p= ub/pwg/ipp/wd/wd-ippreprintpwd-20180620-rev.odt

 

Changes in this revision include:

=E2=80=A2 Added a figure to section 3, and moved the = section 4 preamble text added in the 2018-06-19 revision to be in section 3=

 

Cheers!<= /p>

 

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 Pr= inter Working Group

=C2=A0=C2=A0 HP Inc.

*/

 

 

 

 

= --_09E363BF-E631-4F46-9201-A150BA8EAE59_-- --===============6138989569103119952== 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 --===============6138989569103119952==-- From ipp-bounces@pwg.org Mon Jul 23 16:27:26 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 CD280130E30 for ; Mon, 23 Jul 2018 16:27:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.53 X-Spam-Level: X-Spam-Status: No, score=-2.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_KAM_HTML_FONT_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 bZ7KVlRkDlai for ; Mon, 23 Jul 2018 16:27:22 -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 CCB84130DF1 for ; Mon, 23 Jul 2018 16:27:22 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 5AB2CBEB6; Mon, 23 Jul 2018 23:27:21 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1736526E4; Mon, 23 Jul 2018 23:27:15 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 10CD6290D; Mon, 23 Jul 2018 23:27:13 +0000 (UTC) Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id 4A3962697 for ; Mon, 23 Jul 2018 23:27:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532388432; x=2396302032; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=GyGcqbTL5WTXw3mU6Hos/d5X1cz0tmbVNA9GHNtD3Ig=; b=B6n2ldZLDO15zCpc2RX1D79sTEFX6qu7oRT1glHkfPE47cKv1s1oKUq3li4xrT8h wOhfod8DlZ+pw0716cLSNjkhUurSVRCJdXn1NtVwQo888tUoxZzPlFnHCBpTNfF/ 7XalWPllcBYUtQKrZkO5j3Inz/kXY1C6mwGkLRe6Qnxhy7qnSYAT32AmTCM143P9 8LTagew+WUdR2ku3wb7DkJA3+6qXAzPoX6fyj5Vlnm18VD1Y9K3hHOO8k4RrGpgS tODquP3+gB1eyP2GvOE79alb5a2x2z8MVVU+vQezVXyspLHsfgaIGHC5+E3AHMCR Yfa/cMYfPDaujx/NNYeR+g==; X-AuditID: 11973e12-a01ff700000010b7-e0-5b56644f12d0 Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id B7.DB.04279.F44665B5; Mon, 23 Jul 2018 16:27:12 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by ma1-mtap-s01.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PCC00L7YEHAH610@ma1-mtap-s01.corp.apple.com>; Mon, 23 Jul 2018 16:27:11 -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 <0PCC00300E7BJV00@nwk-mmpp-sz11.apple.com>; Mon, 23 Jul 2018 16:27:10 -0700 (PDT) X-Va-A: X-Va-T-CD: c58385d70e323d24d303c5db85a9737b X-Va-E-CD: 2633428bda38c100217358f835220008 X-Va-R-CD: cc120339abf93713ff43787e05f003b7 X-Va-CD: 0 X-Va-ID: e12a2dd5-7b80-4f44-b1ae-a0168c1710d8 X-V-A: X-V-T-CD: c58385d70e323d24d303c5db85a9737b X-V-E-CD: 2633428bda38c100217358f835220008 X-V-R-CD: cc120339abf93713ff43787e05f003b7 X-V-CD: 0 X-V-ID: 1db6a616-2147-46f1-9c61-fba08b150e82 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 <0PCC00300E6Y6Y00@nwk-mmpp-sz11.apple.com>; Mon, 23 Jul 2018 16:27:09 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-23_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from [17.235.6.18] by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PCC000CVEH5IS80@nwk-mmpp-sz11.apple.com>; Mon, 23 Jul 2018 16:27:09 -0700 (PDT) From: Michael Sweet X-Priority: 3 In-reply-to: <20180723185313.2FB53290D@www.pwg.org> Date: Mon, 23 Jul 2018 19:27:04 -0400 Message-id: <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> <20180723185313.2FB53290D@www.pwg.org> To: William A Wagner X-Mailer: Apple Mail (2.3445.100.20) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IR1PBh1Q1ICYs2mDiXx+LYvpcsFq+6djFb nLug6MDsMfnxHEaPXdt2MnnMWzydKYA5issmJTUnsyy1SN8ugStj18y1jAUrGxgrlrVzNzB2 5XYxcnBICJhIdN3X6mLk4hAS2MckcenlZqYuRk4OXgFBiR+T77GA1DALhEn8eRYCUbORSeL+ 79dsEE4Xk8TNZb3MIA0SAuwSf37tYIGwtSV+du6Bs/9Ovc8GYy9bNYkdwuaSWLD1NCuErSux YuEsqDlsEutPLGGCsLUkWpf+ZoI4VEti/wF3mHDTtXao8ZwS579MhBqpIzH5XQ8jxG2dTBL7 t++F6s2WOLfEAqImWOLkukZ2iJrPjBLbpjeD7RUWkJA43r+QFcKOkmj8tAIsziagJvF7Uh/U nbwSM9qfgi3mFDCW+NB9EayGRUBV4t3Og2A1zAKFEr+f3WWEBKKNxNVr08GOExJIkph0Zi+Y LQJ0aHPDTMYJjIqzkMJ6FiKsIUx1iSlTcmeBDdWWePLuAiuErSax8PciJmTxBYxsqxiFchMz c3Qz80z0EgsKclL1kvNzNzGC0sx0O6EdjKdWWR1iFOBgVOLhrfgSGi3EmlhWXJl7iFGag0VJ nLfDIyhaSCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA2NyjdxPJ7FKgc9n89Vv8GfNb3nMcesU c/YUrTVua5MmP2reyCpp8Mv/s6N2uebMUys+61es4TFnmqom8YO79kNyrKuOuMazx/+W737l u/nGAbW6d4ctHot83/t9yY1UvZtGqkdiep7HRM/blv7jeNRjHdPpAbqOaucTO1bar3z7ZFLc 1i9VXLVKLMUZiYZazEXFiQDb8h4fFAMAAA== Cc: PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP Reprint Password postedfor 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="===============3424917348560189937==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3424917348560189937== Content-type: multipart/alternative; boundary="Boundary_(ID_O8zm7ZNUhnTIOq0llCtDmw)" --Boundary_(ID_O8zm7ZNUhnTIOq0llCtDmw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Bill, Some responses to your feedback are inline below... > On Jul. 23, 2018, at 2:53 PM, wamwagner@comcast.net wrote: > ... > I would argue that this should be a Job Description attribute rather = than an Operation attribute, because it stays with the Job and is really = an attribute of the job rather than any IPP operation. I also suggest = that this attribute should not in itself cause Job Save, since IPP = already has the =E2=80=9Cjob-save-disposition=E2=80=9D (collection) Job = Template attribute and there are other implementation dependent job = retention factors. This would also preclude the automatic saving of = copied jobs. Security attributes are not exposed as Job Description/Status/Template = attributes as that will expose the very credentials that would be = required to reprint the job from the console. As for not causing a Job Save, JPS2 already has an implicit/lightweight = local save that happens when you use the proof-print Job Template = attribute - the semantics of Proof Print are that "I am printing a = draft/proof copy of this job and intend to print more copies if the = proof copy is good." Similarly, specifying a "job-reprint-password" = operation attribute specifies that you intend to print more copies of = the job at a later time. Perhaps using "Job Save" is the sticking point = here - perhaps just saying "Job Retention" is enough? > It may be desirable to make clear the distinction between Job = Password, Document Password and Job Reprint Password in this = specification. I would suggest a simple statement of the purpose of = these three passwords. > document-password [PWG5100.13 = ] is an operation attribute provided with a Print-Job, = Print-URI, Send-Document, or Send-URI operation to allow access to the = document content, typically to "unlock" a previously password-protected = PDF or OpenXPS document. The value supplied is retained by the Printer = as long as the corresponding Document is retained. > job-password [PWG5100.11 = ] is an operation attribute optionally provided with a = Print-Job, Print-URI, or Create-Job operation to cause a submitted job = to be held in a 'pending-held' state until the password value is = submitted to the printing device. The method in which the password is = entered and validated at the Printer is implementation dependent. The = job-password value is not saved with the Job. > job-reprint-password is [a Job Description or an operation attribute] = optionally provided with a Print-Job, Print-URI, or Create-Job operation = that (if accepted by the Printer), causes the submitted = job-reprint-password to be saved with the retained Job. It does not = affect the processing of the job in any other way. Although IPP does = allow a retained job to be reprinted via Resubmit-Job, this capability = is only available if the user performing this operation is the job owner = or an operator or administrator of the Printer object. However, if = outside of IPP, the Printer provides a user with the ability to reprint = retained jobs, and the desired Job has been tagged with a = job-reprint-password, the user must supply that password to get access = to the job for reprint (or any other purpose?) Just for reprint. And I like this as a summary of the differences = between the three attributes. > As far as I can tell, reprinting a job is not a defined IPP operation = nor is it clear to me why giving access to an IPP retained Job by some = means other than IPP can restrict how that job is used. At any rate, = from the discussion, the identified job (which is somehow selected by = the user) is not itself affected in any way other than by being copied = and, since "most operation attributes do not persist beyond the life of = the operation" that new job is printed (whatever than might involve) = following operation attributes defined by the user when he has, by = whatever means outside of IPP, initiated "reprint" of a selected IPP = job.=20 We have Restart-Job (deprecated), Reprint-Job (deprecated), and = Resubmit-Job (the recommended replacement for the previous two). All of = these have the typical "Job owner, operator, or administrator" for the = access rights (policy), but when reprinting from the console there is = often no way to do traditional authentication (thus the invention of PIN = printing, etc.) > The original use case of allowing remote reprint was eliminated, = although if the purpose of Job Reprint Password is solely to allow = access to a retained IPP Job, (rather than to act as a Job Password for = a reprinted Job), it would seem that remote reprint is a useful feature. = Would it be that cumbersome to change an operation such as ResubmitJob = to bestow job ownership (of the copied Job) to a user having the = password?=20 We could definitely add that in, but how would a user that is not the = job owner, an operator, or an administrator discover a job that could be = reprinted? _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_O8zm7ZNUhnTIOq0llCtDmw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Bill,

Some = responses to your feedback are inline below...

On Jul. = 23, 2018, at 2:53 PM, wamwagner@comcast.net = wrote:
...
  1. I would = argue that this should be a Job Description attribute rather than an = Operation attribute, because it stays with the Job and is really an = attribute of the job rather than any IPP operation. I also suggest that = this attribute should not in itself cause Job Save, since IPP already = has the =E2=80=9Cjob-save-disposition=E2=80=9D (collection) Job Template = attribute and there are other implementation dependent job retention = factors. This would also preclude the automatic saving of copied = jobs.

Security attributes are not exposed as Job = Description/Status/Template attributes as that will expose the very = credentials that would be required to reprint the job from the = console.

As for not causing a Job = Save, JPS2 already has an implicit/lightweight local save that happens = when you use the proof-print Job Template attribute - the semantics of = Proof Print are that "I am printing a draft/proof copy of this job and = intend to print more copies if the proof copy is good."  Similarly, = specifying a "job-reprint-password" operation attribute specifies that = you intend to print more copies of the job at a later time. =  Perhaps using "Job Save" is the sticking point here - perhaps just = saying "Job Retention" is enough?

  1. It may be desirable to make clear the distinction = between Job Password, Document Password and Job Reprint Password in this = specification. I would suggest a simple statement of the purpose of = these three passwords.
    1. document-password [PWG5100.13] is an = operation attribute provided with a Print-Job, Print-URI, Send-Document, = or Send-URI operation to allow access to the document content, typically = to "unlock" a previously password-protected PDF or OpenXPS document. The = value supplied is  retained by the Printer as long as the = corresponding Document is retained.
    2. job-password [PWG5100.11] is an = operation attribute optionally provided with a Print-Job, Print-URI, or = Create-Job operation to cause a submitted job to be held in a = 'pending-held' state until the password value is submitted to the = printing device. The method in which the password is entered and = validated at the Printer is implementation dependent. The job-password = value is not saved with the Job.
    3. job-reprint-password is [a Job Description or = an operation attribute] optionally provided with a Print-Job, = Print-URI, or Create-Job operation that (if accepted by the Printer), = causes the submitted job-reprint-password to be saved with the retained = Job. It does not affect the processing of the job in any other way. = Although IPP does allow a retained job to be reprinted via Resubmit-Job, = this capability is only available if the user performing this operation = is the job owner or an operator or administrator of the Printer object. = However, if outside of IPP, the Printer provides a user with the ability = to reprint retained jobs, and the desired Job has been tagged with a = job-reprint-password, the user must supply that password to get access = to the job for reprint (or any other = purpose?)

Just for reprint.  And I like this as a summary of = the differences between the three attributes.

  1. As far as I can tell, reprinting a job is not a defined IPP = operation nor is it clear to me why giving access to an IPP retained Job = by some means other than IPP can restrict how that job is used. At any = rate, from the discussion, the identified job (which is somehow selected = by the user) is not itself affected in any way other than by being = copied and, since "most operation attributes do not persist beyond the = life of the operation" that new job is printed (whatever than might = involve) following operation attributes defined by the user when he has, = by whatever means outside of IPP, initiated "reprint" of a selected IPP = job. 
<= /blockquote>

We have Restart-Job (deprecated), = Reprint-Job (deprecated), and Resubmit-Job (the recommended replacement = for the previous two).  All of these have the typical "Job owner, = operator, or administrator" for the access rights (policy), but when = reprinting from the console there is often no way to do traditional = authentication (thus the invention of PIN printing, etc.)

  1. The original use case of allowing remote reprint was = eliminated, although if the purpose of Job Reprint Password is solely to = allow access to a retained IPP Job, (rather than to act as a Job = Password for a reprinted Job), it would seem that remote reprint is a = useful feature. Would it be that cumbersome to change an operation such = as ResubmitJob to bestow job ownership  (of the copied Job) to a = user having the password? 
<= /blockquote>
We could definitely add that in, but how would a user = that is not the job owner, an operator, or an administrator discover a = job that could be reprinted?

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_O8zm7ZNUhnTIOq0llCtDmw)-- --===============3424917348560189937== 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 --===============3424917348560189937==-- From ipp-bounces@pwg.org Tue Jul 24 11:32:31 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 06C72130F93 for ; Tue, 24 Jul 2018 11:32:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.861 X-Spam-Level: X-Spam-Status: No, score=-1.861 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, 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=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 PBB8GBae6vuL for ; Tue, 24 Jul 2018 11:32:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id A705B130E2F for ; Tue, 24 Jul 2018 11:32:27 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 268D2BEB7; Tue, 24 Jul 2018 18:32:27 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8370441DC; Tue, 24 Jul 2018 18:32:18 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0799BBBC4; Tue, 24 Jul 2018 18:32:17 +0000 (UTC) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) by www.pwg.org (Postfix) with ESMTPS id 14F2526E0 for ; Tue, 24 Jul 2018 18:32:16 +0000 (UTC) Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id i1RlfrpN84ip5i26YfIho9; Tue, 24 Jul 2018 18:32:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1532457134; bh=lAV9aeAJceU+37W0znq/vrtU8Y45C+LuyxHiJCG/INM=; h=Received:Received:MIME-Version:To:From:Subject:Date:Content-Type; b=gZY60gNrjwtL14NPI8Zw2GVtVfv55VCbCKc0j2WDSQr5+VPkmorg62nPjXbGIbys8 rJ8TXUxfnJw1SzMId2VgJKEyFgYZ/3eEj8EfKKBsYX2upll8NsIShZf+JMTraETXgr YcaobJL4JcGNr/6IOqMMTReVKtIdYx2Qv9UakC7aB7i+HUHKiwri64JjRUgnL3BujD uyJvod/y1k0277OI5RIV3DuTScRCxuRKQbTIH0NnTcxXPx3j2z6asYF6n0lKWdSQG4 LOmDbAqD05ayspGqNjjgSgaV7YRoXDKqKorVMNBaWzcGbcOfh4QDx3zNEEQ107H61d xxp/+iWj3ckzg== Received: from [IPv6:::ffff:192.168.1.9] ([73.61.211.249]) by resomta-ch2-03v.sys.comcast.net with ESMTPA id i26XfDc2miX04i26XfizmC; Tue, 24 Jul 2018 18:32:14 +0000 MIME-Version: 1.0 To: Michael Sweet From: Date: Tue, 24 Jul 2018 14:32:13 -0400 Importance: normal X-Priority: 3 In-Reply-To: <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> <20180723185313.2FB53290D@www.pwg.org> <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> X-CMAE-Envelope: MS4wfDR2izn4PUol3TqYp7CcaHsLR/BrMe4ZZoL8+BrKwoQJInFIoC8h4wpTGrYpg5/Vc+h4yIkT6Q0VbV5C8SKYEi/NdwfNsPaOhp3TUycjLbH1ht+ocR2H jorTHoniQ5o2XkCha3++itRM5NnqhoY1wOdM5C+0XwXqlBevy5f3d/jG9bUt1AK/lmnlh/jL0natuVy70kdC84Kw2YtxkhVSRD5X5Vs18BygeVulBUkpViH7 Message-Id: <20180724183217.0799BBBC4@www.pwg.org> Cc: PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP Reprint Passwordpostedfor 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="===============5366317451129204984==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5366317451129204984== Content-Type: multipart/alternative; boundary="_C6069400-3FFA-4B24-AFB5-84EDA24AC6C5_" --_C6069400-3FFA-4B24-AFB5-84EDA24AC6C5_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Michael, Thank you for your response. Perhaps I misunderstand, but in regard to your= first comment, =E2=80=9CSecurity attributes are not exposed as Job Descrip= tion/Status/Template attributes =E2=80=A6=E2=80=9D, do you mean expose via = a Het-Jobs or Get-Job-Attributes request? But in regard to this request, = RFC 8011 says in with regard to both opertions: The IPP object ignores (does not respond with) any requested attri= bute or value which is not supported or which is restricted by the security= policy in force, including whether the requesting user is the user that su= bmitted the job (job originating user) or not (see section 8). =20 Are Job Description attributes exposed in some other way? With respect to remote reprint request, if a user is provided with the pass= word, could he not also be provided with the name and/or location of the jo= b? Might a Get-Jobs operation be adequate? Thanks,=20 Bill Wagner From: Michael Sweet Sent: Monday, July 23, 2018 7:27 PM To: William A Wagner Cc: Kennedy, Smith (Wireless & Standards Architec); PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP Reprint Passwordpost= edfor review Bill, Some responses to your feedback are inline below... On Jul. 23, 2018, at 2:53 PM, wamwagner@comcast.net wrote: ... 1. I would argue that this should be a Job Description attribute rather tha= n an Operation attribute, because it stays with the Job and is really an at= tribute of the job rather than any IPP operation. I also suggest that this = attribute should not in itself cause Job Save, since IPP already has the = =E2=80=9Cjob-save-disposition=E2=80=9D (collection) Job Template attribute = and there are other implementation dependent job retention factors. This wo= uld also preclude the automatic saving of copied jobs. Security attributes are not exposed as Job Description/Status/Template attr= ibutes as that will expose the very credentials that would be required to r= eprint the job from the console. As for not causing a Job Save, JPS2 already has an implicit/lightweight loc= al save that happens when you use the proof-print Job Template attribute - = the semantics of Proof Print are that "I am printing a draft/proof copy of = this job and intend to print more copies if the proof copy is good." =C2=A0= Similarly, specifying a "job-reprint-password" operation attribute specifie= s that you intend to print more copies of the job at a later time. =C2=A0Pe= rhaps using "Job Save" is the sticking point here - perhaps just saying "Jo= b Retention" is enough? 1. It may be desirable to make clear the distinction between Job Password, = Document Password and Job Reprint Password in this specification. I would s= uggest a simple statement of the purpose of these three passwords. a. document-password [PWG5100.13] is an operation attribute provided with a= Print-Job, Print-URI, Send-Document, or Send-URI operation to allow access= to the document content, typically to "unlock" a previously password-prote= cted PDF or OpenXPS document. The value supplied is=C2=A0 retained by the P= rinter as long as the corresponding Document is retained. b. job-password [PWG5100.11] is an operation attribute optionally provided = with a Print-Job, Print-URI, or Create-Job operation to cause a submitted j= ob to be held in a 'pending-held' state until the password value is submitt= ed to the printing device. The method in which the password is entered and = validated at the Printer is implementation dependent. The job-password valu= e is not saved with the Job. c. job-reprint-password is [a Job Description or an operation attribute] op= tionally provided with a Print-Job, Print-URI, or Create-Job operation that= (if accepted by the Printer), causes the submitted job-reprint-password to= be saved with the retained Job. It does not affect the processing of the j= ob in any other way. Although IPP does allow a retained job to be reprinted= via Resubmit-Job, this capability is only available if the user performing= this operation is the job owner or an operator or administrator of the Pri= nter object. However, if outside of IPP, the Printer provides a user with t= he ability to reprint retained jobs, and the desired Job has been tagged wi= th a job-reprint-password, the user must supply that password to get access= to the job for reprint (or any other purpose?) Just for reprint. =C2=A0And I like this as a summary of the differences bet= ween the three attributes. 4. As far as I can tell, reprinting a job is not a defined IPP operation no= r is it clear to me why giving access to an IPP retained Job by some means = other than IPP can restrict how that job is used. At any rate, from the dis= cussion, the identified job (which is somehow selected by the user) is not = itself affected in any way other than by being copied and, since "most oper= ation attributes do not persist beyond the life of the operation" that new = job is printed (whatever than might involve) following operation attributes= defined by the user when he has, by whatever means outside of IPP, initiat= ed "reprint" of a selected IPP job.=C2=A0 We have Restart-Job (deprecated), Reprint-Job (deprecated), and Resubmit-Jo= b (the recommended replacement for the previous two). =C2=A0All of these ha= ve the typical "Job owner, operator, or administrator" for the access right= s (policy), but when reprinting from the console there is often no way to d= o traditional authentication (thus the invention of PIN printing, etc.) 5. The original use case of allowing remote reprint was eliminated, althoug= h if the purpose of Job Reprint Password is solely to allow access to a ret= ained IPP Job, (rather than to act as a Job Password for a reprinted Job), = it would seem that remote reprint is a useful feature. Would it be that cum= bersome to change an operation such as ResubmitJob to bestow job ownership= =C2=A0 (of the copied Job) to a user having the password?=C2=A0 We could definitely add that in, but how would a user that is not the job o= wner, an operator, or an administrator discover a job that could be reprint= ed? _________________________________________________________ Michael Sweet, Senior Printing=C2=A0System Engineer --_C6069400-3FFA-4B24-AFB5-84EDA24AC6C5_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

Michael,

Tha= nk you for your response. Perhaps I misunderstand, but in regard to your fi= rst comment, =E2=80=9CSecurity attributes are not exposed as Job Descriptio= n/Status/Template attributes =E2=80=A6=E2=80=9D, do you mean expose via a = =C2=A0Het-Jobs or Get-Job-Attributes request?=C2=A0 But in regard to this r= equest, =C2=A0RFC 8011 says in with regard to both opertions:

=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0The IPP object ignores (does not respond with) any requested attribute o= r value which is not supported or which is restricted by the security polic= y in force, including whether the requesting user is the user that submitte= d the job (job originating user) or not (see section 8<= /a>).=C2=A0

Are Job Description attributes exposed in some other way?=

 

Wi= th respect to remote reprint request, if a user is provided with the passwo= rd, could he not also be provided with the name and/or location of the job?= Might =C2=A0a Get-Jobs operation be adequate?

Thanks,

Bill Wagner

 

 = ;

 

Fr= om: Michael Sweet
Sent: <= /b>Monday, July 23, 2018 7:27 PM
To: William A Wagner
Cc: Kennedy, Smith (Wireless & Standards Architec); PWG IPP WG Reflector
Subject: Re: [I= PP] Another updated stable draft of IPP Reprint Passwordpostedfor review

 

Bill,=

 

Some responses to your feedback are inline below...=



= On Jul. 23, 2018, at 2:53 PM, wamw= agner@comcast.net wrote:

...=

  1. I would argue that thi= s should be a Job Description attribute rather than an Operation attribute,= because it stays with the Job and is really an attribute of the job rather= than any IPP operation. I also suggest that this attribute should not in i= tself cause Job Save, since IPP already has the =E2=80=9Cjob-save-dispositi= on=E2=80=9D (collection) Job Template attribute and there are other impleme= ntation dependent job retention factors. This would also preclude the autom= atic saving of copied jobs.

 

Security attributes are not exposed as Job Description/Status/Template = attributes as that will expose the very credentials that would be required = to reprint the job from the console.

 

As for not cau= sing a Job Save, JPS2 already has an implicit/lightweight local save that h= appens when you use the proof-print Job Template attribute - the semantics = of Proof Print are that "I am printing a draft/proof copy of this job = and intend to print more copies if the proof copy is good."  Simi= larly, specifying a "job-reprint-password" operation attribute sp= ecifies that you intend to print more copies of the job at a later time. &n= bsp;Perhaps using "Job Save" is the sticking point here - perhaps= just saying "Job Retention" is enough?

=



  1. It may be desirable to make clear the distinction between Job = Password, Document Password and Job Reprint Password in this specification.= I would suggest a simple statement of the purpose of these three passwords= .
    1. document-password [PWG5100.13] is an operation attribute provided with a = Print-Job, Print-URI, Send-Document, or Send-URI operation to allow access = to the document content, typically to "unlock" a previously passw= ord-protected PDF or OpenXPS document. The value supplied is  retained= by the Printer as long as the corresponding Document is retained.
    2. job-passwo= rd [PWG5100.11] is an operation attribute optionally = provided with a Print-Job, Print-URI, or Create-Job operation to cause a su= bmitted job to be held in a 'pending-held' state until the password value i= s submitted to the printing device. The method in which the password is ent= ered and validated at the Printer is implementation dependent. The job-pass= word value is not saved with the Job.
    3. job-reprint-password is [a Job Descr= iption or an operation attribute] optionally provided with a Print-Job,= Print-URI, or Create-Job operation that (if accepted by the Printer), caus= es the submitted job-reprint-password to be saved with the retained Job. It= does not affect the processing of the job in any other way. Although IPP d= oes allow a retained job to be reprinted via Resubmit-Job, this capability = is only available if the user performing this operation is the job owner or= an operator or administrator of the Printer object. However, if outside of= IPP, the Printer provides a user with the ability to reprint retained jobs= , and the desired Job has been tagged with a job-reprint-password, the user= must supply that password to get access to the job for reprint (or any = other purpose?)

 

Just for reprint.  And I like this as a summary of the differences be= tween the three attributes.

<= br>

  1. As far as= I can tell, reprinting a job is not a defined IPP operation nor is it clea= r to me why giving access to an IPP retained Job by some means other than I= PP can restrict how that job is used. At any rate, from the discussion, the= identified job (which is somehow selected by the user) is not itself affec= ted in any way other than by being copied and, since "most operation a= ttributes do not persist beyond the life of the operation" that new jo= b is printed (whatever than might involve) following operation attributes d= efined by the user when he has, by whatever means outside of IPP, initiated= "reprint" of a selected IPP job. 
=

 

We hav= e Restart-Job (deprecated), Reprint-Job (deprecated), and Resubmit-Job (the= recommended replacement for the previous two).  All of these have the= typical "Job owner, operator, or administrator" for the access r= ights (policy), but when reprinting from the console there is often no way = to do traditional authentication (thus the invention of PIN printing, etc.)=



  1. The original use case of allowing remote reprint was= eliminated, although if the purpose of Job Reprint Password is solely to a= llow access to a retained IPP Job, (rather than to act as a Job Password fo= r a reprinted Job), it would seem that remote reprint is a useful feature. = Would it be that cumbersome to change an operation such as ResubmitJob to b= estow job ownership  (of the copied Job) to a user having the password= ? 

We could definitely a= dd that in, but how would a user that is not the job owner, an operator, or= an administrator discover a job that could be reprinted?

 

_________________________________________________________
M= ichael Sweet, Senior Printing System Engineer

 

 

= --_C6069400-3FFA-4B24-AFB5-84EDA24AC6C5_-- --===============5366317451129204984== 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 --===============5366317451129204984==-- From ipp-bounces@pwg.org Tue Jul 24 20:57: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 0098D1271FF for ; Tue, 24 Jul 2018 20:57:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.54 X-Spam-Level: X-Spam-Status: No, score=-2.54 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 zNQA0Y-V4n0M for ; Tue, 24 Jul 2018 20:57:11 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 4B7F9130FA2 for ; Tue, 24 Jul 2018 20:57:11 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B6D78BEF0; Wed, 25 Jul 2018 03:57:10 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id ADB323D66; Wed, 25 Jul 2018 03:57:06 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 11DBEBBC4; Wed, 25 Jul 2018 03:57:05 +0000 (UTC) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) by www.pwg.org (Postfix) with ESMTPS id A730326E0 for ; Wed, 25 Jul 2018 03:57:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532491023; x=2396404623; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=XX4qqe7fKEOv/ktP84qI+AJkNA1+J8lk5VTPc9k5ZKE=; b=2dnoGcQrt6LAMQS23/R6boCfdK7JFox+Iqy5rvcANXbMHsMr1DBjE4oyGhyMGC/m cSOv/itWXOg7BFheH8UUysxn66OIp0V/bJwl4nGQQLCKyz4Gfkd7awoXaGjveH8c MaYJ1cdqaeTJ0H+MPI3aTDJuKqWefazgN5PftxTwl3FpCIaf38L99bkT6cOXZEnB Y2zmmHcAS6dSBg3h0+/dQCiZw7kWWM9H2k9cd+NPAFQe0tkUsz3oA1s0Rc01HbZ2 vW6Y2xCiLfvcRkrE12h+0C1hdvAsQQLC/DQRbEVodt8PtqbOUMx4+TUwCvZHxbv/ JzEa3zeGd/FqsDIJ9E+Tuw==; X-AuditID: 11973e15-bdfff70000007130-33-5b57f50ef957 Received: from ma1-mtap-s01.corp.apple.com (ma1-mtap-s01.corp.apple.com [17.40.76.5]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 84.9A.28976.F05F75B5; Tue, 24 Jul 2018 20:57:03 -0700 (PDT) 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 <0PCE003O3LMXLA80@ma1-mtap-s01.corp.apple.com>; Tue, 24 Jul 2018 20:57:02 -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 <0PCE00F00LLZZG00@nwk-mmpp-sz12.apple.com>; Tue, 24 Jul 2018 20:57:00 -0700 (PDT) X-Va-A: X-Va-T-CD: c58385d70e323d24d303c5db85a9737b X-Va-E-CD: d829dac2583344d23b0bfbe1270b59d2 X-Va-R-CD: 59cde5d4de18cf36b2e1f019ef120187 X-Va-CD: 0 X-Va-ID: 63283f70-a9f3-4208-9b5a-41cb333f34f1 X-V-A: X-V-T-CD: c58385d70e323d24d303c5db85a9737b X-V-E-CD: d829dac2583344d23b0bfbe1270b59d2 X-V-R-CD: 59cde5d4de18cf36b2e1f019ef120187 X-V-CD: 0 X-V-ID: 26e12f2d-9df0-4dc1-ba9a-9783cc283124 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 <0PCE00F00LLHUM00@nwk-mmpp-sz12.apple.com>; Tue, 24 Jul 2018 20:56:59 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-25_01:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from [17.235.42.67] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PCE005X2LMVI300@nwk-mmpp-sz12.apple.com>; Tue, 24 Jul 2018 20:56:59 -0700 (PDT) From: Michael Sweet X-Priority: 3 In-reply-to: <201807241832.w6OIW0pL051468@nwk-aaemail-lapp02.apple.com> Date: Tue, 24 Jul 2018 23:56:55 -0400 Message-id: <5421A47C-F097-4FB6-B17E-A0AD736E7AEC@apple.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> <20180723185313.2FB53290D@www.pwg.org> <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> <201807241832.w6OIW0pL051468@nwk-aaemail-lapp02.apple.com> To: William A Wagner X-Mailer: Apple Mail (2.3445.100.20) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IR1PBh1eX/Gh5tsH6/rMWxfS9ZLF517WK2 OHdB0YHZY/LjOYweu7btZPKYt3g6UwBzFJdNSmpOZllqkb5dAlfGo5/vWAsu2VbM+PyNqYHx r0kXIyeHhICJxLM721m6GLk4hAT2MUn8mfmQESTBKyAo8WPyPRYQm1kgTOL3kkWsEEUbmSSu LH3OCOF0MUms+NnNCDGKXeLPrx0sELa2xM/OPXD2m32N7DB2w9wWqHouiQVbT7NC2LoSmxe8 gLLZJNafWMIEYWtJtC79DWfv+nSeEcZ+df0ClM0pcf7LRKj5OhKPZmwHs4UEOpkkFuxXg4hn S/z8uRPqnmCJk+tA7gF54AujxKb7u8AWCwtISBzvXwhlR0qc3fYRbAGbgJrE70l9UMfxSsxo fwo2iFPAXeLVuZdgNouAqsTWNdtZIcFVKPH72V2gXg5gMNpI3FoIDaxLjBL/e1+BzRQBOrS5 YSbjBEbFWUihPQsptGcBtTMLqEtMmZILEdaWePLuAiuErSax8PciJmTxBYxsqxiFchMzc3Qz 88z0EgsKclL1kvNzNzGC0s10O9EdjGdWWR1iFOBgVOLh9XAMjxZiTSwrrsw9xCjNwaIkzrs+ JSxaSCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA6OO8DWND+wcLZyF3UtWrLW9XSogpfni4evQ /S5GmnkXdy/1fb1Zd829S6qCYW8uLxS5sfncxWk3pn7mNPfgT+d2f87+9+OMOzHdlbyzLjEY Fvp0p3BV3pzW4397+fTvfFdjXs36wcnCeDdxx70Pv76x/dO5F8c9ccVUudj97+I3/DvUm+ne r86uxFKckWioxVxUnAgArx4ABhgDAAA= Cc: PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP Reprint Passwordpostedfor 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="===============2844452956974539180==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2844452956974539180== Content-type: multipart/alternative; boundary="Boundary_(ID_pmwSLugl2oQxEzYuGxQZGQ)" --Boundary_(ID_pmwSLugl2oQxEzYuGxQZGQ) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Bill, > On Jul. 24, 2018, at 2:32 PM, wamwagner@comcast.net wrote: >=20 > Michael, > Thank you for your response. Perhaps I misunderstand, but in regard to = your first comment, =E2=80=9CSecurity attributes are not exposed as Job = Description/Status/Template attributes =E2=80=A6=E2=80=9D, do you mean = expose via a Het-Jobs or Get-Job-Attributes request? But in regard to = this request, RFC 8011 says in with regard to both opertions: > The IPP object ignores (does not respond with) any requested = attribute or value which is not supported or which is restricted by the = security policy in force, including whether the requesting user is the = user that submitted the job (job originating user) or not (see section 8 = ). =20 >=20 > Are Job Description attributes exposed in some other way? Generally speaking, ALL Job Description attributes are available to the = Job Owner and any authorized operators or administrators. Because IPP = has never defined a formal ACL framework or (until my Privacy Attributes = registration) a way to specify which attributes contain sensitive = information that would be subject to the RFC 8011 "rules", we have = explicitly specified that security credentials are not part of the = public Job object attributes (even to the Job Owner), that they are = passed as operation attributes and not Job Template attributes, and that = they are not copied to Job Description or Job Status attributes. See: - PWG 5100.11 (JPS2): job-password and job-password-encryption - PWG 5100.13 (JPS3): document-password - PWG 5100.17 (SCAN): destination-accesses - PWG 5100.18 (INFRA): document-access > With respect to remote reprint request, if a user is provided with the = password, could he not also be provided with the name and/or location of = the job? Might a Get-Jobs operation be adequate? Typically job-name and job-printer-uri are treated as sensitive = information and thus is not visible to ordinary users unless they are = the Job Owner. The only attributes that RFC 8011 requires Get-Jobs to = return are "job-id" and "job-uri". _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_pmwSLugl2oQxEzYuGxQZGQ) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Bill,

On Jul. 24, 2018, at 2:32 PM, = wamwagner@comcast.net wrote:

Michael,
Thank you = for your response. Perhaps I misunderstand, but in regard to your first = comment, =E2=80=9CSecurity attributes are not exposed as Job = Description/Status/Template attributes =E2=80=A6=E2=80=9D, do you mean = expose via a  Het-Jobs or Get-Job-Attributes request?  But in = regard to this request,  RFC 8011 says in with regard to both = opertions:

   =       The IPP object ignores (does not = respond with) any requested attribute or value which is not supported or = which is restricted by the security policy in force, including whether = the requesting user is the user that submitted the job (job originating = user) or not (see section = 8).  

Are Job Description attributes exposed in some other = way?

Generally = speaking, ALL Job Description attributes are available to the Job Owner = and any authorized operators or administrators.  Because IPP has = never defined a formal ACL framework or (until my Privacy Attributes = registration) a way to specify which attributes contain sensitive = information that would be subject to the RFC 8011 "rules", we have = explicitly specified that security credentials are not part of the = public Job object attributes (even to the Job Owner), that they are = passed as operation attributes and not Job Template attributes, and that = they are not copied to Job Description or Job Status attributes. =  See:

- PWG 5100.11 (JPS2): = job-password and job-password-encryption
- PWG 5100.13 (JPS3): = document-password
- PWG 5100.17 (SCAN): = destination-accesses
- PWG 5100.18 (INFRA): = document-access

With respect to remote reprint request, = if a user is provided with the password, could he not also be provided = with the name and/or location of the job? Might  a Get-Jobs = operation be adequate?

Typically job-name and job-printer-uri are = treated as sensitive information and thus is not visible to ordinary = users unless they are the Job Owner.  The only attributes that RFC = 8011 requires Get-Jobs to return are "job-id" and "job-uri".

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_pmwSLugl2oQxEzYuGxQZGQ)-- --===============2844452956974539180== 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 --===============2844452956974539180==-- From ipp-bounces@pwg.org Wed Jul 25 15:51: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 666DE130E02 for ; Wed, 25 Jul 2018 15:51:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.29 X-Spam-Level: X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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=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 5Je54mbFHpWR for ; Wed, 25 Jul 2018 15:51:09 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 019A3124C04 for ; Wed, 25 Jul 2018 15:51:08 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id A42DFBEB6; Wed, 25 Jul 2018 22:51:07 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 192183D66; Wed, 25 Jul 2018 22:51:02 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 110D2BBC4; Wed, 25 Jul 2018 22:51:01 +0000 (UTC) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) by www.pwg.org (Postfix) with ESMTPS id 61D83259F for ; Wed, 25 Jul 2018 22:51:00 +0000 (UTC) Received: from resomta-ch2-20v.sys.comcast.net ([69.252.207.116]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id iSaZfjTQe6OTpiScUfCLxn; Wed, 25 Jul 2018 22:50:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1532559058; bh=ovanzH8N925ycwIWAOc7uVWTn4K9hLwP9+OpqigrigU=; h=Received:Received:MIME-Version:To:From:Subject:Date:Content-Type; b=OMDIXK7wsdCbke6VS7yC31DA97ebBpQpaA2x2GCHdrQOg1ix9mSdlvnjmQwg47kS9 o2+pk2WW+2apha+p0UJmNvN0c/JnTv+av5PznKEdC7rPfklROrKep9oTtWCNRm1ZPd OCeoI/vMxFwjdND+75hkkx16pZ5kWGJ+SR8SqXos4OjviH9rbecMz7DFro1D2uYeyx 7Yr1dBLiLZMgCwV8cu5cX/bkARslziZcAOysGMkFL3jrSmpvPTJI2sERHo8UPvV2P4 4lxOG37wZkXEr8hTkatidlxH0CSR2UiYXUnxGxd5hg3JIZfxWYvUT3dT05HfCqVi7g 2uuENw8Jpp5yQ== Received: from [IPv6:::ffff:192.168.1.9] ([73.61.211.249]) by resomta-ch2-20v.sys.comcast.net with ESMTPA id iScTfMNMlTGiGiScUfpe9h; Wed, 25 Jul 2018 22:50:58 +0000 MIME-Version: 1.0 To: Michael Sweet From: Date: Wed, 25 Jul 2018 18:50:56 -0400 Importance: normal X-Priority: 3 In-Reply-To: <5421A47C-F097-4FB6-B17E-A0AD736E7AEC@apple.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> <20180723185313.2FB53290D@www.pwg.org> <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> <201807241832.w6OIW0pL051468@nwk-aaemail-lapp02.apple.com> <5421A47C-F097-4FB6-B17E-A0AD736E7AEC@apple.com> X-CMAE-Envelope: MS4wfAAuM29AZccAsDdzqQ+1Ybtvw9GucqGeU9jV5PT+E+5Pw3zgCeFoBfUhCrdnhfFioIj+C01NmII0fgjBsXDNcIkUBjevhbA4R7YgmDxx9XOxddDCJP+O /MWunu4Rm0VOHDgxhoMM0cyU6WmV/Q9p6iI/vd+f8M7PKhK87pioauCDzki2K6wBZ2kowzRUqWlTkt0HMfwwS9d/E6YF+ooL9n84F9VZ6w0YRPZ8BCQjH8ej Message-Id: <20180725225101.110D2BBC4@www.pwg.org> Cc: PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP ReprintPasswordpostedfor 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="===============5361961782640947871==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5361961782640947871== Content-Type: multipart/alternative; boundary="_FF967470-C3FE-47DA-B135-257D00F5D7D0_" --_FF967470-C3FE-47DA-B135-257D00F5D7D0_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Michael, Thank you for the information. I don=E2=80=99t mean to overly push a poin= t, but making job-reprint-password an operations attribute just seems wrong= and may contribute to the misunderstanding of its purpose. Job-password i= s inherently an operation attribute, and the references you provide point o= ut that it is not returned in a response. So it is not clear why we cannot= specify job-reprint-password as a job attribute that is never returned. T= hat is, I do not understand why security information can be specially handl= ed for operation attributes but not for job attributes. Is it perhaps some = coding implementation issue? And perhaps I was unclear on the remote reprint request subject, but my p= oint was that if a user were to give reprint access to another user, he cou= ld provide the job ID or job UID as well as the password. If a remote repri= nt capability were desired, I suggest that an operation could be defined to= use that information to access the appropriate job and allow remote reprin= t. Thanks, Bill Wagner From: Michael Sweet Sent: Tuesday, July 24, 2018 11:57 PM To: William A Wagner Cc: Kennedy, Smith (Wireless & Standards Architec); PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP ReprintPasswordposte= dfor review Bill, On Jul. 24, 2018, at 2:32 PM, wamwagner@comcast.net wrote: Michael, Thank you for your response. Perhaps I misunderstand, but in regard to your= first comment, =E2=80=9CSecurity attributes are not exposed as Job Descrip= tion/Status/Template attributes =E2=80=A6=E2=80=9D, do you mean expose via = a =C2=A0Het-Jobs or Get-Job-Attributes request?=C2=A0 But in regard to this= request, =C2=A0RFC 8011 says in with regard to both opertions: =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0The IPP object ignores (do= es not respond with) any requested attribute or value which is not supporte= d or which is restricted by the security policy in force, including whether= the requesting user is the user that submitted the job (job originating us= er) or not (see=C2=A0section 8).=C2=A0=C2=A0 Are Job Description attributes exposed in some other way? Generally speaking, ALL Job Description attributes are available to the Job= Owner and any authorized operators or administrators. =C2=A0Because IPP ha= s never defined a formal ACL framework or (until my Privacy Attributes regi= stration) a way to specify which attributes contain sensitive information t= hat would be subject to the RFC 8011 "rules", we have explicitly specified = that security credentials are not part of the public Job object attributes = (even to the Job Owner), that they are passed as operation attributes and n= ot Job Template attributes, and that they are not copied to Job Description= or Job Status attributes. =C2=A0See: - PWG 5100.11 (JPS2): job-password and job-password-encryption - PWG 5100.13 (JPS3): document-password - PWG 5100.17 (SCAN): destination-accesses - PWG 5100.18 (INFRA): document-access With respect to remote reprint request, if a user is provided with the pass= word, could he not also be provided with the name and/or location of the jo= b? Might =C2=A0a Get-Jobs operation be adequate? Typically job-name and job-printer-uri are treated as sensitive information= and thus is not visible to ordinary users unless they are the Job Owner. = =C2=A0The only attributes that RFC 8011 requires Get-Jobs to return are "jo= b-id" and "job-uri". _________________________________________________________ Michael Sweet, Senior Printing=C2=A0System Engineer --_FF967470-C3FE-47DA-B135-257D00F5D7D0_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

Michael,

Tha= nk you for=C2=A0 the information. I don=E2=80=99t mean to overly=C2=A0 push= a point, but making job-reprint-password an operations attribute just seem= s wrong and may contribute to the misunderstanding of its purpose. =C2=A0Jo= b-password is inherently an operation attribute, and the references you pro= vide point out that it is not returned in a response. So it is not clear wh= y=C2=A0 we cannot specify job-reprint-password as a job attribute that is n= ever returned. =C2=A0That is, I do not understand why security information = can be specially handled for operation attributes but not for job attribute= s. Is it perhaps some coding implementation =C2=A0issue?

 

And perhaps I was=C2=A0 unc= lear on=C2=A0 the remote reprint request subject, but my point was that if = a user were to give reprint access to another user, he could provide the jo= b ID or job UID as well as the password. If a remote reprint capability wer= e desired, I suggest that an operation could be defined to use that informa= tion to access the appropriate job and allow remote reprint.

=

 

Thanks, Bill= Wagner

From: Michael Sweet
Sent: Tuesday, July 24, 2018 11:57 PM
= To: William A Wagner
Cc: Kennedy, Smith (Wireless &= amp; Standards Architec); PWG IPP WG Ref= lector
Subject: Re: [IPP] Another updated stable draft of IPP= ReprintPasswordpostedfor review

 <= /o:p>

Bill,



On Jul. 24, 2018, at 2:32 PM, wamwagner@comcast.net wrote:

 

Michael,

Thank you for = your response. Perhaps I misunderstand, but in regard to your first comment= , =E2=80=9CSecurity attributes are not exposed as Job Description/Status/Te= mplate attributes =E2=80=A6=E2=80=9D, do you mean expose via a  Het-Jo= bs or Get-Job-Attributes request?  But in regard to this request, &nbs= p;RFC 8011 says in with regard to both opertions:

         The= IPP object ignores (does not respond with) any requested attribute or valu= e which is not supported or which is restricted by the security policy in f= orce, including whether the requesting user is the user that submitted the = job (job originating user) or not (see&= nbsp;section 8).  

Are Job Descriptio= n attributes exposed in some other way?

 

Generally speaking, ALL Job Description attributes are available to the = Job Owner and any authorized operators or administrators.  Because IPP= has never defined a formal ACL framework or (until my Privacy Attributes r= egistration) a way to specify which attributes contain sensitive informatio= n that would be subject to the RFC 8011 "rules", we have explicit= ly specified that security credentials are not part of the public Job objec= t attributes (even to the Job Owner), that they are passed as operation att= ributes and not Job Template attributes, and that they are not copied to Jo= b Description or Job Status attributes.  See:

 

= - PWG 5100.11 (JPS2): job-password and job-password-encryption

- PWG 5100.13 (JPS3): document-password

- PWG 5100.17 (SCAN): destinat= ion-accesses

- PWG 5100.18 (I= NFRA): document-access


With respect to remote reprint request, if a use= r is provided with the password, could he not also be provided with the nam= e and/or location of the job? Might  a Get-Jobs operation be adequate?=

 

Typically job-name and job-printer-u= ri are treated as sensitive information and thus is not visible to ordinary= users unless they are the Job Owner.  The only attributes that RFC 80= 11 requires Get-Jobs to return are "job-id" and "job-uri&quo= t;.

 

=

_________________________________________________________Michael Sweet, Senior Printing System Engineer

=

 

 

= --_FF967470-C3FE-47DA-B135-257D00F5D7D0_-- --===============5361961782640947871== 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 --===============5361961782640947871==-- From ipp-bounces@pwg.org Wed Jul 25 17:53: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 F210D130E08 for ; Wed, 25 Jul 2018 17:53:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.539 X-Spam-Level: X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 iTXuIH_iVPcl for ; Wed, 25 Jul 2018 17:52:58 -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 21582130E2E for ; Wed, 25 Jul 2018 17:52:58 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id ABDC5BEB9; Thu, 26 Jul 2018 00:52:57 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id F1857BBC4; Thu, 26 Jul 2018 00:52:53 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id C8C69BBC5; Thu, 26 Jul 2018 00:52:52 +0000 (UTC) Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id 6F68B3D66 for ; Thu, 26 Jul 2018 00:52:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532566372; x=2396479972; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=utSMF8yHnWR7SCGvTTGUZ04xrODNoRErJKPfvXG3y0Y=; b=3YUvtH1Iqr9VVquWYCCs6PAcZ2XiPQ0lVaYLJPSDM59VH5bMuIm9DYEIEUT153GP j0POfyOSDxDarGY2BEPJIq3zbxda525D0VxziEA/DUGjcabm8NLB7FJYoAQjxE0r PujvzQJ7zgWwm5zk/WEY3MVgra/p50EKVn5JaCbQD4UnAsKR9Qa2amzizAU25YQT E+z5LbSK6Thr9QHJP9Bv7Dg8w2hNuW5j2aIfm2hw3KickxI9IXaT/kd94+uY1Wa7 4H7tJKjyPNlrWQEcOWCzlKKuno5r0JhGJm+OUhySjmi1yjN3z5Q4p8HYZfNhQj1K 5aWJlggI6HXH/DUrlgvLCw==; X-AuditID: 11973e12-ef58c9e0000010b7-77-5b591b631661 Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id D4.60.04279.36B195B5; Wed, 25 Jul 2018 17:52:52 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PCG00LKC7RZ2020@ma1-mtap-s03.corp.apple.com>; Wed, 25 Jul 2018 17:52:48 -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 <0PCG00A006KQJN00@nwk-mmpp-sz09.apple.com>; Wed, 25 Jul 2018 17:52:48 -0700 (PDT) X-Va-A: X-Va-T-CD: c58385d70e323d24d303c5db85a9737b X-Va-E-CD: c123c38a1d0b52ec58a7cc808eb60121 X-Va-R-CD: 534ea07dec19c975fa81bc7742532073 X-Va-CD: 0 X-Va-ID: c84d20c3-2354-4d5d-8e52-fcf04a7368e8 X-V-A: X-V-T-CD: c58385d70e323d24d303c5db85a9737b X-V-E-CD: c123c38a1d0b52ec58a7cc808eb60121 X-V-R-CD: 534ea07dec19c975fa81bc7742532073 X-V-CD: 0 X-V-ID: e07d0262-69bd-4c6f-85fa-85caf35f58c2 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 <0PCG004007P5EJ00@nwk-mmpp-sz09.apple.com>; Wed, 25 Jul 2018 17:52:46 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-25_06:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp14.corp.apple.com-10000_instance1 Received: from [17.235.62.220] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PCG004RT7RO4N30@nwk-mmpp-sz09.apple.com>; Wed, 25 Jul 2018 17:52:46 -0700 (PDT) From: Michael Sweet X-Priority: 3 In-reply-to: <201807252251.w6PMg6Im004496@nwk-aaemail-lapp02.apple.com> Date: Wed, 25 Jul 2018 20:52:32 -0400 Message-id: <34D9AE27-DAEC-4055-BF71-9F734C26344D@apple.com> References: <40B93388-570C-4B87-9B99-A6BEFDE6439D@hp.com> <20180723185313.2FB53290D@www.pwg.org> <3EC6BE4F-BA0B-484C-A8BC-958DD79753B3@apple.com> <201807241832.w6OIW0pL051468@nwk-aaemail-lapp02.apple.com> <5421A47C-F097-4FB6-B17E-A0AD736E7AEC@apple.com> <201807252251.w6PMg6Im004496@nwk-aaemail-lapp02.apple.com> To: William A Wagner X-Mailer: Apple Mail (2.3445.100.20) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IR1PBh102Rjow2WPyGy+LYvpcsFq+6djFb nLug6MDsMfnxHEaPXdt2MnnMWzydKYA5issmJTUnsyy1SN8ugStj7cw7rAW/jSpaz15mbWDc rt3FyMkhIWAisffaTNYuRi4OIYF9TBKbNy5hB0nwCghK/Jh8jwXEZhYIk7i2vZURomgDk8TS 2bPBEkICXUwSrfetISaxS/z5tYMFwtaW+Nm5B84+tvAacxcjB5i9u8EJIswlsWDraVYIW1fi zMtzjBA2m8T6E0uYIGwtidalv+Hs7bePssHY8+/uh4pzSpz/MpEdwtaRuH16DxPEnZ1MEnt7 7kElsiX2Hm+DWhYscXJdIztE0VdGiVud+8CKhAUkJI73L2SFsCMkLi5qBbPZBNQkfk/qg2rm lZjR/hTsMU4Bd4neydPBelkEVCX+7PjCBAmtQonfz+4yQkLRRmLO5NPMEMsOMUk8ebkArEEE 6NTmhpmMExgVZyGF9iyk0J4FDDBmAXWJKVNyIcLaEk/eXWCFsNUkFv5exIQsvoCRbRWjUG5i Zo5uZp6JXmJBQU6qXnJ+7iZGULqZbie0g/HUKqtDjAIcjEo8vBdmRkQLsSaWFVfmHmKU5mBR EufdkBIWLSSQnliSmp2aWpBaFF9UmpNafIiRiYNTqoGxY+aOtneWH46p8S3hSRO9dvLpnckf 3fyvCygaPyg58PuL8fL1M/x5LvzpNFp08vOxUwW3L6gpvX/02nBH3SSfsGdr/C/fav579C2z jZyh6audFQ9O9YsumBN+8Genpu353za3Pfps3z2ZKaR395XLLjnn9oNXgp21ig/WFF/8yeAU IPh9RnRpiRJLcUaioRZzUXEiADuck4MYAwAA Cc: PWG IPP WG Reflector Subject: Re: [IPP] Another updated stable draft of IPP ReprintPasswordpostedfor 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="===============2928021778811919615==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2928021778811919615== Content-type: multipart/alternative; boundary="Boundary_(ID_R4QrLoSwJ3jaCxjK9rOtjg)" --Boundary_(ID_R4QrLoSwJ3jaCxjK9rOtjg) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Bill, > On Jul. 25, 2018, at 6:50 PM, wamwagner@comcast.net wrote: >=20 > Michael, > Thank you for the information. I don=E2=80=99t mean to overly push a = point, but making job-reprint-password an operations attribute just = seems wrong and may contribute to the misunderstanding of its purpose. = Job-password is inherently an operation attribute, and the references = you provide point out that it is not returned in a response. So it is = not clear why we cannot specify job-reprint-password as a job attribute = that is never returned. That is, I do not understand why security = information can be specially handled for operation attributes but not = for job attributes. Is it perhaps some coding implementation issue? If you define an attribute to be a Job Description, Job Template, or Job = Status attribute, you are declaring that the attribute is something that = can be returned by the Get-Job-Attributes and Get-Jobs operations (per = the semantics of those operations). But an operation attribute has to = have explicitly defined semantics (like we have for requesting-user-name = getting copied to job-originating-user-name) before it becomes exposed = by those operations. > And perhaps I was unclear on the remote reprint request subject, but = my point was that if a user were to give reprint access to another user, = he could provide the job ID or job UID as well as the password. If a = remote reprint capability were desired, I suggest that an operation = could be defined to use that information to access the appropriate job = and allow remote reprint. But again the semantics of the Resubmit-Job operation only allows the = Job Owner, administrators, and operators to reprint just any job. We'd = need to amend the semantics to allow other users to do it... _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_R4QrLoSwJ3jaCxjK9rOtjg) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Bill,

On Jul. 25, 2018, at 6:50 PM, = wamwagner@comcast.net wrote:

Michael,
Thank you = for  the information. I don=E2=80=99t mean to overly  push a = point, but making job-reprint-password an operations attribute just = seems wrong and may contribute to the misunderstanding of its purpose. =  Job-password is inherently an operation attribute, and the = references you provide point out that it is not returned in a response. = So it is not clear why  we cannot specify job-reprint-password as a = job attribute that is never returned.  That is, I do not understand = why security information can be specially handled for operation = attributes but not for job attributes. Is it perhaps some coding = implementation  issue?

If you define an attribute to be a Job Description, Job = Template, or Job Status attribute, you are declaring that the attribute = is something that can be returned by the Get-Job-Attributes and Get-Jobs = operations (per the semantics of those operations).  But an = operation attribute has to have explicitly defined semantics (like we = have for requesting-user-name getting copied to = job-originating-user-name) before it becomes exposed by those = operations.

And perhaps I was  = unclear on  the remote reprint request subject, but my point was = that if a user were to give reprint access to another user, he could = provide the job ID or job UID as well as the password. If a remote = reprint capability were desired, I suggest that an operation could be = defined to use that information to access the appropriate job and allow = remote reprint.

But again the semantics of the Resubmit-Job = operation only allows the Job Owner, administrators, and operators to = reprint just any job.  We'd need to amend the semantics to allow = other users to do it...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_R4QrLoSwJ3jaCxjK9rOtjg)-- --===============2928021778811919615== 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 --===============2928021778811919615==-- From odessa@akmebud.com.ua Thu Jul 26 16:24: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 04F9E131270 for ; Thu, 26 Jul 2018 16:24:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.344 X-Spam-Level: **** X-Spam-Status: No, score=4.344 tagged_above=-999 required=5 tests=[BAYES_80=2, FREEMAIL_FORGED_REPLYTO=2.095, FREEMAIL_REPLYTO_END_DIGIT=0.25, SPF_PASS=-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 xp1IMNCaZyxR for ; Thu, 26 Jul 2018 16:24:54 -0700 (PDT) Received: from mail.akmebud.com.ua (mail.akmebud.com.ua [62.80.180.226]) by ietfa.amsl.com (Postfix) with ESMTP id AFEB5131264 for ; Thu, 26 Jul 2018 16:24:53 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.akmebud.com.ua (Postfix) with ESMTP id C5824E35683; Fri, 27 Jul 2018 04:17:20 +0300 (EEST) Received: from mail.akmebud.com.ua ([127.0.0.1]) by localhost (mail.akmebud.com.ua [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id j3r4C_e8p6zx; Fri, 27 Jul 2018 04:17:20 +0300 (EEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.akmebud.com.ua (Postfix) with ESMTP id 67488E3567A; Fri, 27 Jul 2018 04:17:20 +0300 (EEST) X-Virus-Scanned: amavisd-new at acmebud.com.ua Received: from mail.akmebud.com.ua ([127.0.0.1]) by localhost (mail.akmebud.com.ua [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 1vNG4mZCL00s; Fri, 27 Jul 2018 04:17:20 +0300 (EEST) Received: from kevincouche13.kevincouche132611.b9.internal.cloudapp.net (unknown [40.121.144.86]) by mail.akmebud.com.ua (Postfix) with ESMTPA id 8B89DE3564E; Fri, 27 Jul 2018 04:17:17 +0300 (EEST) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: private! To: Recipients From: odessa@akmebud.com.ua Date: Thu, 26 Jul 2018 19:25:05 -0400 Reply-To: wraybob1@gmail.com Message-Id: <20180727011717.8B89DE3564E@mail.akmebud.com.ua> Hello , It will interest you to know that I have a business proposal that will be o= f great benefit which would further create a financial opportunity for both= of us. Kindly contact me on wraybob1@gmail.com should this be of interest to you. Looking forward to hearing from you in a shortest possible time. Best Regards, Bob Wray. From ipp-bounces@pwg.org Fri Jul 27 13:25: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 384D6130FF1 for ; Fri, 27 Jul 2018 13:25:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.222 X-Spam-Level: X-Spam-Status: No, score=-2.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, 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 4gu649sUah6R for ; Fri, 27 Jul 2018 13:25:27 -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 5DDDA130EA9 for ; Fri, 27 Jul 2018 13:25:27 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id E6B42BEB4; Fri, 27 Jul 2018 20:25:24 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0FB7B41DC; Fri, 27 Jul 2018 20:25:20 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id E579CBBC4; Fri, 27 Jul 2018 20:25:18 +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 ECF492600 for ; Fri, 27 Jul 2018 20:25:16 +0000 (UTC) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-co1nam04lp0050.outbound.protection.outlook.com [216.32.181.50]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-168-k4Q2-Tv_Neykl_b-FhNf9g-1; Fri, 27 Jul 2018 16:25:13 -0400 X-MC-Unique: k4Q2-Tv_Neykl_b-FhNf9g-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1045.NAMPRD84.PROD.OUTLOOK.COM (10.169.96.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.995.19; Fri, 27 Jul 2018 20:25:10 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a%5]) with mapi id 15.20.0995.019; Fri, 27 Jul 2018 20:25:10 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? Thread-Index: AQHUJefqES5X0Hj+6kWF/FYLJibUzg== Date: Fri, 27 Jul 2018 20:25:10 +0000 Message-ID: <187C6C41-380D-40AB-AAF6-C099C0CDE879@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; CS1PR8401MB1045; 6:Mh7wCSmb9HgPQFrHtWfmmNI7kXyuolI79R6yaQlxOloPpL6GuRWhZwMdk6CzgUw4aitHJ/vc9w58gg+aZju8wGKZ5aY3zLlKec38oN1/cSPvxMBelzpyuWFWc5MzP0ptfL1UyMaG4CH7OrM9gQ9i8v207utImIQoOA7aryHa2bLtRUKymNKpQkMwL/oEvqDYEYx7mnj2bKj/ps3lPwHtSiAeJyGDknAimGMdo0ev5+fs6x4b9R1NM5BgpvgRLlxzAHK9MUMFc8yeUGPoQdNrrIN3a3lTJh1UiPESgM9wTPXeDrhtC4dooPk1+DDXUt5N8q+147qaLke+hePtimhlcXXCk7Nr8J/JnbcoJRJp/koMwdHUZr0MkhBjjoxcMpM2sazXY83MWI2ygFBEtDX8ayN5eC4+HrzYIi+wtUsND7Zt9dL2Njq+BZULyylJrf1S19qeHbDjG8TgCwfNFaNbzw==; 5:1RJ0agKTx9XtkBwWK0zgpYpQiwfWNQi9Eq4M/OyJ5XjUzeMIZscaaHbM089uuw1gW8+CXnPb+/r9ck3h+9ggHstps9coRXxMbFI0Eh1FgwXkiZ9MqWmTuUNBWeO/sPF50pxIPPich5GnDr6lxfHDjD7pFsL0dymDFA8hsJj6/R0=; 7:0ENsJ6+OxCLZ16sqGsM939sGH0j9TxIJ+oysHEoqOsSAo0l+ejWAYPlLM3xRq+Md2eB3dNyHW54WYJWRFu+oYD1T+lXZsGfONsw9QJX4MJM9DMqcrfKEoFw9SDmCfJQ8qewnLUuw3pGYZjA0/S8x4hr1zecbdiUpv7pSbNZIJ7Xq2H++UxAyLLgjroFqM/WacWKB1KivNikBThcx5cinNt+DYegY5YEcN2SvENwcUWKjFDXcL+NOd3Gf2G2/Y7Jt x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: dd217786-ff43-4f40-07fe-08d5f3ff0d1c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1045; x-ms-traffictypediagnostic: CS1PR8401MB1045: 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)(3231311)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB1045; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1045; x-forefront-prvs: 07467C4D33 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(136003)(376002)(346002)(39860400002)(57704003)(199004)(189003)(6602003)(105586002)(106356001)(478600001)(68736007)(14454004)(53936002)(81156014)(8936002)(81166006)(8676002)(102836004)(26005)(6506007)(66066001)(86362001)(97736004)(316002)(99286004)(36756003)(54896002)(33656002)(186003)(2900100001)(82746002)(99936001)(6512007)(486006)(25786009)(2616005)(476003)(7736002)(14444005)(5250100002)(256004)(6916009)(5660300001)(2906002)(6436002)(6116002)(3846002)(83716003)(6486002); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1045; 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: 4i31w4P6ENhuWgr7mJxgzgCxSyxWS3jFTNYlzUzh2hzknFoq0s4WEdKqqZ5L8OEPhCE3lSCgR2bAk8S84ujyZtCso4IWbbE/vgggK+YnYKlRekzkeg75lCh31MmNlb63TP2pnEoisDTapMtbOr2tcpGat6I7YGAERdeU2CxpOFxnhNWzqtkp24/xi08/i0Nc8fXmc/+vOdUPJYZHWJYmOrvbmDmsFOQh89r1bwwLH/GWeqzChoEgcaPMwOZ8GCaN/CKH2g9w5UvUb8t3tGQIN1Eg8RXeXMkrH7syK4hlBpH02vxM1jRGDD+0gdSwqQNVjgfkFGs16+37vchRW7aIHVbJMx/PzOtOxfXuJbGZ4+o= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: dd217786-ff43-4f40-07fe-08d5f3ff0d1c X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jul 2018 20:25:10.4319 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1045 Subject: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============6462668158177598363==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6462668158177598363== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_508957C6-8E27-4B89-9A98-1FB7BA70A254"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_508957C6-8E27-4B89-9A98-1FB7BA70A254 Content-Type: multipart/alternative; boundary="Apple-Mail=_DFD22FC1-458B-4474-9145-898E4BC8941E" --Apple-Mail=_DFD22FC1-458B-4474-9145-898E4BC8941E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Greetings, In my presentation to the Mopria Technical Working Group yesterday, a = question arose about TLS version negotiation failures, and whether the = Client would be notified of such failures at the IPP level. I responded = that there might be a response at the IPP level but that Clients (and = Printers) need to also be aware of the TLS and HTTP levels. But then I = remembered that, in the latest draft of the IPP Authentication Methods = white paper, Mike and I expanded and revised section 3.1.7 "The = 'certificate' IPP Authentication Method" to include the following: The Printer SHOULD return the IPP status code listed in Table 3.1 when = the corresponding authentication exception occurs. The Client SHOULD = respond to the reported status code with the corresponding response = listed in Table 3.1. Operation Status Code Authentication Exception Recommended Client Response 'client-error-not-authenticated' Authentication required but no X.509 certificate supplied Close the connection; select a certificate (with possible user = interaction); retry connection with selected certificate 'client-error-not-authorized' Access denied for the identity specified by the provided X.509 = certificate; try again Close the connection; select a different certificate (with possible user = interaction); retry connection with selected certificate 'client-error-forbidden' Access denied for the identity specified by the provided X.509 = certificate; don't try again Close the connection and present User with error dialog (=E2=80=9CAccess = denied=E2=80=9D) Table 3.1 : IPP 'certificate' Authentication Method Error Condition = Status Codes=20 None of these seem to cover a lower-level protocol negotiation level = failure. Do we need to add a new one for TLS version negotiation = failure? The Client can learn the Printer's maximum TLS version via the = "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP). 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. */ --Apple-Mail=_DFD22FC1-458B-4474-9145-898E4BC8941E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Greetings,

In my presentation to the Mopria Technical Working Group = yesterday, a question arose about TLS version negotiation failures, and = whether the Client would be notified of such failures at the IPP level. = I responded that there might be a response at the IPP level but that = Clients (and Printers) need to also be aware of the TLS and HTTP levels. = But then I remembered that, in the latest draft of the IPP = Authentication Methods white paper, Mike and I expanded and revised = section 3.1.7 "The 'certificate' IPP Authentication Method" to = include the following:
=09 =09 =09

  1. The Printer SHOULD return the = IPP status code listed in Table 3.1 when the corresponding = authentication exception occurs. The Client SHOULD respond = to the reported status code with the corresponding = response listed in Table 3.1.


=

Operation Status Code

=

Authentication = Exception

=

Recommended Client = Response

=

'client-error-not-authenticated'

=

Authentication required but no X.509 certificate supplied

=

Close the connection; select a = certificate (with possible user interaction); retry connection with selected certificate

=

'client-error-not-authorized'

=

Access denied for the identity specified by the provided X.509 certificate; try again

=

Close the connection; select a = different certificate (with possible user interaction); retry connection with selected certificate

=

'client-error-forbidden'

=

Access denied for the identity specified by the provided X.509 certificate; don't try again

=

Close the connection and present User with error dialog (=E2=80=9CAccess denied=E2=80=9D)

Table = 3.1 : IPP 'certificate' Authentication Method Error Condition Status = Codes 

None of these seem to = cover a lower-level protocol negotiation level failure. Do we need to = add a new one for TLS version negotiation failure? The Client can learn = the Printer's maximum TLS version via the "TLS" DNS-SD TXT record key = (5100.14 section 4.2.3.4). The "uri-security-supported" attribute simply = uses 'tls' but lists no version (which troubles me because DNS-SD = shouldn't be more descriptive than IPP).

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.
*/



= --Apple-Mail=_DFD22FC1-458B-4474-9145-898E4BC8941E-- --Apple-Mail=_508957C6-8E27-4B89-9A98-1FB7BA70A254 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MjcyMDI1MDlaMCMGCSqGSIb3DQEJBDEWBBQVVgfSaQdi5IMs zheFNeS1+hCxJTCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAElCeekhDp+O6H7v QWiHglpfsSdKUL+I3tzJHERkBWsnFex14917hgxdUm6aMWOdEAJ3AmisU7qpVyIvZZzWe+UvCtqt 9c48sc9m85A1sCahmI5oRg2h3STtaRdCp4KOMEOiV5L13bH0m3POkweb4dJ3LfJDEacJsOkiXKbz Br16KuHtYYVwMT5Y5zaAPGCY12JlYp7dQUZBonApuGvQH4wCRzS9CSvrfsqIVe1JyV9SDhz6Sbqo u6oq5Jv5pCKpIv7ScuHoK23MHywxY68plt/vp+zNDkRNm5zE1U3u7hihHylYj94OzYBvx4p7Pzfh tQGEMoVOlXExUlM6gm+NEfQAAAAAAAA= --Apple-Mail=_508957C6-8E27-4B89-9A98-1FB7BA70A254-- --===============6462668158177598363== 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 --===============6462668158177598363==-- From ipp-bounces@pwg.org Fri Jul 27 18:56:49 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 1BD4C130DF1 for ; Fri, 27 Jul 2018 18:56:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.221 X-Spam-Level: X-Spam-Status: No, score=-2.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 EcrQyAh-Z4IE for ; Fri, 27 Jul 2018 18:56:45 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id ACCA0130DC0 for ; Fri, 27 Jul 2018 18:56:45 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B2A70BEBA; Sat, 28 Jul 2018 01:56:42 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 13540BBC4; Sat, 28 Jul 2018 01:56:37 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 47DADBBC5; Sat, 28 Jul 2018 01:56:35 +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 3C08641DC for ; Sat, 28 Jul 2018 01:56:33 +0000 (UTC) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01lp0176.outbound.protection.outlook.com [216.32.180.176]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-149-VhUgYdJXNNWNieHZljf6gA-1; Fri, 27 Jul 2018 21:56:29 -0400 X-MC-Unique: VhUgYdJXNNWNieHZljf6gA-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB1112.NAMPRD84.PROD.OUTLOOK.COM (10.169.96.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.995.19; Sat, 28 Jul 2018 01:56:26 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a%5]) with mapi id 15.20.0995.019; Sat, 28 Jul 2018 01:56:26 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: PWG IPP WG Reflector Thread-Topic: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? Thread-Index: AQHUJefr4ILpFohlZ0ijEeX/lDb6sKSj4JAA Date: Sat, 28 Jul 2018 01:56:26 +0000 Message-ID: <7439B109-7BCC-4713-8272-3514F695B9A4@hp.com> References: <187C6C41-380D-40AB-AAF6-C099C0CDE879@hp.com> In-Reply-To: <187C6C41-380D-40AB-AAF6-C099C0CDE879@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; CS1PR8401MB1112; 6:cGBMbwbiBRKMM/ntx5aEJ6daoYuR8UEZ01D4R4l+G/qGfftmsqOfho79PtV/ReWVOB5TG3QfK1l3+pA5WL8eGUD3Dw6nktWZXrhze+2QecUIYeWmz2Rq8LgC0BEShOQ0WPmHh2iXX3vYd8DloxSDMsNHx3zKaD1Q0bfIa0R4vOdwetMypb5h+DlXa3foRAroID01aaRVDOn7JB95iWze0lluEiag/m78nGBWaNn+zUZe3mzb2GMuM7VdeiKyE2JnUKAZ8zfgUSCvEG4AC+MYugg/mO/oYwp+dmUSx1bd27ZaWlEHEL8vFyDvy21FHa52EsfbuN3OgdlCPaTmOvPUkU/qJIj14x5ByZqs9MaXyZtOu0XGfiJLRCfonlJx3uQXlKMMTvcNTi3iYH+EjquT16IZZecPAOJJJNwcyTIuvhmxcg4CMSoy4Jo3pv+DhNDCTqu16RFZVBBk+N3gGfAFIw==; 5:pagMqz46dfFziuN32mLLpeWDkXfBokVFuMVR58RwLZwInt24lzjHewMJlmI+vOdrBFqgcNIVzy8CvC4DrtXq63qPUCPfrCJU1OcBwZ2Hjmvqustx0yaSUMIfefYLI8RwPSzq76rFAH4X14dCd/wXG+PMc1xxOTi+J2XAbDxe6C4=; 7:xHAK5+m0KvRMrYlmLZ0sF2alMLl2y+go7drWoT5t3cG+sNJa3J6QB3gFdFFgECyw6WPLX6iPrbT2XwNwc/78XE4hnZF8/FOaevPAZurmpaThSNQwfQN7qTOlxrNhxUv8q++Iwizzvg/tnnz69m3A2bEHipIHPfe1PGP8FRFZ5E0ovoGQR/ymDtSo524Se90+WDg6T8fUsLrCvsNngW89xjP162jHZwyOsaZAy/24e7ahUGdVE2AdQqT29VNgvYbZ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 9f8cd6ca-82bc-4a9f-2546-08d5f42d5444 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB1112; x-ms-traffictypediagnostic: CS1PR8401MB1112: 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)(93006095)(93001095)(3231311)(944501410)(52105095)(10201501046)(3002001)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB1112; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB1112; x-forefront-prvs: 07473990A5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(346002)(136003)(376002)(366004)(396003)(57704003)(6602003)(189003)(199004)(26005)(97736004)(6116002)(2900100001)(83716003)(8936002)(3846002)(106356001)(33656002)(105586002)(99286004)(6506007)(6436002)(446003)(82746002)(102836004)(11346002)(186003)(6512007)(6306002)(54896002)(68736007)(236005)(53546011)(86362001)(14444005)(76176011)(316002)(6246003)(6486002)(7736002)(256004)(81156014)(229853002)(53936002)(966005)(14454004)(81166006)(36756003)(486006)(25786009)(5250100002)(99936001)(2616005)(478600001)(2906002)(476003)(6916009)(5660300001)(66066001)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB1112; 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: C1QuJJODxRFBTIa2Ae+WrxhWSJhNZOZT29IggFbw1zYBOeTMIAQpChudj6bwvhUqDW2dCXn+GFkwl23TpaDn1uoz1QThbgCGTExFR0E7mjOYQFkQIrAybKOZu3rNW5J+wTanqpFLPJOHyeQR+Ixtd++KATrjpejffBs6nQaJ+E/A0XzhL2eRIhi8f0+AM0O3UeASF6EJIdBIzY5BuRiMIHcxyk9K4W37Zn78HHrBcCTvzYV9nj5BxX+qaAMkpPigwIBDn66+KvmuB5+H0z5N2p6Q6SdMWxUxJfJNBfpvhUWehSftfDadwiT7eERaZPofv0Vabr/Mr1bCosi1CsCnfhXVlvoTDbY6SbMv/u1Zxck= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9f8cd6ca-82bc-4a9f-2546-08d5f42d5444 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2018 01:56:26.6469 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB1112 Subject: Re: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============2467279898050974139==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2467279898050974139== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_DDB44184-D275-4036-B600-FD44E4A2831E"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_DDB44184-D275-4036-B600-FD44E4A2831E Content-Type: multipart/alternative; boundary="Apple-Mail=_6E9C2A3D-9837-4718-8629-CEDBB09E6B81" --Apple-Mail=_6E9C2A3D-9837-4718-8629-CEDBB09E6B81 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Greetings again, I posted this without overtly suggest a fix for this: > The Client can learn the Printer's maximum TLS version via the "TLS" = DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP). To bring IPP to parity with IPP + DNS-SD, I think we need to either add = additional keywords for "uri-security-supported", like 'tls-1.2' and = 'tls-1.3', or we create a new attribute. Even with this addition, I also = think a new 'client-error-tls-negotiation-failure' status code should be = defined. Have a good weekend, 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 Jul 27, 2018, at 2:25 PM, Kennedy, Smith (Wireless & Standards = Architect) wrote: >=20 > Greetings, >=20 > In my presentation to the Mopria Technical Working Group yesterday, a = question arose about TLS version negotiation failures, and whether the = Client would be notified of such failures at the IPP level. I responded = that there might be a response at the IPP level but that Clients (and = Printers) need to also be aware of the TLS and HTTP levels. But then I = remembered that, in the latest draft of the IPP Authentication Methods = white paper, Mike and I expanded and revised section 3.1.7 "The = 'certificate' IPP Authentication Method" to include the following: > The Printer SHOULD return the IPP status code listed in Table 3.1 when = the corresponding authentication exception occurs. The Client SHOULD = respond to the reported status code with the corresponding response = listed in Table 3.1. >=20 >=20 >=20 > Operation Status Code >=20 > Authentication Exception >=20 > Recommended Client Response >=20 > 'client-error-not-authenticated' >=20 > Authentication required but no X.509 certificate supplied >=20 > Close the connection; select a certificate (with possible user = interaction); retry connection with selected certificate >=20 > 'client-error-not-authorized' >=20 > Access denied for the identity specified by the provided X.509 = certificate; try again >=20 > Close the connection; select a different certificate (with possible = user interaction); retry connection with selected certificate >=20 > 'client-error-forbidden' >=20 > Access denied for the identity specified by the provided X.509 = certificate; don't try again=20 >=20 > Close the connection and present User with error dialog (=E2=80=9CAccess= denied=E2=80=9D) >=20 > Table 3.1 : IPP 'certificate' Authentication Method Error Condition = Status Codes=20 >=20 > None of these seem to cover a lower-level protocol negotiation level = failure. Do we need to add a new one for TLS version negotiation = failure? The Client can learn the Printer's maximum TLS version via the = "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP). >=20 > 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 --Apple-Mail=_6E9C2A3D-9837-4718-8629-CEDBB09E6B81 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Greetings again,

I posted this without overtly suggest a fix for this:

The Client can learn the Printer's maximum TLS = version via the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). = The "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP).

To bring IPP to parity with IPP + = DNS-SD, I think we need to either add additional keywords for = "uri-security-supported", like 'tls-1.2' and 'tls-1.3', or we create a = new attribute. Even with this addition, I also think a new = 'client-error-tls-negotiation-failure' status code should be = defined.

Have = a good weekend,

=
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 Jul 27, 2018, at 2:25 PM, Kennedy, Smith (Wireless & = Standards Architect) <smith.kennedy@hp.com> wrote:

Greetings,

In my presentation to = the Mopria Technical Working Group yesterday, a question arose about TLS = version negotiation failures, and whether the Client would be notified = of such failures at the IPP level. I responded that there might be a = response at the IPP level but that Clients (and Printers) need to also = be aware of the TLS and HTTP levels. But then I remembered that, in the = latest draft of the IPP Authentication Methods white paper, Mike and I = expanded and revised section 3.1.7 "The 'certificate' IPP = Authentication Method" to include the following:
=09 =09 =09

  1. The Printer SHOULD return the = IPP status code listed in Table 3.1 when the corresponding = authentication exception occurs. The Client SHOULD respond = to the reported status code with the corresponding = response listed in Table 3.1.


=

Operation Status Code

=

Authentication = Exception

=

Recommended Client = Response

=

'client-error-not-authenticated'

=

Authentication required but no X.509 certificate supplied

=

Close the connection; select a = certificate (with possible user interaction); retry connection with selected certificate

=

'client-error-not-authorized'

=

Access denied for the identity specified by the provided X.509 certificate; try again

=

Close the connection; select a = different certificate (with possible user interaction); retry connection with selected certificate

=

'client-error-forbidden'

=

Access denied for the identity specified by the provided X.509 certificate; don't try again

=

Close the connection and present User with error dialog (=E2=80=9CAccess denied=E2=80=9D)

Table = 3.1 : IPP 'certificate' Authentication Method Error Condition Status = Codes 

None of these seem to = cover a lower-level protocol negotiation level failure. Do we need to = add a new one for TLS version negotiation failure? The Client can learn = the Printer's maximum TLS version via the "TLS" DNS-SD TXT record key = (5100.14 section 4.2.3.4). The "uri-security-supported" attribute simply = uses 'tls' but lists no version (which troubles me because DNS-SD = shouldn't be more descriptive than IPP).

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

= --Apple-Mail=_6E9C2A3D-9837-4718-8629-CEDBB09E6B81-- --Apple-Mail=_DDB44184-D275-4036-B600-FD44E4A2831E 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MjgwMTU2MjVaMCMGCSqGSIb3DQEJBDEWBBQH1kOBf5qkL8L6 hY5JRFgzxM4hIDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAI4af3uYbd5soYLx eVU13ssO2r4tPX1twk8zl9FfOVZ0g3s9zyzE4fMi7s5j5i7iDh4peoma4sauq7+HYOEpBhlnrbIu 0fQ9/fE1KvKC+yI0HT4iKjZDSPffK7zknPwrNzrxJPX+Xq5bG7u9TzAerBdvI21GcbcxdM30xXdz qrs8cjMX1KHNjbAOxnrsdiGfZA/88tYFC7PGz7JhTS97eP20j3jBrqIuyBHq/kfvBUIFv4ONA1r/ 8eP/3yLgXcQYlt96KHcsTYg76fqjQ3vGzWrXvu167Dty1c/cAT8MA7IhgP978xEd+6S9StCRAZqn KQGt5/t+aeIjK2Iir8m8yKUAAAAAAAA= --Apple-Mail=_DDB44184-D275-4036-B600-FD44E4A2831E-- --===============2467279898050974139== 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 --===============2467279898050974139==-- From ipp-bounces@pwg.org Sat Jul 28 08:01:52 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 1DED0130F78 for ; Sat, 28 Jul 2018 08:01:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.86 X-Spam-Level: X-Spam-Status: No, score=-1.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 (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 zLr1k-aXMWp8 for ; Sat, 28 Jul 2018 08:01:47 -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 85265130F7C for ; Sat, 28 Jul 2018 08:01:46 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id A1C4CBEB9; Sat, 28 Jul 2018 15:01:44 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1298541DC; Sat, 28 Jul 2018 15:01:38 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 4288FBBC5; Sat, 28 Jul 2018 15:01:36 +0000 (UTC) Received: from mail-yb0-x22c.google.com (mail-yb0-x22c.google.com [IPv6:2607:f8b0:4002:c09::22c]) by www.pwg.org (Postfix) with ESMTPS id 417403D66 for ; Sat, 28 Jul 2018 15:01:35 +0000 (UTC) Received: by mail-yb0-x22c.google.com with SMTP id s8-v6so3153416ybe.8 for ; Sat, 28 Jul 2018 08:01:35 -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 :cc; bh=y4mG3LkGaSVEBjRl/8j+Opm0szgjQXd5QmmMK7oqqRk=; b=nEhBXj81t1unPhYUJdgaWdKRDsXpOVISgUkNZq2JsVegVHMufwALgMevVfZCQjGtGM c+w20hr0FaP9ckrr4AZHI9vADJ5tTSKA2b1AVRHLxvwfa//RLcRx8bPY9Zwh4p4ncIZF cp3fJeUmYgBdxi2TSgwF+TLdSchTAalFbXRJY0JdKyB0fr48Oed6z8GdfsMRAZUUYilh +t1A3qePMc+Fh0fkUEPP2MuiRcQgvrCWAUwMQBOUMI2ICbjSV0neuE8wweq6Zyy3Iao4 lnZXetdWFhCkn2w/YwwdjFMHHN7c5cqzX1nE1rnNjzJscxWnc1sB5swh7D4v+HpxASIK DjcA== 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:cc; bh=y4mG3LkGaSVEBjRl/8j+Opm0szgjQXd5QmmMK7oqqRk=; b=IFnY5nDKykHfl0F29gB1WIqWf9QK1t/t37iZxpoecgHZrXlbmmb5FsS78O+YujeDpD UyFXHkafXrGP/09etJ/GQ1C2XSdAv7K5Qmj5EtWl7lCQZ3IBqC/gbWntDqFRdxJn5XC2 R0XAfQOdXoE9axsjA7w0ihamT4ZrWwZz4A0F+FusBor1yKfkdLjvN9r/NlSgxa9ksUda GRTIElMySoiP6O6wg0LfEZ6Opa9G3NYlwBF90IYxFoYaWO8ShGLto3qxq0Sgm1sg8ITy EL84vVt7CDi0oNDkUIK4V5DnWih066cUwNzP4OlomdvDICjZfg6PfvFn6JOUhgFgYpjb 9rVQ== X-Gm-Message-State: AOUpUlH4KhBjJt+Md/Qy03oo43h2OYEhBZYNKjOOo5ZTv8Yrx99uWDZQ F8/rT86Mwq9XArkqBuwT8d45Rt0WaFyl/fEHjCw= X-Google-Smtp-Source: AAOMgpc48krKjb+r1Z6ALyvXnGOY6JOVPlhC6S0G9eLIJ6Prp0qUT8tEbvJqvTrxyxcSOpOhe+l0bCQpE610U2Jq4/U= X-Received: by 2002:a25:28c4:: with SMTP id o187-v6mr5704747ybo.140.1532790093428; Sat, 28 Jul 2018 08:01:33 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:547:0:0:0:0:0 with HTTP; Sat, 28 Jul 2018 08:01:12 -0700 (PDT) In-Reply-To: <7439B109-7BCC-4713-8272-3514F695B9A4@hp.com> References: <187C6C41-380D-40AB-AAF6-C099C0CDE879@hp.com> <7439B109-7BCC-4713-8272-3514F695B9A4@hp.com> From: Ira McDonald Date: Sat, 28 Jul 2018 11:01:12 -0400 Message-ID: To: "Kennedy, Smith (Wireless & Standards Architect)" , Ira McDonald Cc: PWG IPP WG Reflector Subject: Re: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============5930983362323321087==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5930983362323321087== Content-Type: multipart/alternative; boundary="00000000000008bfc305721081cb" --00000000000008bfc305721081cb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Smith, Explicitly exposing TLS versions, Kerberos versions, HTTP versions, etc. at the application IPP layer is exactly what IETF has actively avoided in SMTP and many other protocols. It's a slippery slope, IMO. In TLS/1.3 itself, the TLS WG only made RECOMMENDED the return of specific Alert codes in handshake or data transfer phase failures and made the Alert message entirely optional, *not* localized (or language-tagged), and not necessarily mapped one-to-one to the Alert code. Exposing lower-layer failures (and configuration) in IPP attributes sounds wrong to me. 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 Fri, Jul 27, 2018 at 9:56 PM, Kennedy, Smith (Wireless & Standards Architect) wrote: > Greetings again, > > I posted this without overtly suggest a fix for this: > > The Client can learn the Printer's maximum TLS version via the "TLS" > DNS-SD TXT record key (5100.14 section 4.2.3.4). The > "uri-security-supported" attribute simply uses 'tls' but lists no version > (which troubles me because DNS-SD shouldn't be more descriptive than IPP)= . > > > To bring IPP to parity with IPP + DNS-SD, I think we need to either add > additional keywords for "uri-security-supported", like 'tls-1.2' and > 'tls-1.3', or we create a new attribute. Even with this addition, I also > think a new 'client-error-tls-negotiation-failure' status code should be > defined. > > Have a good weekend, > > 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 Jul 27, 2018, at 2:25 PM, Kennedy, Smith (Wireless & Standards > Architect) wrote: > > Greetings, > > In my presentation to the Mopria Technical Working Group yesterday, a > question arose about TLS version negotiation failures, and whether the > Client would be notified of such failures at the IPP level. I responded > that there might be a response at the IPP level but that Clients (and > Printers) need to also be aware of the TLS and HTTP levels. But then I > remembered that, in the latest draft of the IPP Authentication Methods > white paper, Mike and I expanded and revised section 3.1.7 > "The 'certificate' IPP Authentication Method" to include the following: > > > 1. > > The Printer SHOULD return the IPP status code listed in Table 3.1 when > the corresponding authentication exception occurs. The Client SHOULD > respond to the reported status code with the corresponding response > listed in Table 3.1. > > > Operation Status Code > > Authentication Exception > > Recommended Client Response > > 'client-error-not-authenticated' > > Authentication required but no X.509 certificate supplied > > Close the connection; select a certificate (with possible user > interaction); retry connection with selected certificate > > 'client-error-not-authorized' > > Access denied for the identity specified by the provided X.509 > certificate; try again > > Close the connection; select a different certificate (with possible user > interaction); retry connection with selected certificate > > 'client-error-forbidden' > > Access denied for the identity specified by the provided X.509 > certificate; don't try again > > Close the connection and present User with error dialog (=E2=80=9CAccess = denied=E2=80=9D) > > Table 3.1 : IPP 'certificate' Authentication Method Error Condition Statu= s > Codes > > None of these seem to cover a lower-level protocol negotiation level > failure. Do we need to add a new one for TLS version negotiation failure? > The Client can learn the Printer's maximum TLS version via the "TLS" DNS-= SD > TXT record key (5100.14 section 4.2.3.4). The "uri-security-supported" > attribute simply uses 'tls' but lists no version (which troubles me becau= se > DNS-SD shouldn't be more descriptive than IPP). > > 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 > > --00000000000008bfc305721081cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Smith,

Explicitly exposin= g TLS versions, Kerberos versions, HTTP versions, etc. at the application
IPP layer is exactly what IETF has actively avoided in SMTP and ma= ny other protocols.
It's a slippery slope, IMO.=C2=A0

In TLS/1.3 itself, the TLS WG only made RECOMMENDED = the return of specific Alert
codes in handshake or data tran= sfer phase failures and made the Alert message entirely
opti= onal, *not* localized (or language-tagged), and not necessarily mapped one-= to-one
to the Alert code.

Exposing = lower-layer failures (and configuration) in IPP attributes sounds wrong to = me.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Tru= sted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
= Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
ht= tp://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
M= ay-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

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

On Fri, Jul 27, 2018 at 9:56 PM, Kennedy, Sm= ith (Wireless & Standards Architect) <smith.kennedy@hp.com>= wrote:
Greetings again,

= I posted this without overtly suggest a fix for this:
=
The Client= can learn the Printer's maximum TLS version via the "TLS" DN= S-SD TXT record key (5100.14 section 4.2.3.4). The "uri-security-suppo= rted" attribute simply uses 'tls' but lists no version (which = troubles me because DNS-SD shouldn't be more descriptive than IPP).<= /u>

To bring IPP to parity with IPP + DNS-SD, I think we need to eith= er add additional keywords for "uri-security-supported", like = 9;tls-1.2' and 'tls-1.3', or we create a new attribute. Even wi= th this addition, I also think a new 'client-error-tls-negotiation-failure' status code should be defined.

Have = a good weekend,

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 Ju= l 27, 2018, at 2:25 PM, Kennedy, Smith (Wireless & Standards Architect)= <smith.kenned= y@hp.com> wrote:

Greetings,

= In my presentation to the Mopria Technical Working Group yesterday, a quest= ion arose about TLS version negotiation failures, and whether the Client wo= uld be notified of such failures at the IPP level. I responded that there m= ight be a response at the IPP level but that Clients (and Printers) need to= also be aware of the TLS and HTTP levels. But then I remembered that, in t= he latest draft of the IPP Authentication Methods white paper, Mike and I e= xpanded and revised section 3.1.7 "The=C2=A0'certificate' IPP = Authentication Method" to include the following:
=09 =09 =09

  1. The Printer SHOULD=C2=A0return the IPP status code listed in Table 3.1 when the corres= ponding authentication=C2=A0exception occurs. The Client SHOULD respond to the reported stat= us code with the=C2=A0corresponding response listed in Table 3.1.


Operation Statu= s Code

Authentication = Exception

Recommended Cli= ent Response

'client-error-not-au= thenticated'

Authentication required but n= o X.509 certificate supplied

Close the connection; select = a certificate (with possible user interaction); retry connection with selected certificate

'client-error-not-authori= zed'

Access denied for the identit= y specified by the provided X.509 certificate; try again

Close the connection; select = a different certificate (with possible user interaction); retry connection with selected certificate

'client-error-forbidden&#= 39;

Access denied for the identit= y specified by the provided X.509 certificate; don't try again

Close the connection and pres= ent User with error dialog (=E2=80=9CAccess denied=E2=80=9D)

Table 3.1 : IPP 'certificate' Authentication Method Error= Condition Status Codes=C2=A0

None of these seem to cover a lower-level protoco= l negotiation level failure. Do we need to add a new one for TLS version ne= gotiation failure? The Client can learn the Printer's maximum TLS versi= on via the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4).= The "uri-security-supported" attribute simply uses 'tls'= but lists no version (which troubles me because DNS-SD shouldn't be mo= re descriptive than IPP).

Thoughts?

=
Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 Wirel= ess & Standards Architect - IPG-PPS
=C2=A0 =C2=A0 Standards - IEEE I= STO 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.
*/


______________________________<= wbr>_________________
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


--00000000000008bfc305721081cb-- --===============5930983362323321087== 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 --===============5930983362323321087==-- From ipp-bounces@pwg.org Sun Jul 29 18: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 1DF4812F1A6 for ; Sun, 29 Jul 2018 18:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.796 X-Spam-Level: X-Spam-Status: No, score=0.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_SBL_CSS=3.335, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 Y1PrxtfRzE5l for ; Sun, 29 Jul 2018 18:56:00 -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 25F701277C8 for ; Sun, 29 Jul 2018 18:56:00 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 8D7FDBEF1; Mon, 30 Jul 2018 01:55:59 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id CDD0C290D; Mon, 30 Jul 2018 01:55:55 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id DE9433D66; Mon, 30 Jul 2018 01:55:54 +0000 (UTC) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 8F6F524D3 for ; Mon, 30 Jul 2018 01:55:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532915754; x=2396829354; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=eeOlNlR3+/m05hKOpbwgQBhvAIl8i7YNa1QVFx8/Ygk=; b=U15y1ASBsvQ/CyioVeWedtSesvm0kwD6OKxEPSeKzmMRPIiXju2GeLOlspZ/Nzle u87IPYeuY9g43SPETDuwJUEoq6RT+j24OlIGj4NhU9KB00eoAACoqUmNbr/3MOlS m6xSOiaNcJyDUFGFYXlKZUuU4Z9VEn6AXzR0XZeNMiRQl3mn9mu+a+kbkHFzX86g +JOlhKWbkyhBqs5RAlhODW5GnQWewFbsi8JOCXUgSuecaEhmG1Wf5IgmZYVVMCE3 /twgLbQO7rgiI7jXBiW9/czrZgEB66KEM/85kjggFFUkbhU1smaJwDl3WCGV0qjg Ogv7673JlzGsg7v+El0EEw==; X-AuditID: 11973e16-6d9ff7000000740c-b2-5b5e702aa2ae Received: from mr2-mtap-s03.rno.apple.com (mr2-mtap-s03.rno.apple.com [17.179.226.135]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 65.CE.29708.A207E5B5; Sun, 29 Jul 2018 18:55:54 -0700 (PDT) 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 <0PCN0071QPD6Z770@mr2-mtap-s03.rno.apple.com>; Sun, 29 Jul 2018 18:55:54 -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 <0PCN00000O7VDE00@nwk-mmpp-sz09.apple.com>; Sun, 29 Jul 2018 18:55:54 -0700 (PDT) X-Va-A: X-Va-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-Va-E-CD: ea4b6f36e1f6a0557bc4465fab5df115 X-Va-R-CD: 35223af5ee4337361a0df98eb7cc1c4b X-Va-CD: 0 X-Va-ID: adf7fb3e-8760-456c-aa2a-f5a49f567667 X-V-A: X-V-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-V-E-CD: ea4b6f36e1f6a0557bc4465fab5df115 X-V-R-CD: 35223af5ee4337361a0df98eb7cc1c4b X-V-CD: 0 X-V-ID: 6a28afe4-b1c3-4edf-b0e1-09ca8cda1f30 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 <0PCN00900OUU0V00@nwk-mmpp-sz09.apple.com>; Sun, 29 Jul 2018 18:55:53 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-30_01:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.19.86] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PCN00BO1PD0HM40@nwk-mmpp-sz09.apple.com>; Sun, 29 Jul 2018 18:55:53 -0700 (PDT) From: Michael Sweet In-reply-to: <187C6C41-380D-40AB-AAF6-C099C0CDE879@hp.com> Date: Sun, 29 Jul 2018 21:55:48 -0400 Message-id: References: <187C6C41-380D-40AB-AAF6-C099C0CDE879@hp.com> To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.100.22.1) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBIsWRmVeSWpSXmKPExsUiuPlRu65WQVy0wdWpYhbH9r1ksXjVtYvZ gclj17adTB7zFk9nCmCK4rJJSc3JLEst0rdL4MroPnGdpeC4ZsXx25PZGhgvKXcxcnJICJhI fJ15haWLkYtDSOAAk8TDh4vZQRK8AoISPybfA0pwcDALhEnsnWMCEhYSWMck8eu6F0R9F5PE jJ5LrBCD2CX+/NrBAmFrSyz9uoAZxp40+SYbjL1p0WR2CJtLYsHW01C9uhLL9zQxQthsEutP LGGCsLUkPtxYzQpjt33ezwxyD4j9diIXRJhT4vyXiVAjdSSmfF7FCnFbJ5PEjccToG7Ilnj1 6iHU/GCJP4d6mCGe+cIoMeeWEogtLCAhcbx/ISuEXSBxet9usBo2ATWJ35P6wOKcAlYSi7f8 BVvGIqAqMfPxcTCbGajm1fVpLJBws5H4dPY3E8R8S4nVF1vB5ogI+EjcXdQFdYOaxIVVi5gm MCrMQgrqWYigngU2VUvi+6NWqLC8xMHzshBhTYln9z6xQ9jaEk/eXWBdwMi2ilEoNzEzRzcz z1wvsaAgJ1UvOT93EyMoqUy3E9vB+HCV1SFGAQ5GJR7eDKm4aCHWxLLiytxDjNIcLErivLs3 RkcLCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYJzp7P6uIdhVXu7PJL2S4JfXrqm6lBqobFzQ 8feH2fX6vZ48H+/VPlD7yLhgeclVYZ4VhYo9Bsp7G5Y8frvBN/i04/Pyc0p/d2xZfFvxzvUN NvF/+NhTp12d19r3OElf/yqnhk9mxMlWbXPxqaVKmWFGjqUJk4Q4kkVFTJ8efvTky3kH+S0x XUosxRmJhlrMRcWJAMGu9LkLAwAA Cc: PWG IPP WG Reflector Subject: Re: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============6864715445527381165==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6864715445527381165== Content-type: multipart/alternative; boundary="Boundary_(ID_ZsntlHGhV3IqHaWMxLRySQ)" --Boundary_(ID_ZsntlHGhV3IqHaWMxLRySQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Smith, I agree with Ira - TLS version numbers, errors, etc. belong at the TLS level and not in IPP. I've included a few specific comments inline below... > On Jul 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards Architect) wrote: > ... > None of these seem to cover a lower-level protocol negotiation level failure. Do we need to add a new one for TLS version negotiation failure? I don't think so. If the Client and Printer cannot negotiate a common supported version of TLS, the connection will fail and the Printer won't have the opportunity to tell the Client why in an IPP response since the request will not have been received. > The Client can learn the Printer's maximum TLS version via the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The "uri-security-supported" attribute simply uses 'tls' but lists no version (which troubles me because DNS-SD shouldn't be more descriptive than IPP). While the TLS key does provide slightly more information, I don't think this is critical since a) most/all? clients look for _ipps advertisements these days to determine TLS support and b) Clients do not trust such information for downgrading to a lower version of TLS thanks to the SSL3 and TLS/1.0 downgrade attacks. At best the information might allow a Client to hide printers that (for example) only support TLS/1.0, or treat such printers as insecure after a suitably ominous warning to the user... _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_ZsntlHGhV3IqHaWMxLRySQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Smith,

I = agree with Ira - TLS version numbers, errors, etc. belong at the TLS = level and not in IPP.

I've included a few specific comments inline = below...


On Jul = 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards = Architect) <smith.kennedy@hp.com> wrote:
...
None of these seem to cover a lower-level protocol = negotiation level failure. Do we need to add a new one for TLS version = negotiation failure?

I don't think so.  If the Client and Printer = cannot negotiate a common supported version of TLS, the connection will = fail and the Printer won't have the opportunity to tell the Client why = in an IPP response since the request will not have been = received.

The Client can learn the Printer's maximum TLS version via = the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP).

While the TLS key does provide slightly more = information, I don't think this is critical since a) most/all? clients = look for _ipps advertisements these days to determine TLS support and b) = Clients do not trust such information for downgrading to a lower version = of TLS thanks to the SSL3 and TLS/1.0 downgrade attacks.

At best the information = might allow a Client to hide printers that (for example) only support = TLS/1.0, or treat such printers as insecure after a suitably ominous = warning to the user...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_ZsntlHGhV3IqHaWMxLRySQ)-- --===============6864715445527381165== 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 --===============6864715445527381165==-- From ipp-bounces@pwg.org Mon Jul 30 08:59: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 2976F131116 for ; Mon, 30 Jul 2018 08:59:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.649 X-Spam-Level: X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 Bbgg1g2ii3Qm for ; Mon, 30 Jul 2018 08:59:25 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id ECAF5130DD7 for ; Mon, 30 Jul 2018 08:59:24 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 99640BEFD; Mon, 30 Jul 2018 15:59:24 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E17763D66; Mon, 30 Jul 2018 15:59:16 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id D3DC4B9D9; Mon, 30 Jul 2018 15:59:15 +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 12B1024D3 for ; Mon, 30 Jul 2018 15:59:13 +0000 (UTC) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0112.outbound.protection.outlook.com [207.46.163.112]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-174-Jp_7rFVLPFaP4nyOa9LtOw-1; Mon, 30 Jul 2018 11:59:10 -0400 X-MC-Unique: Jp_7rFVLPFaP4nyOa9LtOw-1 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0584.NAMPRD84.PROD.OUTLOOK.COM (10.169.14.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.995.17; Mon, 30 Jul 2018 15:59:07 +0000 Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::44be:43d7:a87c:e37a%5]) with mapi id 15.20.0995.020; Mon, 30 Jul 2018 15:59:07 +0000 From: "Kennedy, Smith (Wireless & Standards Architect)" To: Michael Sweet Thread-Topic: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? Thread-Index: AQHUJefr4ILpFohlZ0ijEeX/lDb6sKSnBQ8AgADrnQA= Date: Mon, 30 Jul 2018 15:59:07 +0000 Message-ID: References: <187C6C41-380D-40AB-AAF6-C099C0CDE879@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: [63.153.28.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0584; 6:SWsJqenOvyDrcDQIAOjuW5Opr7IXyjG4mMYaLuALVKkRYo1bQ6YZgU0anluQDg9gxnKyC4le8DDBu9LcFB+OC0OprpZNCPX/CLnVxrRwHxWgVVlIewKTAmOoywJWyn1+ce7a4cug9ftbf3eVRKECQmpF7mjjQtsT2caFVkiNTS02RHsfs0Z9XbyNdxbll+qwGYStyjUOQfPQQx1ThrWRPHs3ALp9NzQ5JNllEcqOqsg+Y1SV7SfBpeWOslpYJQmj4p1jQj6TdSY/7QduzfLfD0/35oRB9c+2M572unlqGLGerAiq6uye1mEv59nUIWUbrY0Qjg7zqVCIsnBp6+IgKIgXh5UMo8RuM8l7OZ9knxlUrN8qwzqzI1OoYOX3xUcGnC4peHbYNlde6iW4Wk0tbTLb3I+v6mP/Y1qfWLIN5gkA0WpRG3iIBJnD69lMKSikCUqRk71Zal5d4XF0ml5VZw==; 5:JcZBdRQqCsrpQ/w1WNBAXqEPzhtMf3HeSSuIAw1FD+CCxYEHbybMGmZzLe4OI+6jj6HLO17F1R36lqB4Qi9UT1GtG6odHn9Fw2c7lNJGtvkEBrlqC4R1yHM28SUFTkxlvyXIcIDZGI0XGn8eRzppFMxOIeQE7j0rqJ0Bf86Hl7M=; 7:gKRrcoOq+Rhe/Qn4dvKcnTbLAahgGeS3I3OZdIxQwW7NprzKjBxun/kTSDfnJMqG1RqvdH0CTpN3RzUy7YTbKrSFFbj+I466+KF9SOt/PbxL/BIqwfePzuWM5RCR8oTPBenY4ZHOx3oPgo+jfTJgZSdk574ydABklEJ0oFCEjoOLoah6pSFICGGuseQGHX50ryORc+nZcM6/1tCC/aAccG58achsAu9HYllcwfEO0JPgRkBS7cMFbSIePdpL/YVd x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 43e7ea6a-dec4-40d7-dea6-08d5f63561e6 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0584; x-ms-traffictypediagnostic: CS1PR8401MB0584: 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)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0584; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0584; x-forefront-prvs: 0749DC2CE6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(396003)(39860400002)(136003)(189003)(199004)(57704003)(6602003)(83716003)(316002)(486006)(14454004)(33656002)(2616005)(229853002)(6486002)(11346002)(446003)(82746002)(476003)(6916009)(478600001)(97736004)(6116002)(99286004)(5250100002)(3846002)(66066001)(86362001)(105586002)(36756003)(68736007)(7736002)(6246003)(81166006)(81156014)(8676002)(99936001)(8936002)(14444005)(256004)(4326008)(25786009)(53936002)(2906002)(2900100001)(5660300001)(6436002)(236005)(6512007)(54896002)(76176011)(186003)(102836004)(6506007)(53546011)(106356001)(26005); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0584; 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: vW8kriCVELqL30+uzM1Tbc0O+MdDfZHUqoE400s47zx7534NjsoFiWsFqO8oNd1QhH2XTGc1F+jRokcXtzYoBEmaI4ejMP5h/+2EMPrmibjhkKHu6ECWQPwlmuZPGA3AZZlCdGe8+rJBLhcJN7QJtEi2tKJXGr91JIY9gWQ9X6yhsixwbiqsfFhkBVvVCYcIjiCuVhgITLcY9zE2u0Dm3JykA7w41m0EWP4Qvq9dlDOXniwmIWCKmaMJrI5XTKRATFKaR35wcIwdbBsWUSEAXw19XuYJ5+jai+pM0DnVdzEe2EqgRswDG15EGoWIDGKZkvehs6qTqMYTyoYMnUh0kFp2y9qMnH5BYG5Ho446sI8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 43e7ea6a-dec4-40d7-dea6-08d5f63561e6 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2018 15:59:07.8075 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0584 Cc: PWG IPP WG Reflector Subject: Re: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============3664554296620273144==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3664554296620273144== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_85F73CE9-E243-42C3-8BE4-E6DACE1D0790"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_85F73CE9-E243-42C3-8BE4-E6DACE1D0790 Content-Type: multipart/alternative; boundary="Apple-Mail=_16AADB16-98BF-435B-A320-E387231C646C" --Apple-Mail=_16AADB16-98BF-435B-A320-E387231C646C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Ira and Mike, Thanks for your replies!=20 Mike, I don't know if you can include a summary of this in your "IPP and = TLS 1.3" slide set you were preparing for the vF2F? 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 Jul 29, 2018, at 7:55 PM, Michael Sweet wrote: >=20 > Smith, >=20 > I agree with Ira - TLS version numbers, errors, etc. belong at the TLS = level and not in IPP. >=20 > I've included a few specific comments inline below... >=20 >=20 >> On Jul 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards = Architect) > wrote: >> ... >> None of these seem to cover a lower-level protocol negotiation level = failure. Do we need to add a new one for TLS version negotiation = failure? >=20 > I don't think so. If the Client and Printer cannot negotiate a common = supported version of TLS, the connection will fail and the Printer won't = have the opportunity to tell the Client why in an IPP response since the = request will not have been received. >=20 >> The Client can learn the Printer's maximum TLS version via the "TLS" = DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP). >=20 > While the TLS key does provide slightly more information, I don't = think this is critical since a) most/all? clients look for _ipps = advertisements these days to determine TLS support and b) Clients do not = trust such information for downgrading to a lower version of TLS thanks = to the SSL3 and TLS/1.0 downgrade attacks. >=20 > At best the information might allow a Client to hide printers that = (for example) only support TLS/1.0, or treat such printers as insecure = after a suitably ominous warning to the user... >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 --Apple-Mail=_16AADB16-98BF-435B-A320-E387231C646C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Ira and Mike,

Thanks = for your replies! 

Mike, I don't know if you can include a summary of this in = your "IPP and TLS 1.3" slide set you were preparing for the = vF2F?

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 Jul 29, 2018, at 7:55 PM, Michael Sweet <msweet@apple.com> = wrote:

Smith,

I = agree with Ira - TLS version numbers, errors, etc. belong at the TLS = level and not in IPP.

I've included a few specific comments inline = below...


On Jul = 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards = Architect) <smith.kennedy@hp.com> wrote:
...
None of these seem to cover a lower-level protocol = negotiation level failure. Do we need to add a new one for TLS version = negotiation failure?

I don't think so.  If the Client and Printer = cannot negotiate a common supported version of TLS, the connection will = fail and the Printer won't have the opportunity to tell the Client why = in an IPP response since the request will not have been = received.

The Client can learn the Printer's maximum TLS version via = the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP).

While the TLS key does provide slightly more = information, I don't think this is critical since a) most/all? clients = look for _ipps advertisements these days to determine TLS support and b) = Clients do not trust such information for downgrading to a lower version = of TLS thanks to the SSL3 and TLS/1.0 downgrade attacks.

At best the information = might allow a Client to hide printers that (for example) only support = TLS/1.0, or treat such printers as insecure after a suitably ominous = warning to the user...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer


= --Apple-Mail=_16AADB16-98BF-435B-A320-E387231C646C-- --Apple-Mail=_85F73CE9-E243-42C3-8BE4-E6DACE1D0790 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 MBwGCSqGSIb3DQEJBTEPFw0xODA3MzAxNTU5MDZaMCMGCSqGSIb3DQEJBDEWBBTW9xLb7I8OVfHO 4BmIZx3Vmju3EDCBzAYJKwYBBAGCNxAEMYG+MIG7MIGmMQswCQYDVQQGEwJVUzEPMA0GA1UEChMG SFAgSW5jMR8wHQYDVQQLExZTeW1hbnRlYyBUcnVzdCBOZXR3b3JrMTUwMwYDVQQLEyxDbGFzcyAy IE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEuMCwGA1UEAxMlQ29sbGFib3Jh dGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQREflI9LNVeDLXSZlhtRgzzCBzgYLKoZIhvcN AQkQAgsxgb6ggbswgaYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZIUCBJbmMxHzAdBgNVBAsTFlN5 bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5kaXZp ZHVhbCBTdWJzY3JpYmVyIENBMS4wLAYDVQQDEyVDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRpb24g QXV0aG9yaXR5AhBER+Uj0s1V4MtdJmWG1GDPMA0GCSqGSIb3DQEBAQUABIIBAEfvHGceg6bNrPFe /izrdXSZWvoJuosVKoxIVN+Rb2tLQIJClBsW+6AGz3ZKuiN5QTgSEktXzk83w31Ogjjhplyx5icL Vt0e0O68klkQx4yt7KVf4fKPQsBaXjIgp/KddiIGqiXbivuS+ut1FcQCwz5rcNslkKo293se/NEO aqMsOcaKd/DADRegYH4sowBpfs8yhsTn2Ph0hF0xPGetC81wVm4Vfmf8Sd1I4xIdzzh/Ng8c8jKh J4H2UMru1JQlZYomkNkhSW1x9lD2Igr0hpIYTxpnPCZiLbBGjwAFEsB0yMravXdrruddFNlZSbqp ScfzywpzySYAkDfqbmdT/iQAAAAAAAA= --Apple-Mail=_85F73CE9-E243-42C3-8BE4-E6DACE1D0790-- --===============3664554296620273144== 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 --===============3664554296620273144==-- From ipp-bounces@pwg.org Mon Jul 30 14:34:45 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 EC8E0130EF0 for ; Mon, 30 Jul 2018 14:34:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.539 X-Spam-Level: X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 7Ry2-BDcutA0 for ; Mon, 30 Jul 2018 14:34:42 -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 2929F130EF3 for ; Mon, 30 Jul 2018 14:34:42 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 0BE29BEEC; Mon, 30 Jul 2018 21:34:41 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 357B53D66; Mon, 30 Jul 2018 21:34:36 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id E47EAB9D9; Mon, 30 Jul 2018 21:34:34 +0000 (UTC) Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id 7882C26EA for ; Mon, 30 Jul 2018 21:34:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1532986474; x=2396900074; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Kmci/vGsX+Fg+arpuQFzqZZ/TqBwS9dTBfX0Y5s6hSk=; b=Z5asYqsgMa0RBbj9Bw9eIswJoxoTaaNbDHxpgWYsl+NXy88pHzlPeE38zQp4d5Px jjCCYuukJYqWUFwkPSLReNVaookhzKB2cvDnIVqXBGijjtIUgD40/6akDR6RVQkW Dci5LqtdtOxblLW5A3u4dIDh4sMhclH+cYYWGmX7wClftKirAdLNTvrnG0lQ1hmc P2GCDvZ8EVMVWWZ3ZtTReFwZvp0struWpqU5P14KySOYlYer6etgyhndTg2mj+VT 78QrCCBG06jqMc4v3jFY9+P94wut72QdGsIduOvzp+OcWfyBv0H8zLJ0Vb2tQeXa SAP4ubkWsHIM2P3jsbMD8g==; X-AuditID: 11973e12-a01ff700000010b7-0f-5b5f846a2736 Received: from mr2-mtap-s01.rno.apple.com (mr2-mtap-s01.rno.apple.com [17.179.226.133]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id FC.6E.04279.A648F5B5; Mon, 30 Jul 2018 14:34:34 -0700 (PDT) MIME-version: 1.0 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by mr2-mtap-s01.rno.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PCP00GPQ7XMQFA0@mr2-mtap-s01.rno.apple.com>; Mon, 30 Jul 2018 14:34:34 -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 <0PCP005007LXUJ00@nwk-mmpp-sz11.apple.com>; Mon, 30 Jul 2018 14:34:34 -0700 (PDT) X-Va-A: X-Va-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-Va-E-CD: ea4b6f36e1f6a0557bc4465fab5df115 X-Va-R-CD: 35223af5ee4337361a0df98eb7cc1c4b X-Va-CD: 0 X-Va-ID: a0a4fee2-bd16-4fb7-a8d2-b9365801d8fc X-V-A: X-V-T-CD: 81ca60fce39c2560b6c4a7e5841f9b8f X-V-E-CD: ea4b6f36e1f6a0557bc4465fab5df115 X-V-R-CD: 35223af5ee4337361a0df98eb7cc1c4b X-V-CD: 0 X-V-ID: a05d458c-c6f9-4a0f-8144-10cb5c6e5353 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 <0PCP005007LJR900@nwk-mmpp-sz11.apple.com>; Mon, 30 Jul 2018 14:34:32 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-30_09:,, signatures=0 X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp15.corp.apple.com-10000_instance1 Received: from [17.235.62.51] by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PCP00K937XH4YB0@nwk-mmpp-sz11.apple.com>; Mon, 30 Jul 2018 14:34:32 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 30 Jul 2018 17:34:29 -0400 Message-id: <9B0E5EF3-4C35-42F0-A0B9-E71F6F745CAD@apple.com> References: <187C6C41-380D-40AB-AAF6-C099C0CDE879@hp.com> To: "Kennedy, Smith (Wireless & Standards Architect)" X-Mailer: Apple Mail (2.3445.100.22.1) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsUiuPlRq25WS3y0wZ/tQhbH9r1ksXjVtYvZ gclj17adTB7zFk9nCmCK4rJJSc3JLEst0rdL4MqYsWouc8Elz4qZl08wNjAus+9i5OSQEDCR mPrxKzOILSRwgEli6Wd5EJtXQFDix+R7LCA2s0CYxJ5jW9m7GLmAatYzSaxcs4UJwukCct49 ZoOYxC7x59cOFghbW2Lp1wXMMPakyTfZYOxNiyazQ9hcEgu2nmaFsHUlJt1pYoKw2STWn1gC ZWtJfLixmhXGbvu8H2gmB5j9diIXRJhT4vyXiVAjdSSO965mhritk0ni2Yw1UIlsiXWbHkHZ wRJ/DvVAFX1hlDi6dy1YQlhAQuJ4/0JWCLtA4vS+3WAPsAmoSfye1AcW5xSwkni9ezZYnEVA VeLunV42SBCpSby6Po0FEnQ2EufX7oQG1xxGid0/FoElRAR8JO4u6mKEuEJN4sKqRUwTGBVm IQX3LKTghrC1JL4/agWKcwDZ8hIHz8tChDUlnt37BFWiLfHk3QXWBYxsqxiFchMzc3Qz80z0 EgsKclL1kvNzNzGCkst0O6EdjKdWWR1iFOBgVOLh9dCKjxZiTSwrrsw9xCjNwaIkzrt7Y3S0 kEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBkbDkjdHzMM+K5bEnvi27NZv2zutff632R+Ingzu d96vO5PP+zpj7aHTH4TDGwqEWpau0pofvv3Po21KPryG5ySk96o7Nazx1C+fZblqXS+HxqrN oR9VFMU8C18ueqGwnifTv6HsWlrUq9sVH1Y+ezO1+Z1E/uHUCCd5Blu+n0cbfF7F6bhu7lRi Kc5INNRiLipOBADC3EN0DwMAAA== Cc: PWG IPP WG Reflector Subject: Re: [IPP] IPP attribute for TLS version support, and status code to indicate TLS negotiation failure? 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="===============7832205880776875217==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7832205880776875217== Content-type: multipart/alternative; boundary="Boundary_(ID_APJSme7/HuG4NxUWJTuGjQ)" --Boundary_(ID_APJSme7/HuG4NxUWJTuGjQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Smith, I'll see what I can do... > On Jul 30, 2018, at 11:59 AM, Kennedy, Smith (Wireless & Standards Architect) wrote: > > Hi Ira and Mike, > > Thanks for your replies! > > Mike, I don't know if you can include a summary of this in your "IPP and TLS 1.3" slide set you were preparing for the vF2F? > > 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 Jul 29, 2018, at 7:55 PM, Michael Sweet > wrote: >> >> Smith, >> >> I agree with Ira - TLS version numbers, errors, etc. belong at the TLS level and not in IPP. >> >> I've included a few specific comments inline below... >> >> >>> On Jul 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards Architect) > wrote: >>> ... >>> None of these seem to cover a lower-level protocol negotiation level failure. Do we need to add a new one for TLS version negotiation failure? >> >> I don't think so. If the Client and Printer cannot negotiate a common supported version of TLS, the connection will fail and the Printer won't have the opportunity to tell the Client why in an IPP response since the request will not have been received. >> >>> The Client can learn the Printer's maximum TLS version via the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The "uri-security-supported" attribute simply uses 'tls' but lists no version (which troubles me because DNS-SD shouldn't be more descriptive than IPP). >> >> While the TLS key does provide slightly more information, I don't think this is critical since a) most/all? clients look for _ipps advertisements these days to determine TLS support and b) Clients do not trust such information for downgrading to a lower version of TLS thanks to the SSL3 and TLS/1.0 downgrade attacks. >> >> At best the information might allow a Client to hide printers that (for example) only support TLS/1.0, or treat such printers as insecure after a suitably ominous warning to the user... >> >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >> > _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_APJSme7/HuG4NxUWJTuGjQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Smith,

I'll= see what I can do...


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

Hi Ira and Mike,

Thanks for your = replies! 

Mike, I don't know if you can include a summary of this in = your "IPP and TLS 1.3" slide set you were preparing for the = vF2F?

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 Jul 29, 2018, at 7:55 PM, Michael Sweet <msweet@apple.com> = wrote:

Smith,

I = agree with Ira - TLS version numbers, errors, etc. belong at the TLS = level and not in IPP.

I've included a few specific comments inline = below...


On Jul = 27, 2018, at 4:25 PM, Kennedy, Smith (Wireless & Standards = Architect) <smith.kennedy@hp.com> wrote:
...
None of these seem to cover a lower-level protocol = negotiation level failure. Do we need to add a new one for TLS version = negotiation failure?

I don't think so.  If the Client and Printer = cannot negotiate a common supported version of TLS, the connection will = fail and the Printer won't have the opportunity to tell the Client why = in an IPP response since the request will not have been = received.

The Client can learn the Printer's maximum TLS version via = the "TLS" DNS-SD TXT record key (5100.14 section 4.2.3.4). The = "uri-security-supported" attribute simply uses 'tls' but lists no = version (which troubles me because DNS-SD shouldn't be more descriptive = than IPP).

While the TLS key does provide slightly more = information, I don't think this is critical since a) most/all? clients = look for _ipps advertisements these days to determine TLS support and b) = Clients do not trust such information for downgrading to a lower version = of TLS thanks to the SSL3 and TLS/1.0 downgrade attacks.

At best the information = might allow a Client to hide printers that (for example) only support = TLS/1.0, or treat such printers as insecure after a suitably ominous = warning to the user...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer



_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_APJSme7/HuG4NxUWJTuGjQ)-- --===============7832205880776875217== 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 --===============7832205880776875217==--