From nobody Tue Sep 26 09:07:35 2017 Return-Path: X-Original-To: calsify@ietfa.amsl.com Delivered-To: calsify@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD5B51342CF for ; Tue, 26 Sep 2017 09:07:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.189 X-Spam-Level: X-Spam-Status: No, score=-4.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 BCU0FCdfdxsW for ; Tue, 26 Sep 2017 09:07:30 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5705C1342CA for ; Tue, 26 Sep 2017 09:07:30 -0700 (PDT) X-AuditID: c6180641-0dfff70000002d27-8c-59ca34dd0ef9 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id B8.5E.11559.DD43AC95; Tue, 26 Sep 2017 13:07:09 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0352.000; Tue, 26 Sep 2017 12:07:28 -0400 From: Daniel Migault To: Michael Douglass , "calsify@ietf.org" Thread-Topic: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt Thread-Index: AQHSwebrkUYyq0e6c06GobplRW0JHaHkjBwA//+9xLCAAKiGAIDjTIyQ Date: Tue, 26 Sep 2017 16:07:28 +0000 Message-ID: <2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17@eusaamb107.ericsson.se> References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> <0de097f4-be06-fa25-85ec-1ace48ec776c@gmail.com> In-Reply-To: <0de097f4-be06-fa25-85ec-1ace48ec776c@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17eusaamb107erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUyuXRPuO5dk1ORBitWW1lsetHMajFl2QM2 ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugSvjcItHwbYJzBUL/n9ja2BsaGPuYuTgkBAw kVi4lLOLkYtDSOAoo8Se7ROYIJzljBI9hw6zdjFycrAJGEm0HepnB7FFBMIlfv6+ywxiCwsE StzcPIsVIh4k8WbBFyYI203i6qbVLCA2i4CqxMTmpWD1vAK+ElemXGeDWPCbSeL8nymsIFdw CthKLNkaCVLDKCAm8f3UGrA5zALiEreezAezJQQEJJbsOc8MYYtKvHz8jxXCVpKY8/oaM0R9 vsTV/y9ZIXYJSpyc+YRlAqPwLCSjZiEpm4WkbBbQFcwCmhLrd+lDlChKTOl+yA5ha0i0zpnL jiy+gJF9FSNHaXFBTm66keEmRmCUHJNgc9zBuLfX8xCjAAejEg/vaeNTkUKsiWXFlbmHGCU4 mJVEeL8UA4V4UxIrq1KL8uOLSnNSiw8xSnOwKInzviu/ECEkkJ5YkpqdmlqQWgSTZeLglGpg NJ1p6mEqqGcnd+XoLfk3nfONo/WLthzXfCHkzrCYz6T7BN+5z4KvDHM19peeVjt6901kbZZJ gPd0Xr+gr4WS888IJ8as2ln+ovjpVyG5C0d1mp8slXhTvv8pW/uivDudEw4+vPKAX0Nkxzdu GfuXhxW5N9UssL2wKq2hRlU8X/TOXumiy+s4lViKMxINtZiLihMBothDrY4CAAA= Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2017 16:07:34 -0000 --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17eusaamb107erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWljaGFlbCwNCg0KSSBhbSB3b25kZXJpbmcgaWYgeW91IGhhdmUgY29tcGxldGVkIHlvdXIg aW1wbGVtZW50YXRpb24gYW5kIGlmIHlvdSBiZWxpZXZlIHRoZSBkcmFmdCB2ZXJzaW9uIDAzIGlz IHJlYWR5IHRvIGJlIHNlbnQgdG8gdGhlIElFU0cuIElmIHNvLCBJIHdpbGwgaGF2ZSBhIGZpbmFs IHJldmlldyBhbmQgc2hpcCB0aGUgZG9jdW1lbnQuDQoNCllvdXJzLA0KRGFuaWVsDQoNCkZyb206 IE1pY2hhZWwgRG91Z2xhc3MgW21haWx0bzptaWtlYWRvdWdsYXNzQGdtYWlsLmNvbV0NClNlbnQ6 IFRodXJzZGF5LCBNYXkgMDQsIDIwMTcgNTowMSBQTQ0KVG86IERhbmllbCBNaWdhdWx0IDxkYW5p ZWwubWlnYXVsdEBlcmljc3Nvbi5jb20+OyBjYWxzaWZ5QGlldGYub3JnDQpTdWJqZWN0OiBSZTog W2NhbHNpZnldIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lv bnMtMDIudHh0DQoNCg0KSSB0aGluayBJIHdpbGwgcmVtb3ZlIHRoZSBTVFJVQ1RVUkVELVJFU09V UkNFIHByb3BlcnR5IGZyb20gdGhlIGRyYWZ0IGFsb25nIHdpdGggUkVTVFlQRQ0KDQpUaGF0IHdh cyBhZGRlZCBhdCBhIHRpbWUgd2Ugd2VyZSBhY3RpdmUgd2l0aCByZXNvdXJjZSBleHRlbnNpb25z IHRvIHZjYXJkIGFuZCB0aGUgYXNzdW1wdGlvbiB3YXMgdGhhdCBhIHJlZ2lzdHJ5IG9mIHJlc291 cmNlIHR5cGVzIHdvdWxkIGNvbWUgb3V0IG9mIHRoYXQuDQoNClRoYXQgd29yayBoYXMgYmVlbiBy ZXN0YXJ0ZWQgcmVjZW50bHkgYnV0IHdlIHByb2JhYmx5IG5lZWQgdG8gcmV0aGluayB0aGUgYXBw cm9hY2guIEl0J3MgcG9zc2libGUgdGhhdCB0aGUgUEFSVElDSVBBTlQgY29tcG9uZW50IHdpbGwg d29yayBpbnN0ZWFkIG9mIGEgc3BlY2lhbCBwcm9wZXJ0eSBmb3IgcmVzb3VyY2VzLg0KDQpXZSBj YW4gYWx3YXlzIGJyaW5nIG91dCBhIGxhdGVyIGV4dGVuc2lvbiB0byByZWludHJvZHVjZSB0aGF0 IHByb3BlcnR5IGlmIHdlIGZlZWwgaXQncyBuZWVkZWQuDQoNCkkgYWxzbyBub3RpY2VkIHRoYXQg SSBzaG91bGQgaGF2ZSBzcGVjaWZpZWQgdGhlIHVpZCBwcm9wZXJ0eSBhcyBhIHJlcXVpcmVkIHBy b3BlcnR5IGZvciBQQVJUSUNJUEFOVC4NCg0KT24gNS80LzE3IDExOjAxLCBEYW5pZWwgTWlnYXVs dCB3cm90ZToNCkhpIE1pY2hhZWwsDQoNClRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gVGhlIG9ubHkg d2F5IEkgc2VlIHRvIGFkZHJlc3MgdGhlIG5pdHMsIGlzIHRvIHdyaXRlIGluIHBsYWluIHRleHQg UkZDNTU0NSBpbiB0aGUgYWJzdHJhY3QgYW5kIHVzZSB0aGUgcmVmZXJlbmNlIDx4cmVmIHR5YXJn ZXQ94oCd4oCdLz4gaW4gdGhlIGludHJvZHVjdGlvbi4gSSBndWVzcyB0aGUgbml0cyB0b29sIGxv b2tzIGF0IFsuKl0gdG8gbGlzdCByZWZlcmVuY2VzLg0KWW91cnMsDQpEYW5pZWwNCg0KRnJvbTog Y2Fsc2lmeSBbbWFpbHRvOmNhbHNpZnktYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1p Y2hhZWwgRG91Z2xhc3MNClNlbnQ6IFRodXJzZGF5LCBNYXkgMDQsIDIwMTcgMTA6NTUgQU0NClRv OiBjYWxzaWZ5QGlldGYub3JnPG1haWx0bzpjYWxzaWZ5QGlldGYub3JnPg0KU3ViamVjdDogUmU6 IFtjYWxzaWZ5XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNp b25zLTAyLnR4dA0KDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzLiBJJ3ZlIHB1Ymxpc2hlZCBh biB1cGRhdGVkIHZlcnNpb24gMDMgYW5kIHRoZXJlIGFyZSBzb21lIGNvbW1lbnRzIGJlbG93Lg0K DQpBIGNvdXBsZSBvZiBwYXJ0aWN1bGFyIHBvaW50cyB0aGF0IG5lZWQgZnVydGhlciB3b3JrOg0K DQogICoqIFRoZSBhYnN0cmFjdCBzZWVtcyB0byBjb250YWluIHJlZmVyZW5jZXMgKFtSRkM1NTQ1 XSksIHdoaWNoIGl0DQogICAgIHNob3VsZG4ndC4gIFBsZWFzZSByZXBsYWNlIHRob3NlIHdpdGgg c3RyYWlnaHQgdGV4dHVhbCBtZW50aW9ucyBvZiB0aGUNCiAgICAgZG9jdW1lbnRzIGluIHF1ZXN0 aW9uLg0KDQpJcyB0aGVyZSBhIGd1aWRlIGFzIHRvIHdoZW4gYW5kIHdoZW4gbm90IGEgcmVmZWVu Y2U/DQoNCkFsc28gdGhlIFJFU1RZUEUgcGFyYW1ldGVyIG5lZWRzIG1vcmUgZGlzY3Vzc2lvbg0K DQoNCk9uIDQvMzAvMTcgMTU6MTgsIERhbmllbCBNaWdhdWx0IHdyb3RlOg0KSGksDQpQbGVhc2Ug ZmluZCBteSBjb21tZW50cyByZWdhcmRpbmcgdGhlIGN1cnJlbnQgdmVyc2lvbi4gVGhlIGRvY3Vt ZW50IGlzIGluIGdvb2Qgc2hhcGUuDQpZb3VycywNCkRhbmllbA0KDQoxLiAgSW50cm9kdWN0aW9u DQoNCg0KIkZvcm1hdHMgc3VjaCBhcyBWQ0FSRCBhcmUgbGlrZWx5IHRvIGJlIG1vc3QgdXNlZnVs LiIgSSB0aGluayB3ZSBuZWVkIHNvbWUgZXhwbGFuYXRpb24uIElzIHRoZSBWQ0FSRCB1c2VkIGJ5 IHRoZSBvcmdhbml6ZXIgb3IgcGFydGljaXBhbnQgb2YgdGhlIGV2ZW50ID8gSWYgdGhhdCBpcyB0 aGUgY2FzZSwgaXQgd291bGQgYmUgY2xlYXJlciB0byBtZW50aW9uIGl0IGV4cGxpY2l0bHkuDQpU cmllZCB0byBleHBhbmQgYSBsaXR0bGUNCg0KDQoNCiJUaGUgZm9sbG93aW5nIHByb3BlcnRpZXMg YW5kIGNvbXBvbmVudHMgYXJlIGRlZmluZWQgaW4gdGhpcyBzcGVjaWZpY2F0aW9uIi4gQXMgdGhl cmUgYXJlIHR3byBraW5kIG9mIG9iamVjdHMgYmVpbmcgZGVmaW5lZCwgaXQgd291bGQgYmUgY2xh cmlmeWluZyBmb3IgdGhlIHJlYWRlciB0byBzcGVjaWZ5IGZvciBlYWNoIGl0ZW0gYmVsb3cgd2hh dCBjYXRlZ29yeSB0aGV5IGJlbG9uZyB0by4gTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9ubHkg cGFydGljaXBhbnQgaXMgYSBjb21wb25lbnQgb3RoZXJzIGFyZSBwcm9wZXJ0aWVzLg0KSSd2ZSBz cGxpdCBvZmYgcGFydGljaXBhbnQgYXMgYSBzZXBhcmF0ZSBwYXJhZ3JhcGgNCg0KDQoNCjIuICBD b21wb25lbnRzIGFuZCBwcm9wZXJ0aWVzDQoNCiJJbiBhIGJyZWFrIHdpdGggdGhpcyAndHJhZGl0 aW9uJyB0aGlzIHNwZWNpZmljYXRpb24gaW50cm9kdWNlcyBzb21lIG9mIHRoZXNlIGV4dGVuc2lv bnMgYXMgY29tcG9uZW50cyByYXRoZXIgdGhhbiBwcm9wZXJ0aWVzLiINCg0KTXkgcmVhZGluZyBp cyB0aGF0IGNvbXBvbmVudHMgaXMgbm90IHVzZWQgYXMgdGhlIGlDYWwgdGVybWlub2xvZ3kgaGVy ZS4gTW9yZSBzcGVjaWZpY2FsbHksIHRoaXMgaXMgbm90IGFuIGlDYWwgY29tcG9uZW50LiBJZiB0 aGF0IGlzIHRoZSBjYXNlLCBtYXliZSB3ZSBjb3VsZCB1c2UgYW5vdGhlciB0ZXJtLiBJIGFtIHRy eWluZyB0byBmaW5kIG9uZSBidXQgYWdyZWUgdGhpcyBpcyBub3QgZWFzeS4NCkF0IG9uZSBwb2lu dCBJIHRob3VnaHQgd2Ugd291bGQgaGF2ZSBtdWx0aXBsZSBjb21wb25lbnRzLiBJJ3ZlIHJlZHVj ZWQgaXQgdG8gcmVmZXJyaW5nIHRvIHRoZSBvbmUgY29tcG9uZW50DQoNCg0KDQozLiAgVHlwZWQg UmVmZXJlbmNlcw0KDQoiIiINCiAgIFRoZXNlIHByb3BlcnRpZXMgYXJlIGRlc2lnbmVkIHRvIGhh bmRsZSBjb21tb24gdXNlIGNhc2VzIGluIGV2ZW50DQogICBwdWJsaWNhdGlvbi4gIEl0IGlzIGdl bmVyYWxseSBpbXBvcnRhbnQgdG8gcHJvdmlkZSBpbmZvcm1hdGlvbiBhYm91dA0KICAgdGhlIG9y Z2FuaXplcnMgb2Ygc3VjaCBldmVudHMuICBTcG9uc29ycyB3aXNoIHRvIGJlIHJlZmVyZW5jZWQg aW4gYQ0KICAgcHJvbWluZW50IG1hbm5lci4gIEluIHNvY2lhbCBjYWxlbmRhcmluZyBpdCBpcyBv ZnRlbiBpbXBvcnRhbnQgdG8NCiAgIGlkZW50aWZ5IHRoZSBhY3RpdmUgcGFydGljaXBhbnRzIGlu IHRoZSBldmVudCwgZm9yIGV4YW1wbGUgYSBzY2hvb2wNCiAgIHNwb3J0cyB0ZWFtLCBhbmQgdGhl IGluYWN0aXZlIHBhcnRpY2lwYW50cywgZm9yIGV4YW1wbGUgdGhlIHBhcmVudHMuDQoiIiINCg0K SSBhbHNvIGhhdmUgdGhlIGltcHJlc3Npb24gdGhhdCBwcm9wZXJ0aWVzIGlzIG5vdCBhc3NvY2lh dGVkIHRvIHRlaCBJQ2FsIHByb3BlcnRpZXMuIEluIGZjYXQgSSBzZWUgUGFydGljaXBhbnQgYXMg YSBjb21wb25lbnQuIEluIHRoaXMgY2FzZSBzYXlpbmcgdGhlIHBhcnRpY2lwYW50IGNvbXBvbmVu dHMgYW5kIGFzc29jaWF0ZWQgcHJvcGVydGllcyBzZWVtcyB0byBiZSBjbGVhcmVyIHRvIG1lICBh dCBsZWFzdC4NCkxlZnQgb3ZlciB3aXRoIHRoZSBtb3ZlIGZyb20gUEFSVElDSVBBTlQgYXMgYSBw cm9wZXJ0eSB0byBhIGNvbXBvbmVudC4gSSd2ZSBtYWRlIHRoYXQgcGFyYWdyYXBoIHNwZWNpZmlj IHRvIFBBUlRJQ0lQQU5UDQoNCg0KDQo1LjIuICBSZXN0eXBlDQoNCiIiIg0KICAgICAgRGVzY3Jp cHRpb246ICBUaGlzIHBhcmFtZXRlciBNQVkgYmUgc3BlY2lmaWVkIG9uIFNUUlVDVFVSRUQtUkVT T1VSQ0UNCiAgICAgIGFuZCBwcm92aWRlcyBhIHdheSB0byBkaWZmZXJlbnRpYXRlIG11bHRpcGxl IHByb3BlcnRpZXMuDQoNCiAgICAgIFZhbHVlcyBmb3IgdGhpcyBwYXJhbWV0ZXIgYXJlIHRha2Vu IGZyb20gdGhlIHZhbHVlcyBkZWZpbmVkIGluDQogICAgICBbdG9kb10uICBOZXcgcmVzb3VyY2Ug dHlwZXMgU0hPVUxEIGJlIHJlZ2lzdGVyZWQgaW4gdGhlIG1hbm5lcg0KICAgICAgbGFpZCBkb3du IGluIHRoYXQgc3BlY2lmaWNhdGlvbg0KIiIiDQoNClt0b2RvXSBuZWVkcyB0byBiZSBjb21wbGV0 ZWQuDQpZZXMgLSBUaGVyZSB3YXMgd29yayBvbiBhIHZjYXJkIHJlc291cmNlIGRyYWZ0IHdoaWNo IHdhcyBleHBlY3RlZCB0byBnZXQgYWhlYWQgb2YgdGhpcyBvbmUuIFRoYXQgZGlkbid0IGhhcHBl bi4gIFdlJ2xsIG5lZWQgc29tZSBkaXNjdXNzaW9uIG9uIHdoZXJlIHRvIGdvIHdpdGggdGhhdC4N Cg0KDQoNCjUuMy4gIE9yZGVyDQoNCiIiIg0KICAgRGVzY3JpcHRpb246ICBUaGUgT1JERVIgcGFy YW1ldGVyIGlzIE9QVElPTkFMIGFuZCBpcyB1c2VkIHRvIGluZGljYXRlDQogICAgICB0aGUgcmVs YXRpdmUgb3JkZXJpbmcgb2YgdGhlIGNvcnJlc3BvbmRpbmcgaW5zdGFuY2Ugb2YgYSBwcm9wZXJ0 eS4NCiAgICAgIEl0cyB2YWx1ZSBNVVNUIGJlIGFuIGludGVnZXIgZ3JlYXRlciB0aGFuIG9yIGVx dWFsIHRvIDEgdGhhdA0KICAgICAgcXVhbnRpZmllcyB0aGUgb3JkZXIuICBMb3dlciB2YWx1ZXMg Y29ycmVzcG9uZCB0byBhIGhpZ2hlciBsZXZlbA0KICAgICAgb2Ygb3JkZXJpbmcsIHdpdGggMSBi ZWluZyB0aGUgaGlnaGVzdC4NCiIiIg0KDQpJIHdvdWxkIGxpa2UgdG8gbWFrZSBzdXJlIGFuZCBl eHBsaWNpdCB0aGF0IG9yZGVyaW5nIGlzIHBlcmZvcm1lZCBmcm9tIGxvdyB0byBoaWdoIHZhbHVl IG9yIHRoZSByZXZlcnNlLg0KVHJpZWQgdG8gZ2V0IHJpZCBvZiBzb21lIG9mIHRoZSBoaWdoZXIv bG93ZXIgbGFuZ3VhZ2UNCg0KSSBhbHNvIGZvdW5kIG9uZSBvciAyIGlzc3VlcyBteXNlbGYuDQoN ClByb3BlcnR5IFBBUlRUWVBFIGhhcyAyIG5hbWVzIC0gc2hvdWxkIGJlIFBBUlRJQ0lQQU5ULVRZ UEUNCg0KUHJvcGVydHkgU0NIRURVTEUtQUREUkVTUyAtIGRlZmluaXRpb24gc3BlY2lmaWVkIHZh bHVlIGFzIGlhbmEtdG9rZW4uIFNob3VsZCBiZSBjYWwtYWRkcmVzcw0KDQpQcm9wZXJ0eSBTQ0hF RFVMRS1EQVRBIC0gc3BlY2lmaWVkIGEgZGF0YSB0eXBlIG9mIFRFWFQgb25seSAtIGJ1dCBpdCBz aG91bGQgYmUgVEVYVCwgQklOQVJZIG9yIFVSSQ0KDQpNaXNzZWQgZm9ybWF0IHR5cGUgb3V0IG9m IHRoZSBkZXNjcmlwdGl2ZSB0ZXh0IGZvciBTVFlMRUQtREVTQ1JJUFRJT04NCg0KQ29tcG9uZW50 IFBBUlRJQ0lQQU5UDQpQcmlvcml0eSB3YXMgbWlzc2luZyBmcm9tIHRoZSBmb3JtYXQgZGVmaW5p dGlvbg0KSGFkIHN0cnVjdHVyZWRhZGRyZXNzIGluc3RlYWQgb2Ygc2NoZWR1bGVhZGRyZXNzDQoN Cg0KDQoNCkZvbGxvd3MgdGhlIG5pdHMgcHJvdmlkZWQgYnkgdGhlIGRhdGF0cmFja2VyOg0KDQpu aXRzOg0KaWRuaXRzIDIuMTQuMDENCg0KL3RtcC9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1l eHRlbnNpb25zLTAyLnR4dDoNCg0KICBDaGVja2luZyBib2lsZXJwbGF0ZSByZXF1aXJlZCBieSBS RkMgNTM3OCBhbmQgdGhlIElFVEYgVHJ1c3QgKHNlZQ0KICBodHRwOi8vdHJ1c3RlZS5pZXRmLm9y Zy9saWNlbnNlLWluZm8pOg0KICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAgTm8gaXNzdWVz IGZvdW5kIGhlcmUuDQoNCiAgQ2hlY2tpbmcgbml0cyBhY2NvcmRpbmcgdG8gaHR0cDovL3d3dy5p ZXRmLm9yZy9pZC1pbmZvLzFpZC1ndWlkZWxpbmVzLnR4dDoNCiAgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KDQogICAgIE5vIGlzc3VlcyBmb3VuZCBoZXJlLg0KDQogIENoZWNraW5nIG5pdHMgYWNjb3Jk aW5nIHRvIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby9jaGVja2xpc3QgOg0KICAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDQoNCiAgKiogVGhlcmUgaXMgMSBpbnN0YW5jZSBvZiB0b28gbG9uZyBsaW5l cyBpbiB0aGUgZG9jdW1lbnQsIHRoZSBsb25nZXN0IG9uZQ0KICAgICBiZWluZyAxIGNoYXJhY3Rl ciBpbiBleGNlc3Mgb2YgNzIuDQoNCiAgKiogVGhlIGFic3RyYWN0IHNlZW1zIHRvIGNvbnRhaW4g cmVmZXJlbmNlcyAoW1JGQzU1NDVdKSwgd2hpY2ggaXQNCiAgICAgc2hvdWxkbid0LiAgUGxlYXNl IHJlcGxhY2UgdGhvc2Ugd2l0aCBzdHJhaWdodCB0ZXh0dWFsIG1lbnRpb25zIG9mIHRoZQ0KICAg ICBkb2N1bWVudHMgaW4gcXVlc3Rpb24uDQpJcyB0aGlzIHJlZmVycmluZyB0byB0aGluZ3MgbGlr ZQ0KDQpUaGlzIHNwZWNpZmljYXRpb24gYWxzbyBkZWZpbmVzIGEgbmV3IFNUUlVDVFVSRUQtREFU QSBwcm9wZXJ0eSBmb3INCg0KaUNhbGVuZGFyIFtSRkM1NTQ1XSB0byBhbGxvdyBmb3IgZGF0YSB0 aGF0IGlzIGRpcmVjdGx5IHBlcnRpbmVudCB0bw0KDQpJcyB0aGVyZSBhIGd1aWRlIGFzIHRvIHdo ZW4gc2hvdWxkIEkgdXNlIGEgcmVmZXJlbmNlIGFuZCB3aGVuIG5vdD8NCg0KDQoNCiAgLS0gVGhl IGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3VtZW50IHVwZGF0ZXMgUkZDNTU0 NSwgYnV0IHRoZQ0KICAgICBhYnN0cmFjdCBkb2Vzbid0IHNlZW0gdG8gZGlyZWN0bHkgc2F5IHRo aXMuICBJdCBkb2VzIG1lbnRpb24gUkZDNTU0NQ0KICAgICB0aG91Z2gsIHNvIHRoaXMgY291bGQg YmUgT0suDQoNCiAgLS0gVGhlIGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3Vt ZW50IHVwZGF0ZXMgUkZDNTU0NiwgYnV0IHRoZQ0KICAgICBhYnN0cmFjdCBkb2Vzbid0IHNlZW0g dG8gbWVudGlvbiB0aGlzLCB3aGljaCBpdCBzaG91bGQuDQoNCg0KICBNaXNjZWxsYW5lb3VzIHdh cm5pbmdzOg0KICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAgKFVzaW5nIHRoZSBjcmVhdGlv biBkYXRlIGZyb20gUkZDNTU0NSwgdXBkYXRlZCBieSB0aGlzIGRvY3VtZW50LCBmb3INCiAgICAg UkZDNTM3OCBjaGVja3M6IDIwMDgtMTAtMzEpDQoNCiAgICAgKFVzaW5nIHRoZSBjcmVhdGlvbiBk YXRlIGZyb20gUkZDNTU0NiwgdXBkYXRlZCBieSB0aGlzIGRvY3VtZW50LCBmb3INCiAgICAgUkZD NTM3OCBjaGVja3M6IDIwMDgtMDctMTQpDQoNCiAgLS0gVGhlIGRvY3VtZW50IHNlZW1zIHRvIGxh Y2sgYSBkaXNjbGFpbWVyIGZvciBwcmUtUkZDNTM3OCB3b3JrLCBidXQgbWF5DQogICAgIGhhdmUg Y29udGVudCB3aGljaCB3YXMgZmlyc3Qgc3VibWl0dGVkIGJlZm9yZSAxMCBOb3ZlbWJlciAyMDA4 LiAgSWYgeW91DQogICAgIGhhdmUgY29udGFjdGVkIGFsbCB0aGUgb3JpZ2luYWwgYXV0aG9ycyBh bmQgdGhleSBhcmUgYWxsIHdpbGxpbmcgdG8gZ3JhbnQNCiAgICAgdGhlIEJDUDc4IHJpZ2h0cyB0 byB0aGUgSUVURiBUcnVzdCwgdGhlbiB0aGlzIGlzIGZpbmUsIGFuZCB5b3UgY2FuIGlnbm9yZQ0K ICAgICB0aGlzIGNvbW1lbnQuICBJZiBub3QsIHlvdSBtYXkgbmVlZCB0byBhZGQgdGhlIHByZS1S RkM1Mzc4IGRpc2NsYWltZXIuDQogICAgIChTZWUgdGhlIExlZ2FsIFByb3Zpc2lvbnMgZG9jdW1l bnQgYXQNCiAgICAgaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvIGZvciBtb3Jl IGluZm9ybWF0aW9uLikNCg0KICAtLSBUaGUgZG9jdW1lbnQgZGF0ZSAoQXByaWwgMjEsIDIwMTcp IGlzIDkgZGF5cyBpbiB0aGUgcGFzdC4gIElzIHRoaXMNCiAgICAgaW50ZW50aW9uYWw/DQoNCg0K ICBDaGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRlbmRlZCBzdGF0dXM6IFByb3Bvc2VkIFN0YW5k YXJkDQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgICAoU2VlIFJGQ3MgMzk2NyBhbmQgNDg5 NyBmb3IgaW5mb3JtYXRpb24gYWJvdXQgdXNpbmcgbm9ybWF0aXZlIHJlZmVyZW5jZXMNCiAgICAg dG8gbG93ZXItbWF0dXJpdHkgZG9jdW1lbnRzIGluIFJGQ3MpDQoNCiAgPT0gVW51c2VkIFJlZmVy ZW5jZTogJ1JGQzI0MzQnIGlzIGRlZmluZWQgb24gbGluZSAxMDc5LCBidXQgbm8gZXhwbGljaXQN CiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KRGVsZXRlZA0KDQoNCg0KICA9 PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMzY4OCcgaXMgZGVmaW5lZCBvbiBsaW5lIDEwODQsIGJ1 dCBubyBleHBsaWNpdA0KICAgICByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0DQpEZWxl dGVkDQoNCg0KDQogID09IE91dGRhdGVkIHJlZmVyZW5jZTogZHJhZnQtaWV0Zi1jYWxleHQtZXh0 ZW5zaW9ucyBoYXMgYmVlbiBwdWJsaXNoZWQgYXMNCiAgICAgUkZDIDc5ODYNCkZpeGVkDQoNCg0K ICAqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMgMjQzNCAoT2Jzb2xldGVkIGJ5 IFJGQyA1MjI2KQ0KDQoNCiAgICAgU3VtbWFyeTogMyBlcnJvcnMgKCoqKSwgMCBmbGF3cyAofn4p LCAzIHdhcm5pbmdzICg9PSksIDQgY29tbWVudHMgKC0tKS4NCg0KICAgICBSdW4gaWRuaXRzIHdp dGggdGhlIC0tdmVyYm9zZSBvcHRpb24gZm9yIG1vcmUgZGV0YWlsZWQgaW5mb3JtYXRpb24gYWJv dXQNCiAgICAgdGhlIGl0ZW1zIGFib3ZlLg0KDQpPbiBTdW4sIEFwciAzMCwgMjAxNyBhdCAyOjEx IFBNLCBEYW5pZWwgTWlnYXVsdCA8ZGFuaWVsLm1pZ2F1bHRAZXJpY3Nzb24uY29tPG1haWx0bzpk YW5pZWwubWlnYXVsdEBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpLA0KVGhpcyBzdGFydHMgYSBX b3JraW5nIEdyb3VwIExhc3QgQ2FsbCBmb3I6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLw0KUGxlYXNlIHByb3Zp ZGUgeW91ciBjb21tZW50cyAvIHJldmlld3MgYnkgIE1heSAxNC4NCllvdXJzLA0KRGFuaWVsDQoN Cg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiA8aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+Pg0KRGF0 ZTogRnJpLCBBcHIgMjEsIDIwMTcgYXQgMTE6MzcgUE0NClN1YmplY3Q6IFtjYWxzaWZ5XSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyLnR4dA0KVG86 IGktZC1hbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnPg0KQ2M6 IGNhbHNpZnlAaWV0Zi5vcmc8bWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmc+DQoNCg0KDQpBIE5ldyBJ bnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFm dHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDYWxlbmRh cmluZyBFeHRlbnNpb25zIG9mIHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6 IEV2ZW50IFB1Ymxpc2hpbmcgRXh0ZW5zaW9ucyB0byBpQ2FsZW5kYXINCiAgICAgICAgQXV0aG9y ICAgICAgICAgIDogTWljaGFlbCBEb3VnbGFzcw0KICAgICAgICBGaWxlbmFtZSAgICAgICAgOiBk cmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyLnR4dA0KICAgICAgICBQYWdl cyAgICAgICAgICAgOiAyOA0KICAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDE3LTA0LTIxDQoN CkFic3RyYWN0Og0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGludHJvZHVjZXMgYSBudW1iZXIgb2Yg bmV3IGlDYWxlbmRhciBwcm9wZXJ0aWVzDQogICBhbmQgY29tcG9uZW50cyB3aGljaCBhcmUgb2Yg cGFydGljdWxhciB1c2UgZm9yIGV2ZW50IHB1Ymxpc2hlcnMgYW5kDQogICBpbiBzb2NpYWwgbmV0 d29ya2luZy4NCg0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGFsc28gZGVmaW5lcyBhIG5ldyBTVFJV Q1RVUkVELURBVEEgcHJvcGVydHkgZm9yDQogICBpQ2FsZW5kYXIgW1JGQzU1NDVdIHRvIGFsbG93 IGZvciBkYXRhIHRoYXQgaXMgZGlyZWN0bHkgcGVydGluZW50IHRvDQogICBhbiBldmVudCBvciB0 YXNrIHRvIGJlIGluY2x1ZGVkIHdpdGggdGhlIGNhbGVuZGFyIGRhdGEuDQoNCg0KVGhlIElFVEYg ZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25z Lw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQpodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRm LWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyDQoNCg0KUGxlYXNl IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg b2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+Lg0KDQpJbnRl cm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6 Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KY2Fsc2lmeSBtYWlsaW5nIGxpc3QNCmNhbHNpZnlA aWV0Zi5vcmc8bWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2NhbHNpZnkNCg0KDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KY2Fsc2lmeSBtYWlsaW5nIGxpc3QNCg0K Y2Fsc2lmeUBpZXRmLm9yZzxtYWlsdG86Y2Fsc2lmeUBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5DQoNCg0K --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17eusaamb107erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1lbmxvO30NCi8q IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6 YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0 OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsN Cgljb2xvcjpibGFjazt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVy IE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYu bXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJ bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6 YmxhY2s7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRN TCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29s b3I6YmxhY2s7fQ0Kc3Bhbi5tMTIwMDY4MjM0MTI3NzY3MzQ2MmdtYWlsLWlsDQoJe21zby1zdHls ZS1uYW1lOm1fMTIwMDY4MjM0MTI3NzY3MzQ2MmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTIy DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5IaSBNaWNoYWVsLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+SSBhbSB3b25kZXJpbmcgaWYgeW91IGhh dmUgY29tcGxldGVkIHlvdXIgaW1wbGVtZW50YXRpb24gYW5kIGlmIHlvdSBiZWxpZXZlIHRoZSBk cmFmdCB2ZXJzaW9uIDAzIGlzIHJlYWR5IHRvIGJlIHNlbnQgdG8gdGhlIElFU0cuIElmIHNvLCBJ IHdpbGwgaGF2ZSBhIGZpbmFsDQogcmV2aWV3IGFuZCBzaGlwIHRoZSBkb2N1bWVudC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPllvdXJzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjp3aW5kb3d0ZXh0Ij5EYW5pZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiBNaWNoYWVsIERvdWds YXNzIFttYWlsdG86bWlrZWFkb3VnbGFzc0BnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4g VGh1cnNkYXksIE1heSAwNCwgMjAxNyA1OjAxIFBNPGJyPg0KPGI+VG86PC9iPiBEYW5pZWwgTWln YXVsdCAmbHQ7ZGFuaWVsLm1pZ2F1bHRAZXJpY3Nzb24uY29tJmd0OzsgY2Fsc2lmeUBpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2NhbHNpZnldIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMtMDIudHh0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHA+SSB0aGluayBJIHdpbGwgcmVtb3ZlIHRoZSBTVFJVQ1RVUkVELVJFU09VUkNFIHBy b3BlcnR5IGZyb20gdGhlIGRyYWZ0IGFsb25nIHdpdGggUkVTVFlQRQ0KPG86cD48L286cD48L3A+ DQo8cD5UaGF0IHdhcyBhZGRlZCBhdCBhIHRpbWUgd2Ugd2VyZSBhY3RpdmUgd2l0aCByZXNvdXJj ZSBleHRlbnNpb25zIHRvIHZjYXJkIGFuZCB0aGUgYXNzdW1wdGlvbiB3YXMgdGhhdCBhIHJlZ2lz dHJ5IG9mIHJlc291cmNlIHR5cGVzIHdvdWxkIGNvbWUgb3V0IG9mIHRoYXQuPG86cD48L286cD48 L3A+DQo8cD5UaGF0IHdvcmsgaGFzIGJlZW4gcmVzdGFydGVkIHJlY2VudGx5IGJ1dCB3ZSBwcm9i YWJseSBuZWVkIHRvIHJldGhpbmsgdGhlIGFwcHJvYWNoLiBJdCdzIHBvc3NpYmxlIHRoYXQgdGhl IFBBUlRJQ0lQQU5UIGNvbXBvbmVudCB3aWxsIHdvcmsgaW5zdGVhZCBvZiBhIHNwZWNpYWwgcHJv cGVydHkgZm9yIHJlc291cmNlcy48bzpwPjwvbzpwPjwvcD4NCjxwPldlIGNhbiBhbHdheXMgYnJp bmcgb3V0IGEgbGF0ZXIgZXh0ZW5zaW9uIHRvIHJlaW50cm9kdWNlIHRoYXQgcHJvcGVydHkgaWYg d2UgZmVlbCBpdCdzIG5lZWRlZC48bzpwPjwvbzpwPjwvcD4NCjxwPkkgYWxzbyBub3RpY2VkIHRo YXQgSSBzaG91bGQgaGF2ZSBzcGVjaWZpZWQgdGhlIHVpZCBwcm9wZXJ0eSBhcyBhIHJlcXVpcmVk IHByb3BlcnR5IGZvciBQQVJUSUNJUEFOVC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIDUvNC8xNyAxMTowMSwgRGFuaWVsIE1pZ2F1bHQgd3JvdGU6PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRv d3RleHQiPkhpIE1pY2hhZWwsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OndpbmRvd3RleHQiPlRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4gVGhlIG9ubHkgd2F5IEkgc2VlIHRv IGFkZHJlc3MgdGhlIG5pdHMsIGlzIHRvIHdyaXRlIGluIHBsYWluIHRleHQgUkZDNTU0NSBpbiB0 aGUgYWJzdHJhY3QgYW5kIHVzZSB0aGUgcmVmZXJlbmNlICZsdDt4cmVmIHR5YXJnZXQ94oCd4oCd LyZndDsgaW4NCiB0aGUgaW50cm9kdWN0aW9uLiBJIGd1ZXNzIHRoZSBuaXRzIHRvb2wgbG9va3Mg YXQgWy4qXSB0byBsaXN0IHJlZmVyZW5jZXMuIDwvc3Bhbj4NCjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPllvdXJz LA0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkRhbmllbCAmbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4 dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3 aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3Rl eHQiPiBjYWxzaWZ5IFs8YSBocmVmPSJtYWlsdG86Y2Fsc2lmeS1ib3VuY2VzQGlldGYub3JnIj5t YWlsdG86Y2Fsc2lmeS1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+ TWljaGFlbCBEb3VnbGFzczxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWF5IDA0LCAyMDE3 IDEwOjU1IEFNPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86Y2Fsc2lmeUBpZXRmLm9y ZyI+Y2Fsc2lmeUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtjYWxzaWZ5 XSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyLnR4 dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPlRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzLiBJ J3ZlIHB1Ymxpc2hlZCBhbiB1cGRhdGVkIHZlcnNpb24gMDMgYW5kIHRoZXJlIGFyZSBzb21lIGNv bW1lbnRzIGJlbG93LjxvOnA+PC9vOnA+PC9wPg0KPHA+QSBjb3VwbGUgb2YgcGFydGljdWxhciBw b2ludHMgdGhhdCBuZWVkIGZ1cnRoZXIgd29yazo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KJm5ic3A7ICoqIFRo ZSBhYnN0cmFjdCBzZWVtcyB0byBjb250YWluIHJlZmVyZW5jZXMgKFtSRkM1NTQ1XSksIHdoaWNo IGl0PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNob3VsZG4ndC4mbmJzcDsgUGxlYXNl IHJlcGxhY2UgdGhvc2Ugd2l0aCBzdHJhaWdodCB0ZXh0dWFsIG1lbnRpb25zIG9mIHRoZTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkb2N1bWVudHMgaW4gcXVlc3Rpb24uPGJyPg0KPGJy Pg0KSXMgdGhlcmUgYSBndWlkZSBhcyB0byB3aGVuIGFuZCB3aGVuIG5vdCBhIHJlZmVlbmNlPzxi cj4NCjxicj4NCkFsc28gdGhlIFJFU1RZUEUgcGFyYW1ldGVyIG5lZWRzIG1vcmUgZGlzY3Vzc2lv bjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPk9uIDQvMzAvMTcgMTU6MTgsIERhbmllbCBNaWdhdWx0IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpLCA8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij5QbGVhc2UgZmluZCBteSBjb21tZW50cyByZWdhcmRpbmcgdGhlIGN1cnJlbnQgdmVyc2lvbi4g VGhlIGRvY3VtZW50IGlzIGluIGdvb2Qgc2hhcGUuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91cnMsIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5EYW5pZWw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQoxLiZuYnNwOyBJbnRyb2R1Y3Rp b248YnI+DQo8YnI+DQo8YnI+DQomcXVvdDtGb3JtYXRzIHN1Y2ggYXMgVkNBUkQgYXJlIGxpa2Vs eSB0byBiZSBtb3N0IHVzZWZ1bC4mcXVvdDsgSSB0aGluayB3ZSBuZWVkIHNvbWUgZXhwbGFuYXRp b24uIElzIHRoZSBWQ0FSRCB1c2VkIGJ5IHRoZSBvcmdhbml6ZXIgb3IgcGFydGljaXBhbnQgb2Yg dGhlIGV2ZW50ID8gSWYgdGhhdCBpcyB0aGUgY2FzZSwgaXQgd291bGQgYmUgY2xlYXJlciB0byBt ZW50aW9uIGl0IGV4cGxpY2l0bHkuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UcmllZCB0byBleHBhbmQgYSBsaXR0bGU8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48YnI+DQomcXVvdDtUaGUgZm9sbG93aW5nIHByb3BlcnRpZXMgYW5kIGNvbXBvbmVudHMg YXJlIGRlZmluZWQgaW4gdGhpcyBzcGVjaWZpY2F0aW9uJnF1b3Q7LiBBcyB0aGVyZSBhcmUgdHdv IGtpbmQgb2Ygb2JqZWN0cyBiZWluZyBkZWZpbmVkLCBpdCB3b3VsZCBiZSBjbGFyaWZ5aW5nIGZv ciB0aGUgcmVhZGVyIHRvIHNwZWNpZnkgZm9yIGVhY2ggaXRlbSBiZWxvdyB3aGF0IGNhdGVnb3J5 IHRoZXkgYmVsb25nIHRvLiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgb25seSBwYXJ0aWNpcGFu dA0KIGlzIGEgY29tcG9uZW50IG90aGVycyBhcmUgcHJvcGVydGllcy4gPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSd2ZSBzcGxpdCBvZmYgcGFydGljaXBhbnQgYXMgYSBzZXBh cmF0ZSBwYXJhZ3JhcGg8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsm bmJzcDsgPGJyPg0KMi4mbmJzcDsgQ29tcG9uZW50cyBhbmQgcHJvcGVydGllczxicj4NCjxicj4N CiZxdW90O0luIGEgYnJlYWsgd2l0aCB0aGlzICd0cmFkaXRpb24nIHRoaXMgc3BlY2lmaWNhdGlv biBpbnRyb2R1Y2VzIHNvbWUgb2YgdGhlc2UgZXh0ZW5zaW9ucyBhcyBjb21wb25lbnRzIHJhdGhl ciB0aGFuIHByb3BlcnRpZXMuJnF1b3Q7PGJyPg0KPGJyPg0KTXkgcmVhZGluZyBpcyB0aGF0IGNv bXBvbmVudHMgaXMgbm90IHVzZWQgYXMgdGhlIGlDYWwgdGVybWlub2xvZ3kgaGVyZS4gTW9yZSBz cGVjaWZpY2FsbHksIHRoaXMgaXMgbm90IGFuIGlDYWwgY29tcG9uZW50LiBJZiB0aGF0IGlzIHRo ZSBjYXNlLCBtYXliZSB3ZSBjb3VsZCB1c2UgYW5vdGhlciB0ZXJtLiBJIGFtIHRyeWluZyB0byBm aW5kIG9uZSBidXQgYWdyZWUgdGhpcyBpcyBub3QgZWFzeS4NCjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkF0IG9uZSBwb2ludCBJIHRob3VnaHQgd2Ugd291bGQgaGF2ZSBtdWx0 aXBsZSBjb21wb25lbnRzLiBJJ3ZlIHJlZHVjZWQgaXQgdG8gcmVmZXJyaW5nIHRvIHRoZSBvbmUg Y29tcG9uZW50PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KMy4mbmJz cDsgVHlwZWQgUmVmZXJlbmNlczxicj4NCjxicj4NCiZxdW90OyZxdW90OyZxdW90Ozxicj4NCiZu YnNwOyZuYnNwOyBUaGVzZSBwcm9wZXJ0aWVzIGFyZSBkZXNpZ25lZCB0byBoYW5kbGUgY29tbW9u IHVzZSBjYXNlcyBpbiBldmVudDxicj4NCiZuYnNwOyZuYnNwOyBwdWJsaWNhdGlvbi4mbmJzcDsg SXQgaXMgZ2VuZXJhbGx5IGltcG9ydGFudCB0byBwcm92aWRlIGluZm9ybWF0aW9uIGFib3V0PGJy Pg0KJm5ic3A7Jm5ic3A7IHRoZSBvcmdhbml6ZXJzIG9mIHN1Y2ggZXZlbnRzLiZuYnNwOyBTcG9u c29ycyB3aXNoIHRvIGJlIHJlZmVyZW5jZWQgaW4gYTxicj4NCiZuYnNwOyZuYnNwOyBwcm9taW5l bnQgbWFubmVyLiZuYnNwOyBJbiBzb2NpYWwgY2FsZW5kYXJpbmcgaXQgaXMgb2Z0ZW4gaW1wb3J0 YW50IHRvPGJyPg0KJm5ic3A7Jm5ic3A7IGlkZW50aWZ5IHRoZSBhY3RpdmUgcGFydGljaXBhbnRz IGluIHRoZSBldmVudCwgZm9yIGV4YW1wbGUgYSBzY2hvb2w8YnI+DQombmJzcDsmbmJzcDsgc3Bv cnRzIHRlYW0sIGFuZCB0aGUgaW5hY3RpdmUgcGFydGljaXBhbnRzLCBmb3IgZXhhbXBsZSB0aGUg cGFyZW50cy48YnI+DQomcXVvdDsmcXVvdDsmcXVvdDs8YnI+DQo8YnI+DQpJIGFsc28gaGF2ZSB0 aGUgaW1wcmVzc2lvbiB0aGF0IHByb3BlcnRpZXMgaXMgbm90IGFzc29jaWF0ZWQgdG8gdGVoIElD YWwgcHJvcGVydGllcy4gSW4gZmNhdCBJIHNlZSBQYXJ0aWNpcGFudCBhcyBhIGNvbXBvbmVudC4g SW4gdGhpcyBjYXNlIHNheWluZyB0aGUgcGFydGljaXBhbnQgY29tcG9uZW50cyBhbmQgYXNzb2Np YXRlZCBwcm9wZXJ0aWVzIHNlZW1zIHRvIGJlIGNsZWFyZXIgdG8gbWUmbmJzcDsgYXQgbGVhc3Qu DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MZWZ0IG92ZXIgd2l0aCB0aGUg bW92ZSBmcm9tIFBBUlRJQ0lQQU5UIGFzIGEgcHJvcGVydHkgdG8gYSBjb21wb25lbnQuIEkndmUg bWFkZSB0aGF0IHBhcmFncmFwaCBzcGVjaWZpYyB0byBQQVJUSUNJUEFOVDxicj4NCjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjUuMi4mbmJzcDsgUmVzdHlwZTxicj4NCjxicj4N CiZxdW90OyZxdW90OyZxdW90Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBE ZXNjcmlwdGlvbjombmJzcDsgVGhpcyBwYXJhbWV0ZXIgTUFZIGJlIHNwZWNpZmllZCBvbiBTVFJV Q1RVUkVELVJFU09VUkNFPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCBw cm92aWRlcyBhIHdheSB0byBkaWZmZXJlbnRpYXRlIG11bHRpcGxlIHByb3BlcnRpZXMuPGJyPg0K PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFZhbHVlcyBmb3IgdGhpcyBwYXJh bWV0ZXIgYXJlIHRha2VuIGZyb20gdGhlIHZhbHVlcyBkZWZpbmVkIGluPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFt0b2RvXS4mbmJzcDsgTmV3IHJlc291cmNlIHR5cGVzIFNI T1VMRCBiZSByZWdpc3RlcmVkIGluIHRoZSBtYW5uZXI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgbGFpZCBkb3duIGluIHRoYXQgc3BlY2lmaWNhdGlvbjxicj4NCiZxdW90OyZx dW90OyZxdW90Ozxicj4NCjxicj4NClt0b2RvXSBuZWVkcyB0byBiZSBjb21wbGV0ZWQuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WWVzIC0gVGhlcmUgd2FzIHdvcmsgb24gYSB2 Y2FyZCByZXNvdXJjZSBkcmFmdCB3aGljaCB3YXMgZXhwZWN0ZWQgdG8gZ2V0IGFoZWFkIG9mIHRo aXMgb25lLiBUaGF0IGRpZG4ndCBoYXBwZW4uJm5ic3A7IFdlJ2xsIG5lZWQgc29tZSBkaXNjdXNz aW9uIG9uIHdoZXJlIHRvIGdvIHdpdGggdGhhdC48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCjUuMy4mbmJzcDsgT3Jk ZXI8YnI+DQo8YnI+DQomcXVvdDsmcXVvdDsmcXVvdDs8YnI+DQombmJzcDsmbmJzcDsgRGVzY3Jp cHRpb246Jm5ic3A7IFRoZSBPUkRFUiBwYXJhbWV0ZXIgaXMgT1BUSU9OQUwgYW5kIGlzIHVzZWQg dG8gaW5kaWNhdGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhlIHJlbGF0 aXZlIG9yZGVyaW5nIG9mIHRoZSBjb3JyZXNwb25kaW5nIGluc3RhbmNlIG9mIGEgcHJvcGVydHku PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEl0cyB2YWx1ZSBNVVNUIGJlIGFu IGludGVnZXIgZ3JlYXRlciB0aGFuIG9yIGVxdWFsIHRvIDEgdGhhdDxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBxdWFudGlmaWVzIHRoZSBvcmRlci4mbmJzcDsgTG93ZXIgdmFs dWVzIGNvcnJlc3BvbmQgdG8gYSBoaWdoZXIgbGV2ZWw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgb2Ygb3JkZXJpbmcsIHdpdGggMSBiZWluZyB0aGUgaGlnaGVzdC48YnI+DQom cXVvdDsmcXVvdDsmcXVvdDs8YnI+DQo8YnI+DQpJIHdvdWxkIGxpa2UgdG8gbWFrZSBzdXJlIGFu ZCBleHBsaWNpdCB0aGF0IG9yZGVyaW5nIGlzIHBlcmZvcm1lZCBmcm9tIGxvdyB0byBoaWdoIHZh bHVlIG9yIHRoZSByZXZlcnNlLg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VHJpZWQgdG8gZ2V0IHJpZCBvZiBzb21lIG9mIHRoZSBoaWdoZXIvbG93ZXIgbGFuZ3VhZ2U8YnI+ DQo8YnI+DQpJIGFsc28gZm91bmQgb25lIG9yIDIgaXNzdWVzIG15c2VsZi4gPGJyPg0KPGJyPg0K UHJvcGVydHkgUEFSVFRZUEUgaGFzIDIgbmFtZXMgLSBzaG91bGQgYmUgUEFSVElDSVBBTlQtVFlQ RTxicj4NCjxicj4NClByb3BlcnR5IFNDSEVEVUxFLUFERFJFU1MgLSBkZWZpbml0aW9uIHNwZWNp ZmllZCB2YWx1ZSBhcyBpYW5hLXRva2VuLiBTaG91bGQgYmUgY2FsLWFkZHJlc3M8YnI+DQo8YnI+ DQpQcm9wZXJ0eSBTQ0hFRFVMRS1EQVRBIC0gc3BlY2lmaWVkIGEgZGF0YSB0eXBlIG9mIFRFWFQg b25seSAtIGJ1dCBpdCBzaG91bGQgYmUgVEVYVCwgQklOQVJZIG9yIFVSSTxicj4NCjxicj4NCk1p c3NlZCBmb3JtYXQgdHlwZSBvdXQgb2YgdGhlIGRlc2NyaXB0aXZlIHRleHQgZm9yIFNUWUxFRC1E RVNDUklQVElPTjxicj4NCjxicj4NCkNvbXBvbmVudCBQQVJUSUNJUEFOVDxicj4NClByaW9yaXR5 IHdhcyBtaXNzaW5nIGZyb20gdGhlIGZvcm1hdCBkZWZpbml0aW9uPGJyPg0KSGFkIHN0cnVjdHVy ZWRhZGRyZXNzIGluc3RlYWQgb2Ygc2NoZWR1bGVhZGRyZXNzPGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IDxicj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rm9sbG93cyB0aGUgbml0cyBwcm92 aWRlZCBieSB0aGUgZGF0YXRyYWNrZXI6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpuaXRzOiA8YnI+DQppZG5pdHMgMi4xNC4wMSA8YnI+ DQo8YnI+DQovdG1wL2RyYWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMtMDIudHh0 Ojxicj4NCjxicj4NCiZuYnNwOyBDaGVja2luZyBib2lsZXJwbGF0ZSByZXF1aXJlZCBieSBSRkMg NTM3OCBhbmQgdGhlIElFVEYgVHJ1c3QgKHNlZTxicj4NCiZuYnNwOyA8YSBocmVmPSJodHRwOi8v dHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8iPmh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xp Y2Vuc2UtaW5mbzwvYT4pOjxicj4NCiZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5vIGlzc3VlcyBmb3VuZCBoZXJlLjxicj4NCjxi cj4NCiZuYnNwOyBDaGVja2luZyBuaXRzIGFjY29yZGluZyB0byA8YSBocmVmPSJodHRwOi8vd3d3 LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0Ij4NCmh0dHA6Ly93d3cuaWV0Zi5v cmcvaWQtaW5mby8xaWQtZ3VpZGVsaW5lcy50eHQ8L2E+Ojxicj4NCiZuYnNwOyAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5vIGlzc3VlcyBm b3VuZCBoZXJlLjxicj4NCjxicj4NCiZuYnNwOyBDaGVja2luZyBuaXRzIGFjY29yZGluZyB0byA8 YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL2lkLWluZm8vY2hlY2tsaXN0Ij5odHRwOi8vd3d3 LmlldGYub3JnL2lkLWluZm8vY2hlY2tsaXN0PC9hPiA6PGJyPg0KJm5ic3A7IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08YnI+DQo8YnI+DQombmJzcDsgKiogVGhlcmUgaXMgMSBpbnN0YW5jZSBvZiB0b28g bG9uZyBsaW5lcyBpbiB0aGUgZG9jdW1lbnQsIHRoZSBsb25nZXN0IG9uZTxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBiZWluZyAxIGNoYXJhY3RlciBpbiBleGNlc3Mgb2YgNzIuPGJyPg0K PGJyPg0KJm5ic3A7ICoqIFRoZSBhYnN0cmFjdCBzZWVtcyB0byBjb250YWluIHJlZmVyZW5jZXMg KFtSRkM1NTQ1XSksIHdoaWNoIGl0PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNob3Vs ZG4ndC4mbmJzcDsgUGxlYXNlIHJlcGxhY2UgdGhvc2Ugd2l0aCBzdHJhaWdodCB0ZXh0dWFsIG1l bnRpb25zIG9mIHRoZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkb2N1bWVudHMgaW4g cXVlc3Rpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1ib3R0b206MTIuMHB0Ij5JcyB0aGlzIHJlZmVycmluZyB0byB0aGluZ3MgbGlrZTxvOnA+PC9v OnA+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseTpNZW5sbyI+VGhpcyBzcGVjaWZpY2F0aW9uIGFsc28gZGVm aW5lcyBhIG5ldyBTVFJVQ1RVUkVELURBVEEgcHJvcGVydHkgZm9yPC9zcGFuPjxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5Ok1lbmxvIj5pQ2FsZW5kYXIgW1JGQzU1NDVdIHRvIGFsbG93 IGZvciBkYXRhIHRoYXQgaXMgZGlyZWN0bHkgcGVydGluZW50IHRvPC9zcGFuPjxvOnA+PC9vOnA+ PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpJcyB0aGVyZSBhIGd1aWRlIGFzIHRv IHdoZW4gc2hvdWxkIEkgdXNlIGEgcmVmZXJlbmNlIGFuZCB3aGVuIG5vdD88YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQombmJzcDsgLS0gVGhlIGRyYWZ0IGhlYWRlciBp bmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3VtZW50IHVwZGF0ZXMgUkZDNTU0NSwgYnV0IHRoZTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhYnN0cmFjdCBkb2Vzbid0IHNlZW0gdG8gZGlyZWN0 bHkgc2F5IHRoaXMuJm5ic3A7IEl0IGRvZXMgbWVudGlvbiBSRkM1NTQ1PGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHRob3VnaCwgc28gdGhpcyBjb3VsZCBiZSBPSy48YnI+DQo8YnI+DQom bmJzcDsgLS0gVGhlIGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3VtZW50IHVw ZGF0ZXMgUkZDNTU0NiwgYnV0IHRoZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhYnN0 cmFjdCBkb2Vzbid0IHNlZW0gdG8gbWVudGlvbiB0aGlzLCB3aGljaCBpdCBzaG91bGQuPGJyPg0K PGJyPg0KPGJyPg0KJm5ic3A7IE1pc2NlbGxhbmVvdXMgd2FybmluZ3M6PGJyPg0KJm5ic3A7IC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFVz aW5nIHRoZSBjcmVhdGlvbiBkYXRlIGZyb20gUkZDNTU0NSwgdXBkYXRlZCBieSB0aGlzIGRvY3Vt ZW50LCBmb3I8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUkZDNTM3OCBjaGVja3M6IDIw MDgtMTAtMzEpPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChVc2luZyB0aGUg Y3JlYXRpb24gZGF0ZSBmcm9tIFJGQzU1NDYsIHVwZGF0ZWQgYnkgdGhpcyBkb2N1bWVudCwgZm9y PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJGQzUzNzggY2hlY2tzOiAyMDA4LTA3LTE0 KTxicj4NCjxicj4NCiZuYnNwOyAtLSBUaGUgZG9jdW1lbnQgc2VlbXMgdG8gbGFjayBhIGRpc2Ns YWltZXIgZm9yIHByZS1SRkM1Mzc4IHdvcmssIGJ1dCBtYXk8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgaGF2ZSBjb250ZW50IHdoaWNoIHdhcyBmaXJzdCBzdWJtaXR0ZWQgYmVmb3JlIDEw IE5vdmVtYmVyIDIwMDguJm5ic3A7IElmIHlvdTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBoYXZlIGNvbnRhY3RlZCBhbGwgdGhlIG9yaWdpbmFsIGF1dGhvcnMgYW5kIHRoZXkgYXJlIGFs bCB3aWxsaW5nIHRvIGdyYW50PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBCQ1A3 OCByaWdodHMgdG8gdGhlIElFVEYgVHJ1c3QsIHRoZW4gdGhpcyBpcyBmaW5lLCBhbmQgeW91IGNh biBpZ25vcmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhpcyBjb21tZW50LiZuYnNw OyBJZiBub3QsIHlvdSBtYXkgbmVlZCB0byBhZGQgdGhlIHByZS1SRkM1Mzc4IGRpc2NsYWltZXIu IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoU2VlIHRoZSBMZWdhbCBQcm92aXNpb25z IGRvY3VtZW50IGF0PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHA6 Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbyI+aHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcv bGljZW5zZS1pbmZvPC9hPiBmb3IgbW9yZSBpbmZvcm1hdGlvbi4pPGJyPg0KPGJyPg0KJm5ic3A7 IC0tIFRoZSBkb2N1bWVudCBkYXRlIChBcHJpbCAyMSwgMjAxNykgaXMgOSBkYXlzIGluIHRoZSBw YXN0LiZuYnNwOyBJcyB0aGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVudGlv bmFsPzxicj4NCjxicj4NCjxicj4NCiZuYnNwOyBDaGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRl bmRlZCBzdGF0dXM6IFByb3Bvc2VkIFN0YW5kYXJkPGJyPg0KJm5ic3A7IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS08YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFNlZSBSRkNzIDM5Njcg YW5kIDQ4OTcgZm9yIGluZm9ybWF0aW9uIGFib3V0IHVzaW5nIG5vcm1hdGl2ZSByZWZlcmVuY2Vz PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRvIGxvd2VyLW1hdHVyaXR5IGRvY3VtZW50 cyBpbiBSRkNzKTxicj4NCjxicj4NCiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMjQz NCcgaXMgZGVmaW5lZCBvbiBsaW5lIDEwNzksIGJ1dCBubyBleHBsaWNpdDxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVsZXRlZDxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxicj4NCiZuYnNwOyA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMzY4OCcg aXMgZGVmaW5lZCBvbiBsaW5lIDEwODQsIGJ1dCBubyBleHBsaWNpdDxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyByZWZlcmVuY2Ugd2FzIGZvdW5kIGluIHRoZSB0ZXh0PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVsZXRlZDxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KJm5ic3A7ID09IE91 dGRhdGVkIHJlZmVyZW5jZTogZHJhZnQtaWV0Zi1jYWxleHQtZXh0ZW5zaW9ucyBoYXMgYmVlbiBw dWJsaXNoZWQgYXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUkZDIDc5ODY8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GaXhlZDxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOyAqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMg MjQzNCAoT2Jzb2xldGVkIGJ5IFJGQyA1MjI2KTxicj4NCjxicj4NCjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBTdW1tYXJ5OiAzIGVycm9ycyAoKiopLCAwIGZsYXdzICh+fiksIDMgd2Fy bmluZ3MgKD09KSwgNCBjb21tZW50cyAoLS0pLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBSdW4gaWRuaXRzIHdpdGggdGhlIC0tdmVyYm9zZSBvcHRpb24gZm9yIG1vcmUgZGV0 YWlsZWQgaW5mb3JtYXRpb24gYWJvdXQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhl IGl0ZW1zIGFib3ZlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBTdW4sIEFwciAzMCwgMjAxNyBh dCAyOjExIFBNLCBEYW5pZWwgTWlnYXVsdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRhbmllbC5taWdh dWx0QGVyaWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRhbmllbC5taWdhdWx0QGVyaWNzc29u LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGlu IDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdo dDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ SGksIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPlRoaXMgc3RhcnRzIGEgV29ya2luZyBHcm91cCBMYXN0IENh bGwgZm9yOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMvIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi08c3BhbiBjbGFzcz0ibTEy MDA2ODIzNDEyNzc2NzM0NjJnbWFpbC1pbCI+Y2FsZXh0PC9zcGFuPi1ldmVudHB1Yi1leHRlbnNp b25zLzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5QbGVhc2UgcHJvdmlkZSB5b3VyIGNvbW1lbnRzIC8g cmV2aWV3cyBieSZuYnNwOyBNYXkgMTQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+WW91cnMsIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5EYW5pZWwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdl IC0tLS0tLS0tLS08YnI+DQpGcm9tOiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4m Z3Q7PGJyPg0KRGF0ZTogRnJpLCBBcHIgMjEsIDIwMTcgYXQgMTE6MzcgUE08YnI+DQpTdWJqZWN0 OiBbY2Fsc2lmeV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMi50eHQ8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmktZC1hbm5vdW5jZUBpZXRmLm9yZzwvYT48YnI+DQpDYzogPGEg aHJlZj0ibWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5jYWxzaWZ5QGll dGYub3JnPC9hPjxicj4NCjxicj4NCjxicj4NCjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48 YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDYWxlbmRhcmluZyBFeHRlbnNp b25zIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBU aXRsZSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7OiBFdmVudCBQdWJs aXNoaW5nIEV4dGVuc2lvbnMgdG8gaUNhbGVuZGFyPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IEF1dGhvciZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBNaWNoYWVs IERvdWdsYXNzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGVuYW1lJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMi50eHQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUGFnZXMmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogMjg8YnI+DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgRGF0ZSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IDogMjAxNy0wNC0yMTxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwOyAmbmJzcDtU aGlzIHNwZWNpZmljYXRpb24gaW50cm9kdWNlcyBhIG51bWJlciBvZiBuZXcgaUNhbGVuZGFyIHBy b3BlcnRpZXM8YnI+DQombmJzcDsgJm5ic3A7YW5kIGNvbXBvbmVudHMgd2hpY2ggYXJlIG9mIHBh cnRpY3VsYXIgdXNlIGZvciBldmVudCBwdWJsaXNoZXJzIGFuZDxicj4NCiZuYnNwOyAmbmJzcDtp biBzb2NpYWwgbmV0d29ya2luZy48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7VGhpcyBzcGVjaWZp Y2F0aW9uIGFsc28gZGVmaW5lcyBhIG5ldyBTVFJVQ1RVUkVELURBVEEgcHJvcGVydHkgZm9yPGJy Pg0KJm5ic3A7ICZuYnNwO2lDYWxlbmRhciBbUkZDNTU0NV0gdG8gYWxsb3cgZm9yIGRhdGEgdGhh dCBpcyBkaXJlY3RseSBwZXJ0aW5lbnQgdG88YnI+DQombmJzcDsgJm5ic3A7YW4gZXZlbnQgb3Ig dGFzayB0byBiZSBpbmNsdWRlZCB3aXRoIHRoZSBjYWxlbmRhciBkYXRhLjxicj4NCjxicj4NCjxi cj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxi cj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt Y2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5zaW9u cy88L2E+PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxh YmxlIGF0Ojxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lv bnMtMDI8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyIiB0YXJnZXQ9Il9i bGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWNh bGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyPC9hPjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRo ZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDo8YnI+DQo8YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0 ZW5zaW9ucy0wMiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyPC9hPjxicj4NCjxi cj4NCjxicj4NClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb248YnI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVy c2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8L2E+Ljxicj4NCjxicj4NCklu dGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+ DQo8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PSJf YmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9hPjxicj4NCjxicj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KY2Fs c2lmeSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Y2Fsc2lmeUBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPmNhbHNpZnlAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5IiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5PC9hPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5jYWxz aWZ5IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpj YWxzaWZ5QGlldGYub3JnIj5jYWxzaWZ5QGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Fsc2lm eSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5PC9hPjxvOnA+ PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17eusaamb107erics_-- From nobody Wed Sep 27 01:45:27 2017 Return-Path: X-Original-To: calsify@ietfa.amsl.com Delivered-To: calsify@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A609513475D for ; Wed, 27 Sep 2017 01:45:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) 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 c5yhlcmPzsxd for ; Wed, 27 Sep 2017 01:45:18 -0700 (PDT) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99C46134668 for ; Wed, 27 Sep 2017 01:44:54 -0700 (PDT) Received: by mail-wm0-x232.google.com with SMTP id m127so19180740wmm.1 for ; Wed, 27 Sep 2017 01:44:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=KQGrG5ZBrnKRhHmQvWry9f19wpdLQlMJ4OPd05g4bR0=; b=J5E9ZQoafXbAGVtHSy09B7c5U2VI4zYAu0Lqc9zQBnfITlCeORJqnCYkjqYx7w80rY bsNsTFEOVLZiUObpSI/JARMIFLkc6AeYSg7b4w9iYpKSO5oA60Ttl8qxgtiMSTkUnsZS apiZJ16sXTlHkz7zmpuyHe/fWDPMA7UxsMP5jd7CMr0LTNPFRAamWBN/VwO80R9iHNnZ +r9oHgaoFnY3X+rT+t+0+8vD0nYimKxbf97I0c8Go0SRavWqJ4jGgjhdp9HwdjbJy65U ZwdOHLOzmOaKpVnXQ51CBeoj8Lyr94DKq9fcCS7Xr3ki0CmxEFSc4qBnb1bhBCXWYCIL qvJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=KQGrG5ZBrnKRhHmQvWry9f19wpdLQlMJ4OPd05g4bR0=; b=L1OPn7BtIdKXBZ4w33sPnvZrBdfLqUrx9sSD0m47hqV1OrePdm5nidMMC329nnV+4a 1az4VJe0jmEFJymofTq3T3wALrR+zdmcTKJJ/s9qFKNkIRI7kbCl8SVbZAuiHz8rmqOm aMQY/T5ILTR7z54c9JsiSFMDdXRbXF75O37VnevPyZENxMFlrJoPmr9E0AZspSg0Qpgi FBcRxI3EexEA9Av+BckXPDyNz0MkIwrlAmRubHvCDxP3aFHz2VTFPVS6os9VQJY3zQzV 9W7h4hjzwJSC+/RN7tbdIGxtbMasLRivr7j+Wwp39+m/AJBJ+pkCTlhUhNvsGSvkL3xm ivDQ== X-Gm-Message-State: AHPjjUgd4SyLtIMiQJgdOo0STp9ETnReqRHRu9VMUgvkmRFbqBo2syOu WY3R8/YCoWK50nLSEnR+W/deHwOY X-Google-Smtp-Source: AOwi7QBFrVKDWcqIHHHlwlPTjspZBLwu/t7+JSALt7Nm45Q6756rQQM9so6f4qq4p51yZgTWjRMy/A== X-Received: by 10.80.142.203 with SMTP id x11mr1054877edx.154.1506501892614; Wed, 27 Sep 2017 01:44:52 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (b2b-5-147-248-10.unitymedia.biz. [5.147.248.10]) by smtp.googlemail.com with ESMTPSA id m21sm2426064edb.88.2017.09.27.01.44.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Sep 2017 01:44:51 -0700 (PDT) To: Daniel Migault , "calsify@ietf.org" References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> <0de097f4-be06-fa25-85ec-1ace48ec776c@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17@eusaamb107.ericsson.se> From: Michael Douglass Message-ID: Date: Wed, 27 Sep 2017 10:44:49 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17@eusaamb107.ericsson.se> Content-Type: multipart/alternative; boundary="------------4B72AC087BF7AF78AE6E9D99" Content-Language: en-US Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Sep 2017 08:45:26 -0000 This is a multi-part message in MIME format. --------------4B72AC087BF7AF78AE6E9D99 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Daniel We're taking a look at the current draft and I hope I can get back later this week with a firm response On 9/26/17 18:07, Daniel Migault wrote: > > Hi Michael, > > I am wondering if you have completed your implementation and if you > believe the draft version 03 is ready to be sent to the IESG. If so, I > will have a final review and ship the document. > > Yours, > > Daniel > > *From:*Michael Douglass [mailto:mikeadouglass@gmail.com] > *Sent:* Thursday, May 04, 2017 5:01 PM > *To:* Daniel Migault ; calsify@ietf.org > *Subject:* Re: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > > I think I will remove the STRUCTURED-RESOURCE property from the draft > along with RESTYPE > > That was added at a time we were active with resource extensions to > vcard and the assumption was that a registry of resource types would > come out of that. > > That work has been restarted recently but we probably need to rethink > the approach. It's possible that the PARTICIPANT component will work > instead of a special property for resources. > > We can always bring out a later extension to reintroduce that property > if we feel it's needed. > > I also noticed that I should have specified the uid property as a > required property for PARTICIPANT. > > On 5/4/17 11:01, Daniel Migault wrote: > > Hi Michael, > > Thanks for the update. The only way I see to address the nits, is > to write in plain text RFC5545 in the abstract and use the > reference in the introduction. I guess the nits > tool looks at [.*] to list references. > > Yours, > > Daniel > > *From:*calsify [mailto:calsify-bounces@ietf.org] *On Behalf Of > *Michael Douglass > *Sent:* Thursday, May 04, 2017 10:55 AM > *To:* calsify@ietf.org > *Subject:* Re: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > > Thanks for the comments. I've published an updated version 03 and > there are some comments below. > > A couple of particular points that need further work: > > >   ** The abstract seems to contain references ([RFC5545]), which it >      shouldn't.  Please replace those with straight textual > mentions of the >      documents in question. > > Is there a guide as to when and when not a refeence? > > Also the RESTYPE parameter needs more discussion > > > On 4/30/17 15:18, Daniel Migault wrote: > > Hi, > > Please find my comments regarding the current version. The > document is in good shape. > > Yours, > > Daniel > > > 1.  Introduction > > > "Formats such as VCARD are likely to be most useful." I think > we need some explanation. Is the VCARD used by the organizer > or participant of the event ? If that is the case, it would be > clearer to mention it explicitly. > > Tried to expand a little > > > > "The following properties and components are defined in this > specification". As there are two kind of objects being > defined, it would be clarifying for the reader to specify for > each item below what category they belong to. My understanding > is that only participant is a component others are properties. > > I've split off participant as a separate paragraph > > > > 2.  Components and properties > > "In a break with this 'tradition' this specification > introduces some of these extensions as components rather than > properties." > > My reading is that components is not used as the iCal > terminology here. More specifically, this is not an iCal > component. If that is the case, maybe we could use another > term. I am trying to find one but agree this is not easy. > > At one point I thought we would have multiple components. I've > reduced it to referring to the one component > > > > 3.  Typed References > > """ >    These properties are designed to handle common use cases in > event >    publication.  It is generally important to provide > information about >    the organizers of such events.  Sponsors wish to be > referenced in a >    prominent manner.  In social calendaring it is often > important to >    identify the active participants in the event, for example > a school >    sports team, and the inactive participants, for example the > parents. > """ > > I also have the impression that properties is not associated > to teh ICal properties. In fcat I see Participant as a > component. In this case saying the participant components and > associated properties seems to be clearer to me  at least. > > Left over with the move from PARTICIPANT as a property to a > component. I've made that paragraph specific to PARTICIPANT > > > > 5.2.  Restype > > """ >       Description:  This parameter MAY be specified on > STRUCTURED-RESOURCE >       and provides a way to differentiate multiple properties. > >       Values for this parameter are taken from the values > defined in >       [todo].  New resource types SHOULD be registered in the > manner >       laid down in that specification > """ > > [todo] needs to be completed. > > Yes - There was work on a vcard resource draft which was expected > to get ahead of this one. That didn't happen.  We'll need some > discussion on where to go with that. > > > > 5.3.  Order > > """ >    Description:  The ORDER parameter is OPTIONAL and is used > to indicate >       the relative ordering of the corresponding instance of a > property. >       Its value MUST be an integer greater than or equal to 1 that >       quantifies the order.  Lower values correspond to a > higher level >       of ordering, with 1 being the highest. > """ > > I would like to make sure and explicit that ordering is > performed from low to high value or the reverse. > > Tried to get rid of some of the higher/lower language > > I also found one or 2 issues myself. > > Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE > > Property SCHEDULE-ADDRESS - definition specified value as > iana-token. Should be cal-address > > Property SCHEDULE-DATA - specified a data type of TEXT only - but > it should be TEXT, BINARY or URI > > Missed format type out of the descriptive text for STYLED-DESCRIPTION > > Component PARTICIPANT > Priority was missing from the format definition > Had structuredaddress instead of scheduleaddress > > > > Follows the nits provided by the datatracker: > > > nits: > idnits 2.14.01 > > /tmp/draft-ietf-calext-eventpub-extensions-02.txt: > >   Checking boilerplate required by RFC 5378 and the IETF Trust > (see > http://trustee.ietf.org/license-info): > ---------------------------------------------------------------------------- > >      No issues found here. > >   Checking nits according to > http://www.ietf.org/id-info/1id-guidelines.txt > : > ---------------------------------------------------------------------------- > >      No issues found here. > >   Checking nits according to > http://www.ietf.org/id-info/checklist : > ---------------------------------------------------------------------------- > >   ** There is 1 instance of too long lines in the document, > the longest one >      being 1 character in excess of 72. > >   ** The abstract seems to contain references ([RFC5545]), > which it >      shouldn't.  Please replace those with straight textual > mentions of the >      documents in question. > > Is this referring to things like > > This specification also defines a new STRUCTURED-DATA property for > > iCalendar [RFC5545] to allow for data that is directly pertinent to > > > Is there a guide as to when should I use a reference and when not? > > > >   -- The draft header indicates that this document updates > RFC5545, but the >      abstract doesn't seem to directly say this.  It does > mention RFC5545 >      though, so this could be OK. > >   -- The draft header indicates that this document updates > RFC5546, but the >      abstract doesn't seem to mention this, which it should. > > >   Miscellaneous warnings: > ---------------------------------------------------------------------------- > >      (Using the creation date from RFC5545, updated by this > document, for >      RFC5378 checks: 2008-10-31) > >      (Using the creation date from RFC5546, updated by this > document, for >      RFC5378 checks: 2008-07-14) > >   -- The document seems to lack a disclaimer for pre-RFC5378 > work, but may >      have content which was first submitted before 10 November > 2008.  If you >      have contacted all the original authors and they are all > willing to grant >      the BCP78 rights to the IETF Trust, then this is fine, > and you can ignore >      this comment.  If not, you may need to add the > pre-RFC5378 disclaimer. >      (See the Legal Provisions document at > http://trustee.ietf.org/license-info for more information.) > >   -- The document date (April 21, 2017) is 9 days in the > past.  Is this >      intentional? > > >   Checking references for intended status: Proposed Standard > ---------------------------------------------------------------------------- > >      (See RFCs 3967 and 4897 for information about using > normative references >      to lower-maturity documents in RFCs) > >   == Unused Reference: 'RFC2434' is defined on line 1079, but > no explicit >      reference was found in the text > > Deleted > > > >   == Unused Reference: 'RFC3688' is defined on line 1084, but > no explicit >      reference was found in the text > > Deleted > > > >   == Outdated reference: draft-ietf-calext-extensions has been > published as >      RFC 7986 > > Fixed > > >   ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC > 5226) > > >      Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 > comments (--). > >      Run idnits with the --verbose option for more detailed > information about >      the items above. > > On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault > > wrote: > > Hi, > > This starts a Working Group Last Call for: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > Please provide your comments / reviews by  May 14. > > Yours, > > Daniel > > ---------- Forwarded message ---------- > From: > > Date: Fri, Apr 21, 2017 at 11:37 PM > Subject: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > To: i-d-announce@ietf.org > Cc: calsify@ietf.org > > > > A New Internet-Draft is available from the on-line > Internet-Drafts directories. > This draft is a work item of the Calendaring Extensions of > the IETF. > >         Title           : Event Publishing Extensions to > iCalendar >         Author          : Michael Douglass >         Filename        : > draft-ietf-calext-eventpub-extensions-02.txt >         Pages           : 28 >         Date            : 2017-04-21 > > Abstract: >    This specification introduces a number of new iCalendar > properties >    and components which are of particular use for event > publishers and >    in social networking. > >    This specification also defines a new STRUCTURED-DATA > property for >    iCalendar [RFC5545] to allow for data that is directly > pertinent to >    an event or task to be included with the calendar data. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02 > https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02 > > > Please note that it may take a couple of minutes from the > time of submission > until the htmlized version and diff are available at > tools.ietf.org . > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > > > > > > _______________________________________________ > > calsify mailing list > > calsify@ietf.org > > https://www.ietf.org/mailman/listinfo/calsify > --------------4B72AC087BF7AF78AE6E9D99 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Daniel

We're taking a look at the current draft and I hope I can get back later this week with a firm response


On 9/26/17 18:07, Daniel Migault wrote:

Hi Michael,

 

I am wondering if you have completed your implementation and if you believe the draft version 03 is ready to be sent to the IESG. If so, I will have a final review and ship the document.

 

Yours,

Daniel

 

From: Michael Douglass [mailto:mikeadouglass@gmail.com]
Sent: Thursday, May 04, 2017 5:01 PM
To: Daniel Migault <daniel.migault@ericsson.com>; calsify@ietf.org
Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt

 

I think I will remove the STRUCTURED-RESOURCE property from the draft along with RESTYPE

That was added at a time we were active with resource extensions to vcard and the assumption was that a registry of resource types would come out of that.

That work has been restarted recently but we probably need to rethink the approach. It's possible that the PARTICIPANT component will work instead of a special property for resources.

We can always bring out a later extension to reintroduce that property if we feel it's needed.

I also noticed that I should have specified the uid property as a required property for PARTICIPANT.

 

On 5/4/17 11:01, Daniel Migault wrote:

Hi Michael,

 

Thanks for the update. The only way I see to address the nits, is to write in plain text RFC5545 in the abstract and use the reference <xref tyarget=””/> in the introduction. I guess the nits tool looks at [.*] to list references.

Yours,

Daniel  

 

From: calsify [mailto:calsify-bounces@ietf.org] On Behalf Of Michael Douglass
Sent: Thursday, May 04, 2017 10:55 AM
To: calsify@ietf.org
Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt

 

Thanks for the comments. I've published an updated version 03 and there are some comments below.

A couple of particular points that need further work:


  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

Is there a guide as to when and when not a refeence?

Also the RESTYPE parameter needs more discussion


On 4/30/17 15:18, Daniel Migault wrote:

Hi,

Please find my comments regarding the current version. The document is in good shape.

Yours,

Daniel


1.  Introduction


"Formats such as VCARD are likely to be most useful." I think we need some explanation. Is the VCARD used by the organizer or participant of the event ? If that is the case, it would be clearer to mention it explicitly.

Tried to expand a little



"The following properties and components are defined in this specification". As there are two kind of objects being defined, it would be clarifying for the reader to specify for each item below what category they belong to. My understanding is that only participant is a component others are properties.

I've split off participant as a separate paragraph


  
2.  Components and properties

"In a break with this 'tradition' this specification introduces some of these extensions as components rather than properties."

My reading is that components is not used as the iCal terminology here. More specifically, this is not an iCal component. If that is the case, maybe we could use another term. I am trying to find one but agree this is not easy.

At one point I thought we would have multiple components. I've reduced it to referring to the one component



3.  Typed References

"""
   These properties are designed to handle common use cases in event
   publication.  It is generally important to provide information about
   the organizers of such events.  Sponsors wish to be referenced in a
   prominent manner.  In social calendaring it is often important to
   identify the active participants in the event, for example a school
   sports team, and the inactive participants, for example the parents.
"""

I also have the impression that properties is not associated to teh ICal properties. In fcat I see Participant as a component. In this case saying the participant components and associated properties seems to be clearer to me  at least.

Left over with the move from PARTICIPANT as a property to a component. I've made that paragraph specific to PARTICIPANT



5.2.  Restype

"""
      Description:  This parameter MAY be specified on STRUCTURED-RESOURCE
      and provides a way to differentiate multiple properties.

      Values for this parameter are taken from the values defined in
      [todo].  New resource types SHOULD be registered in the manner
      laid down in that specification
"""

[todo] needs to be completed.

Yes - There was work on a vcard resource draft which was expected to get ahead of this one. That didn't happen.  We'll need some discussion on where to go with that.



5.3.  Order

"""
   Description:  The ORDER parameter is OPTIONAL and is used to indicate
      the relative ordering of the corresponding instance of a property.
      Its value MUST be an integer greater than or equal to 1 that
      quantifies the order.  Lower values correspond to a higher level
      of ordering, with 1 being the highest.
"""

I would like to make sure and explicit that ordering is performed from low to high value or the reverse.

Tried to get rid of some of the higher/lower language

I also found one or 2 issues myself.

Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE

Property SCHEDULE-ADDRESS - definition specified value as iana-token. Should be cal-address

Property SCHEDULE-DATA - specified a data type of TEXT only - but it should be TEXT, BINARY or URI

Missed format type out of the descriptive text for STYLED-DESCRIPTION

Component PARTICIPANT
Priority was missing from the format definition
Had structuredaddress instead of scheduleaddress


  
 

Follows the nits provided by the datatracker:


nits:
idnits 2.14.01

/tmp/draft-ietf-calext-eventpub-extensions-02.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/license-info):
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt:
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

  ** There is 1 instance of too long lines in the document, the longest one
     being 1 character in excess of 72.

  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

Is this referring to things like

This specification also defines a new STRUCTURED-DATA property for
iCalendar [RFC5545] to allow for data that is directly pertinent to


Is there a guide as to when should I use a reference and when not?



  -- The draft header indicates that this document updates RFC5545, but the
     abstract doesn't seem to directly say this.  It does mention RFC5545
     though, so this could be OK.

  -- The draft header indicates that this document updates RFC5546, but the
     abstract doesn't seem to mention this, which it should.


  Miscellaneous warnings:
  ----------------------------------------------------------------------------

     (Using the creation date from RFC5545, updated by this document, for
     RFC5378 checks: 2008-10-31)

     (Using the creation date from RFC5546, updated by this document, for
     RFC5378 checks: 2008-07-14)

  -- The document seems to lack a disclaimer for pre-RFC5378 work, but may
     have content which was first submitted before 10 November 2008.  If you
     have contacted all the original authors and they are all willing to grant
     the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
     this comment.  If not, you may need to add the pre-RFC5378 disclaimer.
     (See the Legal Provisions document at
     http://trustee.ietf.org/license-info for more information.)

  -- The document date (April 21, 2017) is 9 days in the past.  Is this
     intentional?


  Checking references for intended status: Proposed Standard
  ----------------------------------------------------------------------------

     (See RFCs 3967 and 4897 for information about using normative references
     to lower-maturity documents in RFCs)

  == Unused Reference: 'RFC2434' is defined on line 1079, but no explicit
     reference was found in the text

Deleted



  == Unused Reference: 'RFC3688' is defined on line 1084, but no explicit
     reference was found in the text

Deleted



  == Outdated reference: draft-ietf-calext-extensions has been published as
     RFC 7986

Fixed


  ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226)


     Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 comments (--).

     Run idnits with the --verbose option for more detailed information about
     the items above.

 

On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault <daniel.migault@ericsson.com> wrote:

Hi,

This starts a Working Group Last Call for:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

Please provide your comments / reviews by  May 14.

Yours,

Daniel

 

 

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Fri, Apr 21, 2017 at 11:37 PM
Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt
To: i-d-announce@ietf.org
Cc: calsify@ietf.org



A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Calendaring Extensions of the IETF.

        Title           : Event Publishing Extensions to iCalendar
        Author          : Michael Douglass
        Filename        : draft-ietf-calext-eventpub-extensions-02.txt
        Pages           : 28
        Date            : 2017-04-21

Abstract:
   This specification introduces a number of new iCalendar properties
   and components which are of particular use for event publishers and
   in social networking.

   This specification also defines a new STRUCTURED-DATA property for
   iCalendar [RFC5545] to allow for data that is directly pertinent to
   an event or task to be included with the calendar data.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02
https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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

 

 





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

 

 


--------------4B72AC087BF7AF78AE6E9D99-- From nobody Wed Sep 27 06:06:24 2017 Return-Path: X-Original-To: calsify@ietfa.amsl.com Delivered-To: calsify@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53012134B2D for ; Wed, 27 Sep 2017 06:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.689 X-Spam-Level: X-Spam-Status: No, score=-1.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) 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 px1wd7IdEaqY for ; Wed, 27 Sep 2017 06:06:19 -0700 (PDT) Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69B4A134B90 for ; Wed, 27 Sep 2017 06:05:02 -0700 (PDT) Received: by mail-wr0-x230.google.com with SMTP id c23so16340319wrg.9 for ; Wed, 27 Sep 2017 06:05:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=9+AitGGwUR8h6daOCvuGO4hh/RGmwMaBCKENWblYwLk=; b=dranvbeaog051Gd0iwhgELVqPB6fM+gWQ9/1XG4lEac5w4FJS3IP9E/ApSQEaQLhEF 0vBU6wt1tUM4pXLPH/4LUgcgo4Z3j5CmFz1y/fI6FpMdK19zXyZh51hCwORzG25CU+Fh KgeXfA3ttd0QeFjQO7chfx3Beiy4YRQuN6FrYYo+O8oD+4P1frqnYakZwJ2Q8PeiEjt0 tKCz1NIzg7JBY59p5q22qH5Vq7qkuWx3hldwjX6XeqnDFfO2MBW6yTMy9hrze0L5gBTs /h746nITHTdo8KZXdrjcX708vYjPTlIj53FvbaDMiSi3EZASSdgDmeMzz8UPOacoY4q8 OxQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=9+AitGGwUR8h6daOCvuGO4hh/RGmwMaBCKENWblYwLk=; b=L41LWYkcTh0dhb/GyKp4nVbNzgBcu3bEs6Xnks9OpKxWOvDjlZoBcdx0ckZnDlo7Ya 8ZBjVPMJIDs5svQncUcCi4dVjiDqk2SRjwc5Mw0dm8eJiq0xTtwq60GOf5yf/KCP1tRr e2jBivvaHgj3xRPs+X52sfZEn0zpmkSmJu+K0/p/qYXneK7Lr6t0ezpAf+d5B7OO5cZs veFB9E6lA1jQ6UCFCJPGFNACcmxs1Ked6VnWeOXe8DOKm4em3B6VX1ovUaVa/bpvxS4l oHioUf5xpm1rkASpovM6q/MXsTW5wvCNxjJbR349cpe6+7wFnrizODbJhySEe2942MbC GbRA== X-Gm-Message-State: AHPjjUhK8AaUeLlXbB63Wl7OBhTxlx4y345UkFgyca8cOOlufnHvYxmn PioRzrFklLDED+OW4hr7+q0gep7T8jKN3frENdg= X-Google-Smtp-Source: AOwi7QAqzrWFWhaSUyH70Pc4HjDd8n/Z39I+YyBjaB/g8osGPypLDoTFUh5n201LMpX2f04xUDveQ/BO3qm9kuAtUj0= X-Received: by 10.46.25.78 with SMTP id p75mr640163lje.24.1506517500883; Wed, 27 Sep 2017 06:05:00 -0700 (PDT) MIME-Version: 1.0 Sender: mglt.ietf@gmail.com Received: by 10.46.97.25 with HTTP; Wed, 27 Sep 2017 06:05:00 -0700 (PDT) In-Reply-To: References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> <0de097f4-be06-fa25-85ec-1ace48ec776c@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118CEEF17@eusaamb107.ericsson.se> From: Daniel Migault Date: Wed, 27 Sep 2017 09:05:00 -0400 X-Google-Sender-Auth: eIVI3L_pAMRHfZI5gw3YelSdGiU Message-ID: To: Michael Douglass Cc: "calsify@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c1c01c87cf66c055a2b7005" Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Sep 2017 13:06:22 -0000 --94eb2c1c01c87cf66c055a2b7005 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Great Thanks! Yours, Daniel On Wed, Sep 27, 2017 at 4:44 AM, Michael Douglass wrote: > Hi Daniel > > We're taking a look at the current draft and I hope I can get back later > this week with a firm response > > On 9/26/17 18:07, Daniel Migault wrote: > > Hi Michael, > > > > I am wondering if you have completed your implementation and if you > believe the draft version 03 is ready to be sent to the IESG. If so, I wi= ll > have a final review and ship the document. > > > > Yours, > > Daniel > > > > *From:* Michael Douglass [mailto:mikeadouglass@gmail.com > ] > *Sent:* Thursday, May 04, 2017 5:01 PM > *To:* Daniel Migault > ; calsify@ietf.org > *Subject:* Re: [calsify] I-D Action: draft-ietf-calext-eventpub- > extensions-02.txt > > > > I think I will remove the STRUCTURED-RESOURCE property from the draft > along with RESTYPE > > That was added at a time we were active with resource extensions to vcard > and the assumption was that a registry of resource types would come out o= f > that. > > That work has been restarted recently but we probably need to rethink the > approach. It's possible that the PARTICIPANT component will work instead = of > a special property for resources. > > We can always bring out a later extension to reintroduce that property if > we feel it's needed. > > I also noticed that I should have specified the uid property as a require= d > property for PARTICIPANT. > > > > On 5/4/17 11:01, Daniel Migault wrote: > > Hi Michael, > > > > Thanks for the update. The only way I see to address the nits, is to writ= e > in plain text RFC5545 in the abstract and use the reference tyarget=3D=E2=80=9D=E2=80=9D/> in the introduction. I guess the nits tool= looks at [.*] to > list references. > > Yours, > > Daniel > > > > *From:* calsify [mailto:calsify-bounces@ietf.org > ] *On Behalf Of *Michael Douglass > *Sent:* Thursday, May 04, 2017 10:55 AM > *To:* calsify@ietf.org > *Subject:* Re: [calsify] I-D Action: draft-ietf-calext-eventpub- > extensions-02.txt > > > > Thanks for the comments. I've published an updated version 03 and there > are some comments below. > > A couple of particular points that need further work: > > > ** The abstract seems to contain references ([RFC5545]), which it > shouldn't. Please replace those with straight textual mentions of t= he > documents in question. > > Is there a guide as to when and when not a refeence? > > Also the RESTYPE parameter needs more discussion > > > On 4/30/17 15:18, Daniel Migault wrote: > > Hi, > > Please find my comments regarding the current version. The document is in > good shape. > > Yours, > > Daniel > > > 1. Introduction > > > "Formats such as VCARD are likely to be most useful." I think we need som= e > explanation. Is the VCARD used by the organizer or participant of the eve= nt > ? If that is the case, it would be clearer to mention it explicitly. > > Tried to expand a little > > > > "The following properties and components are defined in this > specification". As there are two kind of objects being defined, it would = be > clarifying for the reader to specify for each item below what category th= ey > belong to. My understanding is that only participant is a component other= s > are properties. > > I've split off participant as a separate paragraph > > > > 2. Components and properties > > "In a break with this 'tradition' this specification introduces some of > these extensions as components rather than properties." > > My reading is that components is not used as the iCal terminology here. > More specifically, this is not an iCal component. If that is the case, > maybe we could use another term. I am trying to find one but agree this i= s > not easy. > > At one point I thought we would have multiple components. I've reduced it > to referring to the one component > > > > 3. Typed References > > """ > These properties are designed to handle common use cases in event > publication. It is generally important to provide information about > the organizers of such events. Sponsors wish to be referenced in a > prominent manner. In social calendaring it is often important to > identify the active participants in the event, for example a school > sports team, and the inactive participants, for example the parents. > """ > > I also have the impression that properties is not associated to teh ICal > properties. In fcat I see Participant as a component. In this case saying > the participant components and associated properties seems to be clearer = to > me at least. > > Left over with the move from PARTICIPANT as a property to a component. > I've made that paragraph specific to PARTICIPANT > > > > 5.2. Restype > > """ > Description: This parameter MAY be specified on STRUCTURED-RESOURC= E > and provides a way to differentiate multiple properties. > > Values for this parameter are taken from the values defined in > [todo]. New resource types SHOULD be registered in the manner > laid down in that specification > """ > > [todo] needs to be completed. > > Yes - There was work on a vcard resource draft which was expected to get > ahead of this one. That didn't happen. We'll need some discussion on whe= re > to go with that. > > > > 5.3. Order > > """ > Description: The ORDER parameter is OPTIONAL and is used to indicate > the relative ordering of the corresponding instance of a property. > Its value MUST be an integer greater than or equal to 1 that > quantifies the order. Lower values correspond to a higher level > of ordering, with 1 being the highest. > """ > > I would like to make sure and explicit that ordering is performed from lo= w > to high value or the reverse. > > Tried to get rid of some of the higher/lower language > > I also found one or 2 issues myself. > > Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE > > Property SCHEDULE-ADDRESS - definition specified value as iana-token. > Should be cal-address > > Property SCHEDULE-DATA - specified a data type of TEXT only - but it > should be TEXT, BINARY or URI > > Missed format type out of the descriptive text for STYLED-DESCRIPTION > > Component PARTICIPANT > Priority was missing from the format definition > Had structuredaddress instead of scheduleaddress > > > > > > Follows the nits provided by the datatracker: > > > nits: > idnits 2.14.01 > > /tmp/draft-ietf-calext-eventpub-extensions-02.txt: > > Checking boilerplate required by RFC 5378 and the IETF Trust (see > http://trustee.ietf.org/license-info): > ------------------------------------------------------------ > ---------------- > > No issues found here. > > Checking nits according to http://www.ietf.org/id-info/ > 1id-guidelines.txt: > ------------------------------------------------------------ > ---------------- > > No issues found here. > > Checking nits according to http://www.ietf.org/id-info/checklist : > ------------------------------------------------------------ > ---------------- > > ** There is 1 instance of too long lines in the document, the longest o= ne > being 1 character in excess of 72. > > ** The abstract seems to contain references ([RFC5545]), which it > shouldn't. Please replace those with straight textual mentions of t= he > documents in question. > > Is this referring to things like > > This specification also defines a new STRUCTURED-DATA property for > > iCalendar [RFC5545] to allow for data that is directly pertinent to > > > Is there a guide as to when should I use a reference and when not? > > > > -- The draft header indicates that this document updates RFC5545, but t= he > abstract doesn't seem to directly say this. It does mention RFC5545 > though, so this could be OK. > > -- The draft header indicates that this document updates RFC5546, but t= he > abstract doesn't seem to mention this, which it should. > > > Miscellaneous warnings: > ------------------------------------------------------------ > ---------------- > > (Using the creation date from RFC5545, updated by this document, for > RFC5378 checks: 2008-10-31) > > (Using the creation date from RFC5546, updated by this document, for > RFC5378 checks: 2008-07-14) > > -- The document seems to lack a disclaimer for pre-RFC5378 work, but ma= y > have content which was first submitted before 10 November 2008. If > you > have contacted all the original authors and they are all willing to > grant > the BCP78 rights to the IETF Trust, then this is fine, and you can > ignore > this comment. If not, you may need to add the pre-RFC5378 > disclaimer. > (See the Legal Provisions document at > http://trustee.ietf.org/license-info for more information.) > > -- The document date (April 21, 2017) is 9 days in the past. Is this > intentional? > > > Checking references for intended status: Proposed Standard > ------------------------------------------------------------ > ---------------- > > (See RFCs 3967 and 4897 for information about using normative > references > to lower-maturity documents in RFCs) > > =3D=3D Unused Reference: 'RFC2434' is defined on line 1079, but no expl= icit > reference was found in the text > > Deleted > > > > =3D=3D Unused Reference: 'RFC3688' is defined on line 1084, but no expl= icit > reference was found in the text > > Deleted > > > > =3D=3D Outdated reference: draft-ietf-calext-extensions has been publis= hed as > RFC 7986 > > Fixed > > > ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226) > > > Summary: 3 errors (**), 0 flaws (~~), 3 warnings (=3D=3D), 4 comment= s > (--). > > Run idnits with the --verbose option for more detailed information > about > the items above. > > > > On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault < > daniel.migault@ericsson.com> wrote: > > Hi, > > This starts a Working Group Last Call for: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > Please provide your comments / reviews by May 14. > > Yours, > > Daniel > > > > > > ---------- Forwarded message ---------- > From: > Date: Fri, Apr 21, 2017 at 11:37 PM > Subject: [calsify] I-D Action: draft-ietf-calext-eventpub- > extensions-02.txt > To: i-d-announce@ietf.org > Cc: calsify@ietf.org > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Calendaring Extensions of the IETF. > > Title : Event Publishing Extensions to iCalendar > Author : Michael Douglass > Filename : draft-ietf-calext-eventpub-extensions-02.txt > Pages : 28 > Date : 2017-04-21 > > Abstract: > This specification introduces a number of new iCalendar properties > and components which are of particular use for event publishers and > in social networking. > > This specification also defines a new STRUCTURED-DATA property for > iCalendar [RFC5545] to allow for data that is directly pertinent to > an event or task to be included with the calendar data. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02 > https://datatracker.ietf.org/doc/html/draft-ietf-calext- > eventpub-extensions-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-calext-eventpub-extensions= -02 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > > > > > > > > > > _______________________________________________ > > calsify mailing list > > calsify@ietf.org > > https://www.ietf.org/mailman/listinfo/calsify > > > > > > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > > --94eb2c1c01c87cf66c055a2b7005 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Great Thanks!
Yours,
Daniel

On Wed, S= ep 27, 2017 at 4:44 AM, Michael Douglass <mikeadouglass@gmail.com> wrote:
=20 =20 =20

Hi Daniel

We're taking a look at the current draft and I hope I can get back later this week with a firm response


On 9/26/17 18:07, D= aniel Migault wrote:
=20 =20 =20

Hi Michael,

=C2=A0

I am wondering if you have completed your implementation and if you believe the draft version 03 is ready to be sent to the IESG. If so, I will have a final review and ship the document.

=C2=A0

Yours,

Daniel

=C2=A0

=C2=A0

I think I will remove the STRUCTURED-RESOURCE property from the draft along with RESTYPE

That was added at a time we were active with resource extensions to vcard and the assumption was that a registry of resource types would come out of that.

That work has been restarted recently but we probably need to rethink the approach. It's possible that the PARTICIPANT component will work instead of a special property for resources.

We can always bring out a later extension to reintroduce that property if we feel it's needed.

I also noticed that I should have specified the uid property as a required property for PARTICIPANT.

=C2=A0

On 5/4/17 11:01, Daniel Migault wrote:<= /u>

Hi Michael,

=C2=A0<= /u>

Thanks for the update. The only way I see to address the nits, is to write in plain text RFC5545 in the abstract and use the reference <xref tyarget=3D=E2=80=9D=E2=80=9D/> in the i= ntroduction. I guess the nits tool looks at [.*] to list references.

Yours,

Daniel =C2=A0

=C2=A0<= /u>

From:<= span style=3D"font-size:11.0pt;font-family:"Calibri",sans-serif;c= olor:windowtext"> calsify [mailto:calsify-bounces@ietf.org] On Behalf Of Michael Douglass
Sent: Thursday, May 04, 2017 10:55 AM
To: calsify@ietf.org
Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt<= u>

=C2=A0

Thanks for the comments. I've published an updated version 03 and there are some comments below.

A couple of particular points that need further work:


=C2=A0 ** The abstract seems to contain references ([RFC5545]), which it
=C2=A0=C2=A0=C2=A0=C2=A0 shouldn't.=C2=A0 Please replace th= ose with straight textual mentions of the
=C2=A0=C2=A0=C2=A0=C2=A0 documents in question.

Is there a guide as to when and when not a refeence?

Also the RESTYPE parameter needs more discussion


On 4/30/17 15:18, Daniel Migault wrote:<= u>

H= i,

Ple= ase find my comments regarding the current version. The document is in good shape.

Yours,

Daniel


1.=C2=A0 Introduction


"Formats such as VCARD are likely to be most useful." I think we need some explanation. Is the VCARD used by the organizer or participant of the event ? If that is the case, it would be clearer to mention it explicitly.

Tried to expand a little



"The following properties and components are defined in this specification". As there are t= wo kind of objects being defined, it would be clarifying for the reader to specify for each item below what category they belong to. My understanding is that only participant is a component others are properties.

I've split off participant as a separa= te paragraph


=C2=A0=C2=A0
2.=C2=A0 Components and properties

"In a break with this 'tradition' this specification introduces some of these extensions as components rather than properties."

My reading is that components is not used as the iCal terminology here. More specifically, this is not an iCal component. If that is the case, maybe we could use another term. I am trying to find one but agree this is not easy.

At one point I thought we would have multiple components. I've reduced it to referring to the on= e component



3.=C2=A0 Typed References

"""
=C2=A0=C2=A0 These properties are designed to handl= e common use cases in event
=C2=A0=C2=A0 publication.=C2=A0 It is generally imp= ortant to provide information about
=C2=A0=C2=A0 the organizers of such events.=C2=A0 S= ponsors wish to be referenced in a
=C2=A0=C2=A0 prominent manner.=C2=A0 In social cale= ndaring it is often important to
=C2=A0=C2=A0 identify the active participants in th= e event, for example a school
=C2=A0=C2=A0 sports team, and the inactive particip= ants, for example the parents.
"""

I also have the impression that properties is not associated to teh ICal properties. In fcat I see Participant as a component. In this case saying the participant components and associated properties seems to be clearer to me=C2=A0 at least= .

Left over with the move from PARTICIPANT as a property to a component. I've made that paragraph specific to PARTICIPANT



5.2.=C2=A0 Restype

"""
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Description:=C2=A0 T= his parameter MAY be specified on STRUCTURED-RESOURCE
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and provides a way t= o differentiate multiple properties.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Values for this para= meter are taken from the values defined in
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [todo].=C2=A0 New re= source types SHOULD be registered in the manner
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 laid down in that sp= ecification
"""

[todo] needs to be completed.

Yes - There was work on a vcard resource draft which was expected to get ahead of this one. That didn't happen.=C2=A0 We'll need some discussion on wher= e to go with that.



5.3.=C2=A0 Order

"""
=C2=A0=C2=A0 Description:=C2=A0 The ORDER parameter= is OPTIONAL and is used to indicate
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the relative orderin= g of the corresponding instance of a property.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Its value MUST be an= integer greater than or equal to 1 that
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 quantifies the order= .=C2=A0 Lower values correspond to a higher level
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 of ordering, with 1 = being the highest.
"""

I would like to make sure and explicit that ordering is performed from low to high value or the reverse.

Tried to get rid of some of the higher/lower language

I also found one or 2 issues myself.

Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE

Property SCHEDULE-ADDRESS - definition specified value as iana-token. Should be cal-address

Property SCHEDULE-DATA - specified a data type of TEXT only - but it should be TEXT, BINARY or URI

Missed format type out of the descriptive text for STYLED-DESCRIPTION

Component PARTICIPANT
Priority was missing from the format definition
Had structuredaddress instead of scheduleaddress


=C2=A0=C2=A0
=C2=A0

Follows the nits provided by the datatracker:


nits:
idnits 2.14.01

/tmp/draft-ietf-calext-eventpub-extensions-02.txt:

=C2=A0 Checking boilerplate required by RFC 5378 an= d the IETF Trust (see
=C2=A0 http://trustee.ietf.org/license-info):
=C2=A0 -----------------------------------------------------------------= -----------

=C2=A0=C2=A0=C2=A0=C2=A0 No issues found here.

=C2=A0 Checking nits according to http://www.ietf.org/id-info/1id-guidelines.t= xt:
=C2=A0 -----------------------------------------------------------------= -----------

=C2=A0=C2=A0=C2=A0=C2=A0 No issues found here.

=C2=A0 Checking nits according to http://www.ietf.org/id-i= nfo/checklist :
=C2=A0 -----------------------------------------------------------------= -----------

=C2=A0 ** There is 1 instance of too long lines in the document, the longest one
=C2=A0=C2=A0=C2=A0=C2=A0 being 1 character in exces= s of 72.

=C2=A0 ** The abstract seems to contain references ([RFC5545]), which it
=C2=A0=C2=A0=C2=A0=C2=A0 shouldn't.=C2=A0 Pleas= e replace those with straight textual mentions of the
=C2=A0=C2=A0=C2=A0=C2=A0 documents in question.<= /u>

Is this referring to things like

This specification also defines a new STRUCTURED-DATA prop=
erty for
iCalendar [RFC5545] to allow for data that is directly per=
tinent to


Is there a guide as to when should I use a reference and when not?



=C2=A0 -- The draft header indicates that this document updates RFC5545, but the
=C2=A0=C2=A0=C2=A0=C2=A0 abstract doesn't seem = to directly say this.=C2=A0 It does mention RFC5545
=C2=A0=C2=A0=C2=A0=C2=A0 though, so this could be O= K.

=C2=A0 -- The draft header indicates that this document updates RFC5546, but the
=C2=A0=C2=A0=C2=A0=C2=A0 abstract doesn't seem = to mention this, which it should.


=C2=A0 Miscellaneous warnings:
=C2=A0 -----------------------------------------------------------------= -----------

=C2=A0=C2=A0=C2=A0=C2=A0 (Using the creation date f= rom RFC5545, updated by this document, for
=C2=A0=C2=A0=C2=A0=C2=A0 RFC5378 checks: 2008-10-31= )

=C2=A0=C2=A0=C2=A0=C2=A0 (Using the creation date f= rom RFC5546, updated by this document, for
=C2=A0=C2=A0=C2=A0=C2=A0 RFC5378 checks: 2008-07-14= )

=C2=A0 -- The document seems to lack a disclaimer f= or pre-RFC5378 work, but may
=C2=A0=C2=A0=C2=A0=C2=A0 have content which was fir= st submitted before 10 November 2008.=C2=A0 If you
=C2=A0=C2=A0=C2=A0=C2=A0 have contacted all the ori= ginal authors and they are all willing to grant
=C2=A0=C2=A0=C2=A0=C2=A0 the BCP78 rights to the IE= TF Trust, then this is fine, and you can ignore
=C2=A0=C2=A0=C2=A0=C2=A0 this comment.=C2=A0 If not= , you may need to add the pre-RFC5378 disclaimer.
=C2=A0=C2=A0=C2=A0=C2=A0 (See the Legal Provisions = document at
=C2=A0=C2=A0=C2=A0=C2=A0 http://trustee.ietf.org/licen= se-info for more information.)

=C2=A0 -- The document date (April 21, 2017) is 9 days in the past.=C2=A0 Is this
=C2=A0=C2=A0=C2=A0=C2=A0 intentional?


=C2=A0 Checking references for intended status: Proposed Standard
=C2=A0 -----------------------------------------------------------------= -----------

=C2=A0=C2=A0=C2=A0=C2=A0 (See RFCs 3967 and 4897 fo= r information about using normative references
=C2=A0=C2=A0=C2=A0=C2=A0 to lower-maturity document= s in RFCs)

=C2=A0 =3D=3D Unused Reference: 'RFC2434' i= s defined on line 1079, but no explicit
=C2=A0=C2=A0=C2=A0=C2=A0 reference was found in the= text

Deleted



=C2=A0 =3D=3D Unused Reference: 'RFC3688' i= s defined on line 1084, but no explicit
=C2=A0=C2=A0=C2=A0=C2=A0 reference was found in the= text

Deleted



=C2=A0 =3D=3D Outdated reference: draft-ietf-calext-extensions has been published as
=C2=A0=C2=A0=C2=A0=C2=A0 RFC 7986

Fixed


=C2=A0 ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226)


=C2=A0=C2=A0=C2=A0=C2=A0 Summary: 3 errors (**), 0 = flaws (~~), 3 warnings (=3D=3D), 4 comments (--).

=C2=A0=C2=A0=C2=A0=C2=A0 Run idnits with the --verb= ose option for more detailed information about
=C2=A0=C2=A0=C2=A0=C2=A0 the items above.=

=C2=A0

On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault <daniel.migault@ericsson.com> wrote:

Hi,

This starts a Working Group Last Call for:
https://datatracker.= ietf.org/doc/draft-ietf-calext-eventpub-extensions/

Please provide your comments / reviews by=C2=A0 May 14.

Yours,

Daniel

=C2=A0

=C2=A0

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Fri, Apr 21, 2017 at 11:37 PM
Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-exten= sions-02.txt
To: i-d-announce@ietf.org
Cc: calsify@ietf.org



A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Calendaring Extensions of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Event Publishing Extensions to iCalendar =C2=A0 =C2=A0 =C2=A0 =C2=A0 Author=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Michael Douglass
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename= =C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ietf-calext-eventpub-exten= sions-02.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 28
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2017-04-21

Abstract:
=C2=A0 =C2=A0This specification intro= duces a number of new iCalendar properties =C2=A0 =C2=A0and components which are= of particular use for event publishers and
=C2=A0 =C2=A0in social networking.
=C2=A0 =C2=A0This specification also = defines a new STRUCTURED-DATA property for =C2=A0 =C2=A0iCalendar [RFC5545] to a= llow for data that is directly pertinent to
=C2=A0 =C2=A0an event or task to be i= ncluded with the calendar data.


The IETF datatracker status page for this draft is:
https://da= tatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/=

There are also htmlized versions available at:
https://tools= .ietf.org/html/draft-ietf-calext-eventpub-extensions-02
htt= ps://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-ext= ensions-02

A diff from the previous version is available at:
https= ://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-calext-eventpub-extensi= ons-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/
_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/li= stinfo/calsify

=C2=A0

=C2=A0





_______________________________________________
calsify mailing list
cals=
ify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify=

=C2=A0

=C2=A0



_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify<= br>

--94eb2c1c01c87cf66c055a2b7005-- From nobody Thu Sep 28 01:43:36 2017 Return-Path: X-Original-To: calsify@ietfa.amsl.com Delivered-To: calsify@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD359134562 for ; Thu, 28 Sep 2017 01:43:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 TP-Tjq_g1_tu for ; Thu, 28 Sep 2017 01:43:33 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7244A134560 for ; Thu, 28 Sep 2017 01:43:33 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id B01B020EFF; Thu, 28 Sep 2017 04:43:32 -0400 (EDT) Received: from web2 ([10.202.2.212]) by compute1.internal (MEProxy); Thu, 28 Sep 2017 04:43:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=Oqaci9+sCCYXzibcs9QnYGbFDqSgc NRqVNtIitDRLn8=; b=h9FGwyYuWV5Pudm5oMtnC4mSdMTktmW5xXwJtHiGh8GMJ 0u6gpg/CAWnHFrvXOhPQnek0wMUYDUrNSvC6T0Dn2ftIeEtaerrrfT1bJP0jRkAQ rIyo1UyZCtWIAT2JgAzAJ64+i14TOeN6A6nMNba8rR6Z6qhc/nC1yOKf3RgRQsZ2 aOiHwc8oJzvudu+315T0MzeK8jtkm3g/LBF9MwfK4jTrhNwHjo5O+jo532h/Ys32 G5WiRulQDQ3LTLXuZjcJGG6hunhJaAo6ecDYPnUbf/xwDEo23DFvgVnAE5c5maLJ hlCuewoEupQYqN6QJvz0U8GwthMco3WAl095HoYpA== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 821186269A; Thu, 28 Sep 2017 04:43:32 -0400 (EDT) Message-Id: <1506588212.485384.1120898568.4273A4D9@webmail.messagingengine.com> From: Robert Stepanek To: calsify@ietf.org Cc: Alexey Melnikov , Neil Jenkins , Bron Gondwana MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-6cb49228 Date: Thu, 28 Sep 2017 10:43:32 +0200 Archived-At: Subject: [calsify] Feedback requested: draft-jenkins-jscalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2017 08:43:35 -0000 Hi, over the last year we have been working on JSCalendar, a JSON-based representation of calendar data as an alternative to iCalendar (RFC5545). We already got extensive feedback from the members of CalConnect and individual contributors and we'd very much like to get the discussion started on our proposal at IETF. There's an increasing amount of proprietary calendar data formats in the industry, most of them JSON-based. We believe that a new standardised calendar data representation that meets the requirements of these applications would help to reduce interoperability issues while overcoming iCalendar pitfalls and ambiguities. The current draft version is located at https://datatracker.ietf.org/doc/draft-jenkins-jscalendar/ Do you have any feedback on this? What would make you use the new format, what is it currently missing? Thanks for your thoughts, Robert P.S.: This message got cross-posted to the DISPATCH workgroup.