From nobody Tue Apr 4 03:22:10 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 F26EE129482; Tue, 4 Apr 2017 03:22:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 mbjxGJmJIdsG; Tue, 4 Apr 2017 03:22:07 -0700 (PDT) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::22f]) (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 1AD88129481; Tue, 4 Apr 2017 03:22:07 -0700 (PDT) Received: by mail-wr0-x22f.google.com with SMTP id w43so207226337wrb.0; Tue, 04 Apr 2017 03:22:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=B42v234SSUkJPQUL6BS1ysFbY91oRGxyi5c3I0AG4ro=; b=eG9un7gh1HxlZXW521XDwaw3ekb98wrmqGaC7sGH2aSgR3HCCc/j5pxQ5xRqyf6dfS GFa6JC0m72NLif2IVXK9d4+FcIXtcHSP99q/H967uS3S296RR52KbrgC0BOyiA/HZsjh c2T2RVN9kBINLMUWttTfLAvRdw9IaWcRX+pI7g6NFXR9c1/oVipC52BWjocwXEpgihw1 4w2ZnsohdQcQDSAHbqaqdivnO8tq5P66IAf5cLQIFdZHWSZ3+K1IOOYAcQ8BxrOux2Xl FE+E2XxJ4c+QQzL4IaL42ZonpjO7Z/h0maykBwT5XxC4EHRIYfjJo5LXQufQj6K28SKs aLnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=B42v234SSUkJPQUL6BS1ysFbY91oRGxyi5c3I0AG4ro=; b=Uc6fFaw6Mlsii8WHp6hou/0u4Ta0g8dYOJxCbfsG1jKrt5pSk5/ifbV++aj033JsE3 hvWW4Oo7PkGc78Kw2fiHNGtNSfO/40n1EPBxBRaJkzcirR12kdtcHj/zCWFUkje3KZWJ Z3MCQxxC/kbZcRK86phQG1DbXGUqSE01jwQy4JiOPocd/CXmE7G3VQqJT1FPuxo1t0Ko gXyDTIN3twGB4xPim+KpVBeG8AHuWWH/k4HtvysZ3wtBvsgESOrIT6ZKLyPEjPQq1CrM 90azmkzT7gIpFsUf6URSsnnSfskggVPsdP4mnYmjmrF22UdyDf9fnV8lImT0Amhq4RJa JS0A== X-Gm-Message-State: AFeK/H17ADG/ExKcdvX1g45fZ0yt0w+GatoYXmVbgq2BEDR7axzlpmhfAGHjzkg8SKJlqA== X-Received: by 10.28.138.134 with SMTP id m128mr14349402wmd.121.1491301324539; Tue, 04 Apr 2017 03:22:04 -0700 (PDT) Received: from [192.168.178.28] (POP111-807.catv.wtnet.de. [213.209.126.41]) by smtp.googlemail.com with ESMTPSA id v188sm3285165wmg.11.2017.04.04.03.22.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Apr 2017 03:22:03 -0700 (PDT) To: Arnaud Quillaud , draft-ietf-calext-caldav-attachments.authors@ietf.org Cc: Calsify References: <0efdea51-526d-3fe1-cf3b-2059c3fb3b24@gmail.com> <06ee9799-9401-e1b4-6c19-8187b75e21fe@andrew.cmu.edu> From: Philipp Kewisch Message-ID: <97a8c303-042c-e40c-6873-390b5d08ccba@gmail.com> Date: Tue, 4 Apr 2017 12:22:02 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <06ee9799-9401-e1b4-6c19-8187b75e21fe@andrew.cmu.edu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [calsify] IPR Disclosure for draft-ietf-calext-caldav-attachments 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, 04 Apr 2017 10:22:09 -0000 Arnaud, I am missing your reply to move forward. Are you aware of any IPR related to this draft? Kind Regards, Philipp On 3/23/17 8:03 PM, Ken Murchison wrote: > I am not aware of any IPR related to this draft. > > > On 03/22/2017 05:14 PM, Philipp Kewisch wrote: >> Hello CalDAV Attachments Authors, >> >> I am preparing the shepherd writeup for >> draft-ietf-calext-caldav-attachments and would like to ask the >> obligatory question regarding IPR. >> >> Can you confirm that any and all appropriate IPR disclosures required >> for full conformance with the provisions of BCP 78 and BCP 79 have >> already been filed, and that you are not aware of any further IPR >> related to this draft? >> >> If anyone else is aware of undeclared IPR, please voice your concerns. >> >> Kind Regards, >> Philipp >> > From nobody Tue Apr 4 04:01:58 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 367BD127333; Tue, 4 Apr 2017 04:01:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.998 X-Spam-Level: X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-2.796, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J4TsQTSwn9wa; Tue, 4 Apr 2017 04:01:55 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (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 770A6126D73; Tue, 4 Apr 2017 04:01:54 -0700 (PDT) Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v34B1qMP010600 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Apr 2017 11:01:52 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id v34B1qkH022586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Apr 2017 11:01:52 GMT Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v34B1psb003631; Tue, 4 Apr 2017 11:01:52 GMT Received: from [10.156.54.153] (/80.12.63.153) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 04 Apr 2017 04:01:51 -0700 References: <0efdea51-526d-3fe1-cf3b-2059c3fb3b24@gmail.com> <06ee9799-9401-e1b4-6c19-8187b75e21fe@andrew.cmu.edu> <97a8c303-042c-e40c-6873-390b5d08ccba@gmail.com> In-Reply-To: <97a8c303-042c-e40c-6873-390b5d08ccba@gmail.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-Id: <21504E59-CA2E-4A2E-8C56-D5931448E698@oracle.com> Cc: draft-ietf-calext-caldav-attachments.authors@ietf.org, Calsify X-Mailer: iPhone Mail (14D27) From: Arnaud Quillaud Date: Tue, 4 Apr 2017 13:01:43 +0200 To: Philipp Kewisch X-Source-IP: aserv0021.oracle.com [141.146.126.233] Archived-At: Subject: Re: [calsify] IPR Disclosure for draft-ietf-calext-caldav-attachments 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, 04 Apr 2017 11:01:57 -0000 > On 4 Apr 2017, at 12:22, Philipp Kewisch wrote: > > Arnaud, > > I am missing your reply to move forward. Sorry about that. > Are you aware of any IPR > related to this draft? No IPR related to this draft as far as I know. Arnaud > > Kind Regards, > Philipp > >> On 3/23/17 8:03 PM, Ken Murchison wrote: >> I am not aware of any IPR related to this draft. >> >> >>> On 03/22/2017 05:14 PM, Philipp Kewisch wrote: >>> Hello CalDAV Attachments Authors, >>> >>> I am preparing the shepherd writeup for >>> draft-ietf-calext-caldav-attachments and would like to ask the >>> obligatory question regarding IPR. >>> >>> Can you confirm that any and all appropriate IPR disclosures required >>> for full conformance with the provisions of BCP 78 and BCP 79 have >>> already been filed, and that you are not aware of any further IPR >>> related to this draft? >>> >>> If anyone else is aware of undeclared IPR, please voice your concerns. >>> >>> Kind Regards, >>> Philipp >>> >> > From nobody Tue Apr 4 06:59:44 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 5F488127071; Tue, 4 Apr 2017 06:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0F2u6A1Wk4ei; Tue, 4 Apr 2017 06:59:40 -0700 (PDT) Received: from daboo.name (daboo.name [173.13.55.49]) (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 08CE7127241; Tue, 4 Apr 2017 06:59:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 422D96871EA5; Tue, 4 Apr 2017 09:59:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at mydomain = daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3bYljJmgKEoE; Tue, 4 Apr 2017 09:59:38 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.44.178.52]) by daboo.name (Postfix) with ESMTPSA id ABEC76871E92; Tue, 4 Apr 2017 09:59:37 -0400 (EDT) Date: Tue, 04 Apr 2017 09:59:33 -0400 From: Cyrus Daboo To: Philipp Kewisch , draft-ietf-calext-caldav-attachments.authors@ietf.org cc: Arnaud Quillaud , Calsify Message-ID: In-Reply-To: <97a8c303-042c-e40c-6873-390b5d08ccba@gmail.com> References: <0efdea51-526d-3fe1-cf3b-2059c3fb3b24@gmail.com> <06ee9799-9401-e1b4-6c19-8187b75e21fe@andrew.cmu.edu> <97a8c303-042c-e40c-6873-390b5d08ccba@gmail.com> X-Mailer: Mulberry/4.1.0b1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=249 Archived-At: Subject: Re: [calsify] IPR Disclosure for draft-ietf-calext-caldav-attachments 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, 04 Apr 2017 13:59:43 -0000 Hi Philipp, --On April 4, 2017 at 12:22:02 PM +0200 Philipp Kewisch wrote: > I am missing your reply to move forward. Are you aware of any IPR > related to this draft? I am also not aware of any related IPR. -- Cyrus Daboo From nobody Thu Apr 13 03:06:01 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 6227F1314B1; Thu, 13 Apr 2017 03:05:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.321 X-Spam-Level: X-Spam-Status: No, score=-1.321 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kewis.ch header.b=b5f7lMBG; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Eq9fdtQG 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 4VkvASQh7t8r; Thu, 13 Apr 2017 03:05:58 -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 C48D813147F; Thu, 13 Apr 2017 03:05:57 -0700 (PDT) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 1105221771; Thu, 13 Apr 2017 06:05:57 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Thu, 13 Apr 2017 06:05:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kewis.ch; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=d4+5BfgrEcqVL8yE4OWV1rT6MiDlu6V2gmvaCQztO Y0=; b=b5f7lMBGgRp+fKOmFCrqj7Y1jo2CwVG9BBD8arWl5HjJtoMFdUa7MJ5Vf IskTe9Dq6PDI4yuRFpNbb0F3EV5XPi4z2zQHCS1qABRfWTMjf89GeFXhXtO7L4iF viucRve7ysTwMVj6fuNmjj+fB7pZ7xcjVU25cQfYfCs/0s40OwHvtyGTNNghRkmv La2Yz41EHo8TC88hPV1ZO2U4orNFxGIUp7w3Y+czb+xSy5VEHjXbRWsNRZewteRW u6FvtAC21tpi/awNDLh/6tymB/YKuUU20z4fYHdcjXEvF/LY6mWokD4J/DTn1lHd 3l2gVi1EsG7zF4czOBM+/u+BdNhnw== 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:x-sasl-enc; s=fm1; bh=d4+5BfgrEcqVL8yE4O WV1rT6MiDlu6V2gmvaCQztOY0=; b=Eq9fdtQGpkZFWERwTKFGErpu0yIs+/sD6Q FAYVCizJn31kIowP3HAuF+kR11AjX3EyalnpIFrswwxtUiXtSGWnJZUoaCUxw0Qv 3cPGrxwvzjPNW2QydQnAE4wfIWAGK4I3PBs/IkkfT7/Q5Vy8DyBOp4goxZYr6oND jbwtnK/ZUkWtCny5uJHdze5xd2wBrOg4/fvile5krnmnOGSCQzIv3h21fdnbns6h VqHZ/gDXCk5koF9bmlirjv+fSikADcpX0u4XNbdbsBtGVZ73UrZF+lYsoQ0a3D4q SBYqspzH22lMNXbhmuwfLUtvkbrvFByBtB6mPEcF5wvSFX/3owhA== X-ME-Sender: X-Sasl-enc: tyeZYikmUY8zUhSYkPyt7bki53Cyy2ALOFiTQaDfbsjI 1492077956 Received: from [192.168.1.79] (x4e367e0c.dyn.telefonica.de [78.54.126.12]) by mail.messagingengine.com (Postfix) with ESMTPA id 815772458C; Thu, 13 Apr 2017 06:05:56 -0400 (EDT) To: Calsify Cc: draft-ietf-calext-caldav-attachments.authors@ietf.org From: Philipp Kewisch Message-ID: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> Date: Thu, 13 Apr 2017 12:05:55 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachments 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, 13 Apr 2017 10:05:59 -0000 Hello All, I've gotten around to finishing my review on this document. Aside from a minor typo, I have two simple questions, just to clarify out of personal interest: > Specific instance A specific iCalendar instance is targeted by using > its "RECURRENCE-ID" value as the item value. That value MUST > correspond to the RECURRENCE-ID value as stored in the calendar > object resource (i.e. without any conversion to UTC). If multiple > items of this form are used, they MUST be unique values. Can you clarify why you chose to not allow specifying this value in any form, so that the server does timezone translation if needed? > D. Upon successful creation of the attachment resource, and > modification of the targeted calendar object resource, the > server MUST return an appropriate HTTP success status > response and include a "Cal-Managed-ID" header field > containing the "MANAGED-ID" parameter value of the newly > created "ATTACH" property. Any specific reason to shorten "Calendar" to "Cal" here? > Malicious content could be introduced into the Calendar Server by way > of a managed attachment, and propagated to many end users via > scheduling. Servers SHOULD check managed attachments for malicious > or inappropriate content. Upon detecting of such content, servers > SHOULD remove the attachment, following the rules described in > Section 3.12.5. "Calendar Server" should probably be lowercase here, as you are not referring to a specific product. I've added the shepherd writeup to the datatracker, there were no irregularities. With those questions clarified I think this is good to go. Thank you for working on this document, I am looking forward to having it published. Kind Regards, Philipp From nobody Thu Apr 13 11:26:01 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 21DD21315B1; Thu, 13 Apr 2017 11:26:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 O7lUQJspQEgK; Thu, 13 Apr 2017 11:25:58 -0700 (PDT) Received: from smtp.andrew.cmu.edu (SMTP.ANDREW.CMU.EDU [128.2.105.202]) (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 AC15B1315B5; Thu, 13 Apr 2017 11:25:58 -0700 (PDT) Received: from [172.31.24.159] (VPN-172-31-24-159.VPN.CMU.LOCAL [172.31.24.159]) (user=murch mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.15.2/8.15.2) with ESMTPSA id v3DIPtd9008929 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Apr 2017 14:25:56 -0400 To: Philipp Kewisch , Calsify Cc: draft-ietf-calext-caldav-attachments.authors@ietf.org References: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> From: Ken Murchison Organization: Carnegie Mellon University Message-ID: Date: Thu, 13 Apr 2017 14:25:55 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 6.3.0.2556906, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.4.13.181215 X-SMTP-Spam-Clean: 8% ( HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, IN_REP_TO 0, LEGITIMATE_SIGNS 0, MSG_THREAD 0, MULTIPLE_REAL_RCPTS 0, NO_CTA_URI_FOUND 0, NO_URI_FOUND 0, NO_URI_HTTPS 0, REFERENCES 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_CC_HDR 0, __HAS_FROM 0, __HAS_MSGID 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_TEXT_P 0, __MIME_TEXT_P1 0, __MIME_VERSION 0, __MOZILLA_USER_AGENT 0, __NO_HTML_TAG_RAW 0, __PHISH_SPEAR_STRUCTURE_1 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NAME 0, __TO_NAME_DIFF_FROM_ACC 0, __TO_REAL_NAMES 0, __USER_AGENT 0) X-SMTP-Spam-Score: 8% X-Scanned-By: MIMEDefang 2.78 on 128.2.105.202 Archived-At: Subject: Re: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachments 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, 13 Apr 2017 18:26:00 -0000 On 04/13/2017 06:05 AM, Philipp Kewisch wrote: > Hello All, > > I've gotten around to finishing my review on this document. Aside from a > minor typo, I have two simple questions, just to clarify out of personal > interest: > >> Specific instance A specific iCalendar instance is targeted by using >> its "RECURRENCE-ID" value as the item value. That value MUST >> correspond to the RECURRENCE-ID value as stored in the calendar >> object resource (i.e. without any conversion to UTC). If multiple >> items of this form are used, they MUST be unique values. > Can you clarify why you chose to not allow specifying this value in any > form, so that the server does timezone translation if needed? I don't recall the exact reason, but presumably its so that the server can simply match the RECURRENCE-ID by value without having to do any translation. Perhaps Cyrus and/or Arnaud remember the exact reasoning. >> D. Upon successful creation of the attachment resource, and >> modification of the targeted calendar object resource, the >> server MUST return an appropriate HTTP success status >> response and include a "Cal-Managed-ID" header field >> containing the "MANAGED-ID" parameter value of the newly >> created "ATTACH" property. > Any specific reason to shorten "Calendar" to "Cal" here? No technical reason as I recall. I'd recommend against changing it now given the existence of a lot of Apple-deployed code. >> Malicious content could be introduced into the Calendar Server by way >> of a managed attachment, and propagated to many end users via >> scheduling. Servers SHOULD check managed attachments for malicious >> or inappropriate content. Upon detecting of such content, servers >> SHOULD remove the attachment, following the rules described in >> Section 3.12.5. > "Calendar Server" should probably be lowercase here, as you are not > referring to a specific product. Agreed. I will make this change. I also need to look at Gren Elliot's review again and make any necessary changes. -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University From nobody Thu Apr 13 13:56:54 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 ACD9D1243F3; Thu, 13 Apr 2017 13:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zIh9YMGtK3gG; Thu, 13 Apr 2017 13:56:51 -0700 (PDT) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 017911200DF; Thu, 13 Apr 2017 13:56:50 -0700 (PDT) X-AuditID: 12074424-d3fff700000079bb-42-58efe611ba29 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id BC.D6.31163.116EFE85; Thu, 13 Apr 2017 16:56:49 -0400 (EDT) Received: from outgoing-exchange-3.mit.edu (outgoing-exchange-3.mit.edu [18.9.28.13]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v3DKumZC021400; Thu, 13 Apr 2017 16:56:48 -0400 Received: from W92EXEDGE6.EXCHANGE.MIT.EDU (w92exedge6.exchange.mit.edu [18.7.73.28]) by outgoing-exchange-3.mit.edu (8.13.8/8.12.4) with ESMTP id v3DKuO1f031857; Thu, 13 Apr 2017 16:56:47 -0400 Received: from OC11EXHUB10.exchange.mit.edu (18.9.3.24) by W92EXEDGE6.EXCHANGE.MIT.EDU (18.7.73.28) with Microsoft SMTP Server (TLS) id 14.3.339.0; Thu, 13 Apr 2017 16:56:19 -0400 Received: from W92EXPO33.exchange.mit.edu ([10.10.10.33]) by OC11EXHUB10.exchange.mit.edu ([18.9.3.24]) with mapi id 14.03.0235.001; Thu, 13 Apr 2017 16:56:21 -0400 From: Paul B Hill To: Ken Murchison , Philipp Kewisch , Calsify CC: "draft-ietf-calext-caldav-attachments.authors@ietf.org" Thread-Topic: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachments Thread-Index: AQHStD2Q63DFeM+CBEiQ45yNd7G3YKHD4VmA///jP3A= Date: Thu, 13 Apr 2017 20:56:20 +0000 Message-ID: References: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [73.249.208.75] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBKsWRmVeSWpSXmKPExsUixG6noiv47H2EwdJ3BhabXjSzWux5fZbR 4v/VXSwWC25uZ3Jg8XjdKuSxZMlPJo+NR5YwBTBHcdmkpOZklqUW6dslcGW8aZ/CWnBSqGJ/ 4yvGBsYffF2MnBwSAiYSC2btZu5i5OIQEmhjkrj8fD4LhHOAUeLBk4msEM4xRonFG08xg7QI CWxnlJi1UwIisYJR4sK97ywgCTYBeYkZ+2czgtgiAoUSx84dYwexmQVKJSZNOMQGYgsLBEhs fj2NGaImUGLNlYnsELaVxMxVzUwgNouAqsTq/+vB5vAKBEtcm3yPDWJxscTnJbNZQWxOASeJ lg17weoZBcQkvp9awwSxS1zi1pP5TBC/CUosmr2HGcIWk/i36yEbhK0o0XPoH9RtOhILdn9i g7C1JZYtfM0MsVdQ4uTMJywTgF5FMnYWkpZZSFpmIWlZwMiyilE2JbdKNzcxM6c4NVm3ODkx Ly+1SNdcLzezRC81pXQTIzhCXVR2MHb3eB9iFOBgVOLhjah9HyHEmlhWXJl7iFGSg0lJlLfz OFCILyk/pTIjsTgjvqg0J7X4EKMEB7OSCO/9+0A53pTEyqrUonyYlDQHi5I4r7hGY4SQQHpi SWp2ampBahFMVoaDQ0mCd9EToEbBotT01Iq0zJwShDQTByfIcB6g4cJPQYYXFyTmFmemQ+RP MSpKifMagCQEQBIZpXlwvZAE6inzilEc6BVhXn2QKh5g8oXrfgU0mAlo8Nq9b0EGlyQipKQa GJUXFDoUb/x6penrmQbXB1v4zQ6YOLVNVFD1nn5BgrHLgpmzbIrmlHk7eL+XVEX8zC8NL2bd 9mNZS0mNh4ne3imKOoIqp6Ya69acdPYWXSg597C6aKad8najqHO+a9Wq1i+cvdKzr2RFzeQf 6/yX/rmbLuXIaKt/VTngjFBr61oZ5bO//Rj+KrEUZyQaajEXFScCAEOLJyV7AwAA Archived-At: Subject: Re: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachments 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, 13 Apr 2017 20:56:53 -0000 Hi, If I recall correctly, while letting the server simply match the RECURRENCE= -ID is a nice side effect, there are edge cases where the requirement is es= sential in order to guarantee the correct behavior. Recurring meetings happ= en over a span of time AND timezone definitions change over time. The timez= one definitions include not only the offset at a particular time of year, b= ut also the geographic region to which the rule applies. When the specifica= tion was being developed there was one region that had overlapping timezone= s and the choice of which timezone was applied implied a political affiliat= ion (in a war zone.) Performing a translation on each server to which the i= Calendar instance may be forwarded prior to storage could lead to confusion= . Of course, the organizer may reside in an area where there is timezone i= nstability over the duration of the recurrence, but presumably, the organiz= er would be in the best position to know that an issue updates as needed.=20 Paul -----Original Message----- From: calsify [mailto:calsify-bounces@ietf.org] On Behalf Of Ken Murchison Sent: Thursday, April 13, 2017 2:26 PM To: Philipp Kewisch ; Calsify Cc: draft-ietf-calext-caldav-attachments.authors@ietf.org Subject: Re: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachme= nts On 04/13/2017 06:05 AM, Philipp Kewisch wrote: > Hello All, > > I've gotten around to finishing my review on this document. Aside from=20 > a minor typo, I have two simple questions, just to clarify out of=20 > personal > interest: > >> Specific instance A specific iCalendar instance is targeted by usin= g >> its "RECURRENCE-ID" value as the item value. That value MUST >> correspond to the RECURRENCE-ID value as stored in the calendar >> object resource (i.e. without any conversion to UTC). If multipl= e >> items of this form are used, they MUST be unique values. > Can you clarify why you chose to not allow specifying this value in=20 > any form, so that the server does timezone translation if needed? I don't recall the exact reason, but presumably its so that the server can = simply match the RECURRENCE-ID by value without having to do any translatio= n. Perhaps Cyrus and/or Arnaud remember the exact reasoning. From nobody Fri Apr 14 00:37:45 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 11646120326 for ; Fri, 14 Apr 2017 00:37:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, 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=synacor.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 rzvadLIglmFT for ; Fri, 14 Apr 2017 00:37:41 -0700 (PDT) Received: from smtp.corp.synacor.com (smtp.corp.synacor.com [69.168.102.214]) (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 B630312420B for ; Fri, 14 Apr 2017 00:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; d=synacor.com; s=S201606; c=relaxed/simple; q=dns/txt; i=@synacor.com; t=1492155453; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=rCFOaTWFfvNEQgmd2IQ9n5hBn8c=; b=dYpRzteOmuPBz+0KEX+QOyrLqYsPyyGfH4QXdR++86y+YO+n+E+rEC4vYVFcWu57 Axc9H+VugBitjpkp5CTI1rHsrtQCjpawbaEH9mQAY1ITgK1WerX/4pLni6I3UaLj 9XzR6hb/DZWcXTVoZjo4XpsLVLH8NbOceY31hWIDQjffqCq8R+jZPONqVS+R9SA/ BjyM3HdfwgyWmz2BJk/SVzOAXpL5JxMP1r5zHns77JTmm0P3I+HRJn3vBomXWGLJ XVqM8EY/wd7TuPNnBwBquGNJdiW3Knb3WFB6ESOmCTpgqpquG0uWYejbnfQZcLO4 5N3Ohp9jE1wVFGqcu8Hqdg==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=MKMio4Rl c=1 sm=1 tr=0 a=/S7aINNRHbJhlAJodkN0/g==:117 a=/S7aINNRHbJhlAJodkN0/g==:17 a=48vgC7mUAAAA:8 a=fMwQw_I6VK1IENayruwA:9 a=QEXdDO2ut3YA:10 a=Q0jImbJWXe5Z-ODh6U0A:9 a=FhVrVyleqs3D8Nf8:21 a=_W_S_7VecoQA:10 a=w1C3t2QeGrPiZgrLijVG:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: Z3Jlbi5lbGxpb3RAc3luYWNvci5jb20= Authentication-Results: smtp01.corp.aga.synacor.com header.from=gren.elliot@synacor.com; sender-id=softfail Authentication-Results: smtp01.corp.aga.synacor.com smtp.mail=gren.elliot@synacor.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.corp.aga.synacor.com smtp.user=gren.elliot@synacor.com; auth=pass (LOGIN) Received-SPF: softfail (smtp01.corp.aga.synacor.com: transitional domain synacor.com does not designate 86.20.99.83 as permitted sender) Received: from [86.20.99.83] ([86.20.99.83:52273] helo=pan.local.mail) by smtp.corp.synacor.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPA id E3/F5-03395-C3C70F85; Fri, 14 Apr 2017 03:37:33 -0400 Date: Fri, 14 Apr 2017 08:37:31 +0100 From: Gren Elliot To: Ken Murchison , calsify@ietf.org Message-ID: In-Reply-To: References: <148943479822.20333.15175294910025553176@ietfa.amsl.com> X-Mailer: Airmail (420) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="58f07c3b_b377807_3a7" Archived-At: Subject: Re: [calsify] Review of draft-ietf-calext-caldav-attachments-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: Fri, 14 Apr 2017 07:37:44 -0000 --58f07c3b_b377807_3a7 Content-Type: text/plain; charset="utf-8" Content-Length: 7374 Content-Transfer-Encoding: base64 Content-Disposition: inline SGksDQoNCknigJltIHJlLXN1Ym1pdHRpbmcgdGhpcyBhcyBJIGRpZCBub3Qgbm90aWNlIGFueSBy ZXNwb25zZXMgdG8gdGhlIG9yaWdpbmFsIGZyb20gMjNyZCBNYXJjaC4NClRoZSBzdWJqZWN0IG9m IHRoZSBwcmV2aW91cyBvbmUgaGFkIElELUFjdGlvbiBpbiBpdCAtIHBlcmhhcHMgdGhhdCBpcyB3 aHk/DQoNCkhlcmUgc29tZSBtb3JlIHJldmlldyBjb21tZW50cyBhZnRlciByZWFkaW5nIHRocm91 Z2ggdGhlIHdob2xlIGRvY3VtZW50Og0KDQpSZXZpZXdpbmfCoGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLWNhbGV4dC1jYWxkYXYtYXR0YWNobWVudHMtMDINCg0KMS4gwqAg Tm90IHN1cmUgaWYgdGhpcyBpcyBhIGJ1ZyBpbiB0aGUgdG9vbHMgdXNlZCB0byBjcmVhdGUgdGhl IGRyYWZ0IGJ1dA0KwqAgwqAgwqBqdXN0IGJlZm9yZSB0aGUgdGFibGUgb2YgY29udGVudHMsIHRo ZSB0ZXh0DQrCoCDCoCDCoCDCoCDCoCAiYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mIg0K wqAgwqAgwqBhY3R1YWxseSBoYXMgYSBoeXBlciBsaW5rIHRvIFNlY3Rpb24gNCBvZiB0aGlzIGRv Y3VtZW50IHJhdGhlcg0KwqAgwqAgwqB0aGFuIHRoZSAiVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyIg ZG9jdW1lbnQuDQoNCjIuIMKgIEluIHRoZSBpbnRyb2R1Y3Rpb24sIHdvdWxkIGJlbmVmaXQgZnJv bSBhIGxpbmsgdG8gUkZDNDc5MSBzaW1pbGFyIHRvDQrCoCDCoCDCoHRoZSBvbmUgZm9yIFJGQzcy MzAgb24gdGhlIGZvbGxvd2luZyBsaW5lLg0KDQozLiDCoCBJbiB0aGUgaW50cm9kdWN0aW9uLCBz aG91bGQgdGhlIGRlc2NyaXB0aW9uIG9mIFJGQzQ3OTEgYmUgdGhlIHNhbWUgYXMNCsKgIMKgIMKg dGhlIG9uZSB1c2VkIGluIHRoYXQgUkZDOg0KwqAgwqAgwqAgwqAgwqAiQ2FsZW5kYXJpbmcgRXh0 ZW5zaW9ucyB0byBXZWJEQVYgKENhbERBVikiDQrCoCDCoCDCoHJhdGhlciB0aGFuOg0KwqAgwqAg wqAgwqAgwqAidGhlIENhbERBViBDYWxlbmRhciBBY2Nlc3MgcHJvdG9jb2wiDQoNCjQuIMKgIE1p bm9yIG5pdC4gwqBJbiB0aGUgSW50cm9kdWN0aW9uIHRoZXJlIGlzIGEgc3BhY2UgYmVmb3JlIHRo ZSBmdWxsDQrCoCDCoCDCoHN0b3AgYWZ0ZXIgIm1hbmFnaW5nIGFjY2VzcyBwcml2aWxlZ2VzIi4N Cg0KNS4gwqAgU2VjdGlvbiAzLjMuMiByaWQ9IHBhcmFtZXRlci4NCsKgIMKgIMKgSSB3YXMgaW5p dGlhbGx5IHRoaW5raW5nIGFib3V0IGhvdyB3ZSB3b3VsZCBkZWFsIHdpdGggUkVDVVJSRU5DRS1J RA0KwqAgwqAgwqBwcm9wZXJ0aWVzIHdoaWNoIHJlZmVyZW5jZSBUWklEIHZhbHVlcyB3aXRoIGNv bW1hcyBpbiB0aGVtLiDCoEkgbm93DQrCoCDCoCDCoHRoaW5rIHRoYXQgaXMgYSBtaXN1bmRlcnN0 YW5kaW5nIG9uIG15IHBhcnQgLSBhcyBUWklEIHJlZmVyZW5jZXMNCsKgIMKgIMKgd291bGQgYmUg aW4gcGFyYW1ldGVycyBhbmQgd2Ugb25seSB1c2UgdGhlIHZhbHVlIG9mDQrCoCDCoCDCoFJFQ1VS UkVOQ0UtSUQuIMKgSSB0aGluayB0aGlzIHNlY3Rpb24gd291bGQgYmVuZWZpdCBmcm9tIGFuIGV4 YW1wbGUuDQrCoCDCoCDCoGUuZy4gwqB0byByZWZlcmVuY2U6DQrCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCdSRUNVUlJFTkNFLUlEO1RaSUQ9QW1lcmljYS9Nb250cmVhbDoyMDEyMDIyMFQxMDAwMDAn DQrCoCDCoCDCoCDCoCDCoCDCoHVzZToNCsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgJ3JpZD0yMDEy MDIyMFQxMDAwMDAnDQrCoCDCoCDCoEFzIGEgc2lkZSBxdWVzdGlvbi4gwqBBcmUgd2UgY29tZm9y dGFibGUgdGhhdCB2YWx1ZXMgd2lsbCBiZQ0KwqAgwqAgwqB1bmlxdWU/IMKgVGhlb3JldGljYWxs eSwgSSBjb3VsZCBpbWFnaW5lIGlmIDIgaW5zdGFuY2VzIHVzZWQNCsKgIMKgIMKgZGlmZmVyZW50 IFRaSUQgcGFyYW1ldGVycywgdGhleSBjb3VsZCBoYXZlIHRoZSBzYW1lIHZhbHVlLg0KwqAgwqAg wqBXZSBjb3VsZCBjaG9vc2UgdG8gaWdub3JlIHRoaXMgb24gdGhlIGJhc2lzIHRoYXQgeW91IHNo b3VsZG4ndA0KwqAgwqAgwqBtaXggZGlmZmVyZW50IFRaSUQgcGFyYW1ldGVycyBpbiB0aGUgc2Ft ZSBpdGVtPw0KDQo2LiDCoCBTZWN0aW9uIDMuMy4zIG1hbmFnZWQtaWQgcXVlcnkgcGFyYW1ldGVy DQrCoCDCoCDCoFdvdWxkIGJlbmVmaXQgZnJvbSBhICIoc2VlIFNlY3Rpb24gNC4zKSBhZnRlcjoN CsKgIMKgIMKgInRoZSAiTUFOQUdFRC1JRCIgcHJvcGVydHkgcGFyYW1ldGVyIHZhbHVlIg0KDQo3 LiDCoCBTZWN0aW9uIDMuNCBBZGRpbmcgYXR0YWNobWVudHMuIDIuQQ0KDQrCoCDCoCDCoFdvdWxk IGJlIGdvb2QgdG8gZXhwbGljaXRseSBzdGF0ZSBob3cgc2VydmVycyBzaG91bGQgcmVzcG9uZCB0 bw0KwqAgwqAgwqBhbiBpbnZhbGlkICJyaWQiIHF1ZXJ5IHBhcmFtZXRlci4gwqBJIGltYWdpbmUg dGhpcyB3b3VsZCBiZSBkb25lDQrCoCDCoCDCoGJ5IGVuaGFuY2luZyBzZWN0aW9uIDMuMTEgdG8g ZG9jdW1lbnQgYSBwcmVjb25kaXRpb24gZm9yIGENCsKgIMKgIMKgdmFsaWQgInJpZCIgYW5kIHBy b3ZpZGluZyBhIGxpbmsgdG8gdGhhdCBmcm9tIGhlcmUuDQoNCjguIMKgIFNlY3Rpb24gMy41IFVw ZGF0aW5nIGF0dGFjaG1lbnRzLiAyLkENCg0KwqAgwqAgwqBXb3VsZCBiZSBnb29kIHRvIGV4cGxp Y2l0bHkgcmVmZXJlbmNlIHNlY3Rpb24gMy4xMSBvbiBFcnJvciBoYW5kbGluZw0KwqAgwqAgwqBm b3IgaG93IHNlcnZlcnMgc2hvdWxkIHJlc3BvbmQgdG8gYW4gaW52YWxpZCAibWFuYWdlZC1pZCIg cXVlcnkNCsKgIMKgIMKgcGFyYW1ldGVyLg0KDQo5LiDCoCBTZWN0aW9uIDMuNi4gUmVtb3Zpbmcg QXR0YWNobWVudHMgdmlhIFBPU1QuIDIuQQ0KDQrCoCDCoCDCoFdvdWxkIGJlIGdvb2QgdG8gZXhw bGljaXRseSBzdGF0ZSBob3cgc2VydmVycyBzaG91bGQgcmVzcG9uZCB0bw0KwqAgwqAgwqBhbiBp bnZhbGlkICJyaWQiIHF1ZXJ5IHBhcmFtZXRlci4gwqBJIGltYWdpbmUgdGhpcyB3b3VsZCBiZSBk b25lDQrCoCDCoCDCoGJ5IGVuaGFuY2luZyBzZWN0aW9uIDMuMTEgdG8gZG9jdW1lbnQgYSBwcmVj b25kaXRpb24gZm9yIGENCsKgIMKgIMKgdmFsaWQgInJpZCIgYW5kIHByb3ZpZGluZyBhIGxpbmsg dG8gdGhhdCBmcm9tIGhlcmUuDQoNCjEwLiDCoFNlY3Rpb24gMy42LiBSZW1vdmluZyBBdHRhY2ht ZW50cyB2aWEgUE9TVC4gMi5CDQoNCsKgIMKgIMKgV291bGQgYmUgZ29vZCB0byBleHBsaWNpdGx5 IHJlZmVyZW5jZSBzZWN0aW9uIDMuMTEgb24gRXJyb3IgaGFuZGxpbmcNCsKgIMKgIMKgZm9yIGhv dyBzZXJ2ZXJzIHNob3VsZCByZXNwb25kIHRvIGFuIGludmFsaWQgIm1hbmFnZWQtaWQiIHF1ZXJ5 DQrCoCDCoCDCoHBhcmFtZXRlci4NCg0KMTEuIMKgU2VjdGlvbiAzLjcgQWRkaW5nIEV4aXN0aW5n IE1hbmFnZWQgQXR0YWNobWVudHMgdmlhIFBVVA0KDQrCoCDCoCDCoFRoaXMgc3VnZ2VzdHMgdGhh dCBzZXJ2ZXJzIFNIT1VMRCBOT1QgY2hhbmdlIGVpdGhlciB0aGEgTUFOQUdFRC1JRA0KwqAgwqAg wqBvciBBVFRBQ0ggcHJvcGVydHkgZm9yIGFueSBtYW5hZ2VkIGF0dGFjaG1lbnRzLiDCoFNwZWFr aW5nIGZvciBvdXINCsKgIMKgIMKgc2VydmVyLCB0aGUgc2FmZXN0IHdheSB0byBpbXBsZW1lbnQg bWFuYWdlZCBhdHRhY2htZW50cw0KwqAgwqAgwqB3b3VsZCBiZSB0byBvbmx5IGFsbG93IGF0dGFj aG1lbnQgc2hhcmluZyB3aXRoaW4gb25lIGNhbGVuZGFyIGl0ZW0sDQrCoCDCoCDCoHRodXMgaXQg aXMgbGlrZWx5IHRoYXQgd2UsIGFuZCBwb3RlbnRpYWxseSBvdGhlcnMgaW4gdGhlIHNhbWUNCsKg IMKgIMKgc2l0dWF0aW9uIHdvdWxkIG5vdCBmb2xsb3cgdGhpcyAiU0hPVUxEIE5PVCIgYWR2aWNl LiDCoFBlcmhhcHMgc29tZQ0KwqAgwqAgwqB0ZXh0IHRoYXQgY2xpZW50cyBzaG91bGQgbm90IGFz c3VtZSB0aGlzIHdvdWxkIGJlIHdpc2UuDQoNCjEyLiDCoFNlY3Rpb24gMy4xMSBFcnJvciBIYW5k bGluZw0KDQrCoCDCoCDCoE5lZWQgdG8gZG9jdW1lbnQgYSBwcmVjb25kaXRpb24gZm9yIFBPU1Qg dGhhdCBhbGwgUkVDVVJSRU5DRS1JRHMNCsKgIMKgIMKgcmVmZXJlbmNlZCBpbiB0aGUgInJpZCIg cXVlcnkgcGFyYW1ldGVyIG11c3QgYmUgdmFsaWQuDQrCoCDCoCDCoGUuZy4NCg0KwqAgwqAgwqAo Q0FMREFWOnZhbGlkLXJpZCk6IFRoZSByaWQgcXVlcnkgcGFyYW1ldGVyIGluIHRoZQ0KwqAgwqAg wqAgUE9TVCByZXF1ZXN0IE1VU1Qgb25seSBjb250YWluIHZhbHVlcyBjb3JyZXNwb25kaW5nIHRv IHZhbGlkDQrCoCDCoCDCoCAiUkVDVVJSRU5DRS1JRCIgcHJvcGVydGllcyBpbiB0aGUgaUNhbGVu ZGFyIGRhdGEgdGFyZ2V0ZWQgYnkgdGhlDQrCoCDCoCDCoCByZXF1ZXN0Lg0KDQoxMy4gwqBTZWN0 aW9uIDMuMTEgRXJyb3IgSGFuZGxpbmcNCg0KwqAgwqAgwqBIb3cgc2hvdWxkIHNlcnZlcnMgcmVz cG9uZCBpZiBhbiB1bmtub3duIHZhbHVlIGZvciB0aGUgYWN0aW9uPSBxdWVyeQ0KwqAgwqAgwqBw YXJhbWV0ZXIgaXMgc3BlY2lmaWVkPyDCoFBlcmhhcHM6DQoNCsKgIMKgIMKgKENBTERBVjp2YWxp ZC1hY3Rpb24pOiBUaGUgdmFsdWUgZm9yIHRoZSBhY3Rpb24gcXVlcnkgcGFyYW1ldGVyIGluIHRo ZQ0KwqAgwqAgwqBQT1NUIHJlcXVlc3QgaXMgbm90IHN1cHBvcnRlZCBieSB0aGlzIHNlcnZlci4N Cg0KMTQuIMKgU2VjdGlvbiA0LjMgTUFOQUdFRC1JRCBQcm9wZXJ0eSBQYXJhbWV0ZXINCsKgIMKg IMKgVGhpcyBkb2N1bWVudHMgYSBuZXcgSUNBTEVOREFSIHByb3BlcnR5LiDCoFNob3VsZCB0aGVy ZSBiZSBzb21lDQrCoCDCoCDCoGxpbmthZ2UgdG8gc2F5IHRoaXMgdXBkYXRlcyBSRkM1NTQ1Pw0K DQoxNS4gwqBTZWN0aW9uIDYuIMKgQWRkaXRpb25hbCBXZWJEQVYgcHJvcGVydGllcw0KDQrCoCDC oCDCoFNob3VsZCB0aGVyZSBiZSBzb21lIGxpbmthZ2UgaW4gdGhpcyBkb2N1bWVudCB0byBzYXkg dGhpcyB1cGRhdGVzDQrCoCDCoCDCoHRoZSBDYWxEQVYgUkZDNDc5MT8NCg0KUmVnYXJkcywNCkdy ZW4gRWxsaW90IG9mIFN5bmFjb3IgWmltYnJhLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRh Y2htZW50IG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgY29uZmlkZW50aWFsIGFuZC9v ciBwcm9wcmlldGFyeS4gQW55IHVzZSwgZGlzY2xvc3VyZSwgY29weWluZywgc3RvcmluZywgb3Ig ZGlzdHJpYnV0aW9uIG9mIHRoaXMgZS1tYWlsIG9yIGFueSBhdHRhY2hlZCBmaWxlIGJ5IGFueW9u ZSBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgc3RyaWN0bHkgcHJvaGliaXRl ZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYnkgcmVwbHkgZW1haWwgYW5kIGRlbGV0ZSB0aGUgbWVzc2FnZSBhbmQg YW55IGF0dGFjaG1lbnRzLiBUaGFuayB5b3UuDQo= --58f07c3b_b377807_3a7 Content-Type: text/html; charset="utf-8" Content-Length: 12366 Content-Transfer-Encoding: base64 Content-Disposition: inline PGh0bWw+PGhlYWQ+PHN0eWxlPmJvZHl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhLEFyaWFsO2ZvbnQt c2l6ZToxM3B4fTwvc3R5bGU+PC9oZWFkPjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdv cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13 aGl0ZS1zcGFjZTsiPjxkaXYgaWQ9ImJsb29wX2N1c3RvbWZvbnQiIHN0eWxlPSJmb250LWZhbWls eTpIZWx2ZXRpY2EsQXJpYWw7Zm9udC1zaXplOjEzcHg7IGNvbG9yOiByZ2JhKDAsMCwwLDEuMCk7 IG1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogYXV0bzsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogJ2hlbHZldGljYSBOZXVlJywgaGVsdmV0aWNhOyBmb250LXNpemU6IDE0cHg7Ij5IaSw8L3Nw YW4+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICdoZWx2ZXRpY2EgTmV1ZScsIGhlbHZldGljYTsg Zm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAnaGVs dmV0aWNhIE5ldWUnLCBoZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTRweDsiPknigJltIHJlLXN1Ym1p dHRpbmcgdGhpcyBhcyBJIGRpZCBub3Qgbm90aWNlIGFueSByZXNwb25zZXMgdG8gdGhlIG9yaWdp bmFsIGZyb20gMjNyZCBNYXJjaC48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ2hlbHZl dGljYSBOZXVlJywgaGVsdmV0aWNhOyBmb250LXNpemU6IDE0cHg7Ij5UaGUgc3ViamVjdCBvZiB0 aGUgcHJldmlvdXMgb25lIGhhZCBJRC1BY3Rpb24gaW4gaXQgLSBwZXJoYXBzIHRoYXQgaXMgd2h5 PzwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAnaGVsdmV0aWNhIE5ldWUnLCBoZWx2ZXRp Y2E7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog J2hlbHZldGljYSBOZXVlJywgaGVsdmV0aWNhOyBmb250LXNpemU6IDE0cHg7Ij5IZXJlIHNvbWUg bW9yZSByZXZpZXcgY29tbWVudHMgYWZ0ZXIgcmVhZGluZyB0aHJvdWdoIHRoZSB3aG9sZSBkb2N1 bWVudDo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ2hlbHZldGljYSBOZXVlJywgaGVs dmV0aWNhOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6ICdoZWx2ZXRpY2EgTmV1ZScsIGhlbHZldGljYTsgZm9udC1zaXplOiAxNHB4OyI+PGRpdj5S ZXZpZXdpbmcmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1jYWxleHQtY2FsZGF2LWF0dGFjaG1lbnRzLTAyIj5odHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1jYWxleHQtY2FsZGF2LWF0dGFjaG1lbnRzLTAyPC9hPjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+MS4gJm5ic3A7IE5vdCBzdXJlIGlmIHRoaXMgaXMgYSBidWcgaW4g dGhlIHRvb2xzIHVzZWQgdG8gY3JlYXRlIHRoZSBkcmFmdCBidXQ8L2Rpdj48ZGl2PiZuYnNwOyAm bmJzcDsgJm5ic3A7anVzdCBiZWZvcmUgdGhlIHRhYmxlIG9mIGNvbnRlbnRzLCB0aGUgdGV4dDwv ZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAiYXMgZGVzY3JpYmVk IGluIFNlY3Rpb24gNC5lIG9mIjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDthY3R1YWxs eSBoYXMgYSBoeXBlciBsaW5rIHRvIFNlY3Rpb24gNCBvZiB0aGlzIGRvY3VtZW50IHJhdGhlcjwv ZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDt0aGFuIHRoZSAiVHJ1c3QgTGVnYWwgUHJvdmlz aW9ucyIgZG9jdW1lbnQuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4yLiAmbmJzcDsgSW4gdGhl IGludHJvZHVjdGlvbiwgd291bGQgYmVuZWZpdCBmcm9tIGEgbGluayB0byBSRkM0NzkxIHNpbWls YXIgdG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7dGhlIG9uZSBmb3IgUkZDNzIzMCBv biB0aGUgZm9sbG93aW5nIGxpbmUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4zLiAmbmJzcDsg SW4gdGhlIGludHJvZHVjdGlvbiwgc2hvdWxkIHRoZSBkZXNjcmlwdGlvbiBvZiBSRkM0NzkxIGJl IHRoZSBzYW1lIGFzPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO3RoZSBvbmUgdXNlZCBp biB0aGF0IFJGQzo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsi Q2FsZW5kYXJpbmcgRXh0ZW5zaW9ucyB0byBXZWJEQVYgKENhbERBVikiPC9kaXY+PGRpdj4mbmJz cDsgJm5ic3A7ICZuYnNwO3JhdGhlciB0aGFuOjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyJ0aGUgQ2FsREFWIENhbGVuZGFyIEFjY2VzcyBwcm90b2NvbCI8L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PjQuICZuYnNwOyBNaW5vciBuaXQuICZuYnNwO0luIHRoZSBJ bnRyb2R1Y3Rpb24gdGhlcmUgaXMgYSBzcGFjZSBiZWZvcmUgdGhlIGZ1bGw8L2Rpdj48ZGl2PiZu YnNwOyAmbmJzcDsgJm5ic3A7c3RvcCBhZnRlciAibWFuYWdpbmcgYWNjZXNzIHByaXZpbGVnZXMi LjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+NS4gJm5ic3A7IFNlY3Rpb24gMy4zLjIgcmlkPSBw YXJhbWV0ZXIuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO0kgd2FzIGluaXRpYWxseSB0 aGlua2luZyBhYm91dCBob3cgd2Ugd291bGQgZGVhbCB3aXRoIFJFQ1VSUkVOQ0UtSUQ8L2Rpdj48 ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7cHJvcGVydGllcyB3aGljaCByZWZlcmVuY2UgVFpJRCB2 YWx1ZXMgd2l0aCBjb21tYXMgaW4gdGhlbS4gJm5ic3A7SSBub3c8L2Rpdj48ZGl2PiZuYnNwOyAm bmJzcDsgJm5ic3A7dGhpbmsgdGhhdCBpcyBhIG1pc3VuZGVyc3RhbmRpbmcgb24gbXkgcGFydCAt IGFzIFRaSUQgcmVmZXJlbmNlczwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDt3b3VsZCBi ZSBpbiBwYXJhbWV0ZXJzIGFuZCB3ZSBvbmx5IHVzZSB0aGUgdmFsdWUgb2Y8L2Rpdj48ZGl2PiZu YnNwOyAmbmJzcDsgJm5ic3A7UkVDVVJSRU5DRS1JRC4gJm5ic3A7SSB0aGluayB0aGlzIHNlY3Rp b24gd291bGQgYmVuZWZpdCBmcm9tIGFuIGV4YW1wbGUuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7 ICZuYnNwO2UuZy4gJm5ic3A7dG8gcmVmZXJlbmNlOjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOydSRUNVUlJFTkNFLUlEO1Ra SUQ9QW1lcmljYS9Nb250cmVhbDo8YSBocmVmPSJodHRwOi8vYWlybWFpbC5jYWxlbmRhci8yMDEy LTAyLTIwJTIwMTI6MDA6MDAlMjBHTVQiPjIwMTIwMjIwPC9hPlQxMDAwMDAnPC9kaXY+PGRpdj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3VzZTo8L2Rpdj48ZGl2PiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsncmlk PTIwMTIwMjIwVDEwMDAwMCc8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7QXMgYSBzaWRl IHF1ZXN0aW9uLiAmbmJzcDtBcmUgd2UgY29tZm9ydGFibGUgdGhhdCB2YWx1ZXMgd2lsbCBiZTwv ZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDt1bmlxdWU/ICZuYnNwO1RoZW9yZXRpY2FsbHks IEkgY291bGQgaW1hZ2luZSBpZiAyIGluc3RhbmNlcyB1c2VkPC9kaXY+PGRpdj4mbmJzcDsgJm5i c3A7ICZuYnNwO2RpZmZlcmVudCBUWklEIHBhcmFtZXRlcnMsIHRoZXkgY291bGQgaGF2ZSB0aGUg c2FtZSB2YWx1ZS48L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7V2UgY291bGQgY2hvb3Nl IHRvIGlnbm9yZSB0aGlzIG9uIHRoZSBiYXNpcyB0aGF0IHlvdSBzaG91bGRuJ3Q8L2Rpdj48ZGl2 PiZuYnNwOyAmbmJzcDsgJm5ic3A7bWl4IGRpZmZlcmVudCBUWklEIHBhcmFtZXRlcnMgaW4gdGhl IHNhbWUgaXRlbT88L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjYuICZuYnNwOyBTZWN0aW9uIDMu My4zIG1hbmFnZWQtaWQgcXVlcnkgcGFyYW1ldGVyPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZu YnNwO1dvdWxkIGJlbmVmaXQgZnJvbSBhICIoc2VlIFNlY3Rpb24gNC4zKSBhZnRlcjo8L2Rpdj48 ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7InRoZSAiTUFOQUdFRC1JRCIgcHJvcGVydHkgcGFyYW1l dGVyIHZhbHVlIjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Ny4gJm5ic3A7IFNlY3Rpb24gMy40 IEFkZGluZyBhdHRhY2htZW50cy4gMi5BPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4mbmJzcDsg Jm5ic3A7ICZuYnNwO1dvdWxkIGJlIGdvb2QgdG8gZXhwbGljaXRseSBzdGF0ZSBob3cgc2VydmVy cyBzaG91bGQgcmVzcG9uZCB0bzwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDthbiBpbnZh bGlkICJyaWQiIHF1ZXJ5IHBhcmFtZXRlci4gJm5ic3A7SSBpbWFnaW5lIHRoaXMgd291bGQgYmUg ZG9uZTwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDtieSBlbmhhbmNpbmcgc2VjdGlvbiAz LjExIHRvIGRvY3VtZW50IGEgcHJlY29uZGl0aW9uIGZvciBhPC9kaXY+PGRpdj4mbmJzcDsgJm5i c3A7ICZuYnNwO3ZhbGlkICJyaWQiIGFuZCBwcm92aWRpbmcgYSBsaW5rIHRvIHRoYXQgZnJvbSBo ZXJlLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+OC4gJm5ic3A7IFNlY3Rpb24gMy41IFVwZGF0 aW5nIGF0dGFjaG1lbnRzLiAyLkE8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PiZuYnNwOyAmbmJz cDsgJm5ic3A7V291bGQgYmUgZ29vZCB0byBleHBsaWNpdGx5IHJlZmVyZW5jZSBzZWN0aW9uIDMu MTEgb24gRXJyb3IgaGFuZGxpbmc8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7Zm9yIGhv dyBzZXJ2ZXJzIHNob3VsZCByZXNwb25kIHRvIGFuIGludmFsaWQgIm1hbmFnZWQtaWQiIHF1ZXJ5 PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO3BhcmFtZXRlci48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PjkuICZuYnNwOyBTZWN0aW9uIDMuNi4gUmVtb3ZpbmcgQXR0YWNobWVudHMgdmlh IFBPU1QuIDIuQTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDtX b3VsZCBiZSBnb29kIHRvIGV4cGxpY2l0bHkgc3RhdGUgaG93IHNlcnZlcnMgc2hvdWxkIHJlc3Bv bmQgdG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7YW4gaW52YWxpZCAicmlkIiBxdWVy eSBwYXJhbWV0ZXIuICZuYnNwO0kgaW1hZ2luZSB0aGlzIHdvdWxkIGJlIGRvbmU8L2Rpdj48ZGl2 PiZuYnNwOyAmbmJzcDsgJm5ic3A7YnkgZW5oYW5jaW5nIHNlY3Rpb24gMy4xMSB0byBkb2N1bWVu dCBhIHByZWNvbmRpdGlvbiBmb3IgYTwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDt2YWxp ZCAicmlkIiBhbmQgcHJvdmlkaW5nIGEgbGluayB0byB0aGF0IGZyb20gaGVyZS48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PjEwLiAmbmJzcDtTZWN0aW9uIDMuNi4gUmVtb3ZpbmcgQXR0YWNobWVu dHMgdmlhIFBPU1QuIDIuQjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAm bmJzcDtXb3VsZCBiZSBnb29kIHRvIGV4cGxpY2l0bHkgcmVmZXJlbmNlIHNlY3Rpb24gMy4xMSBv biBFcnJvciBoYW5kbGluZzwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDtmb3IgaG93IHNl cnZlcnMgc2hvdWxkIHJlc3BvbmQgdG8gYW4gaW52YWxpZCAibWFuYWdlZC1pZCIgcXVlcnk8L2Rp dj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7cGFyYW1ldGVyLjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+MTEuICZuYnNwO1NlY3Rpb24gMy43IEFkZGluZyBFeGlzdGluZyBNYW5hZ2VkIEF0dGFj aG1lbnRzIHZpYSBQVVQ8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5i c3A7VGhpcyBzdWdnZXN0cyB0aGF0IHNlcnZlcnMgU0hPVUxEIE5PVCBjaGFuZ2UgZWl0aGVyIHRo YSBNQU5BR0VELUlEPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO29yIEFUVEFDSCBwcm9w ZXJ0eSBmb3IgYW55IG1hbmFnZWQgYXR0YWNobWVudHMuICZuYnNwO1NwZWFraW5nIGZvciBvdXI8 L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7c2VydmVyLCB0aGUgc2FmZXN0IHdheSB0byBp bXBsZW1lbnQgbWFuYWdlZCBhdHRhY2htZW50czwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJz cDt3b3VsZCBiZSB0byBvbmx5IGFsbG93IGF0dGFjaG1lbnQgc2hhcmluZyB3aXRoaW4gb25lIGNh bGVuZGFyIGl0ZW0sPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO3RodXMgaXQgaXMgbGlr ZWx5IHRoYXQgd2UsIGFuZCBwb3RlbnRpYWxseSBvdGhlcnMgaW4gdGhlIHNhbWU8L2Rpdj48ZGl2 PiZuYnNwOyAmbmJzcDsgJm5ic3A7c2l0dWF0aW9uIHdvdWxkIG5vdCBmb2xsb3cgdGhpcyAiU0hP VUxEIE5PVCIgYWR2aWNlLiAmbmJzcDtQZXJoYXBzIHNvbWU8L2Rpdj48ZGl2PiZuYnNwOyAmbmJz cDsgJm5ic3A7dGV4dCB0aGF0IGNsaWVudHMgc2hvdWxkIG5vdCBhc3N1bWUgdGhpcyB3b3VsZCBi ZSB3aXNlLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+MTIuICZuYnNwO1NlY3Rpb24gMy4xMSBF cnJvciBIYW5kbGluZzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAmbmJz cDtOZWVkIHRvIGRvY3VtZW50IGEgcHJlY29uZGl0aW9uIGZvciBQT1NUIHRoYXQgYWxsIFJFQ1VS UkVOQ0UtSURzPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO3JlZmVyZW5jZWQgaW4gdGhl ICJyaWQiIHF1ZXJ5IHBhcmFtZXRlciBtdXN0IGJlIHZhbGlkLjwvZGl2PjxkaXY+Jm5ic3A7ICZu YnNwOyAmbmJzcDtlLmcuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZu YnNwOyhDQUxEQVY6dmFsaWQtcmlkKTogVGhlIHJpZCBxdWVyeSBwYXJhbWV0ZXIgaW4gdGhlPC9k aXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBQT1NUIHJlcXVlc3QgTVVTVCBvbmx5IGNvbnRh aW4gdmFsdWVzIGNvcnJlc3BvbmRpbmcgdG8gdmFsaWQ8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICJSRUNVUlJFTkNFLUlEIiBwcm9wZXJ0aWVzIGluIHRoZSBpQ2FsZW5kYXIgZGF0YSB0 YXJnZXRlZCBieSB0aGU8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7IHJlcXVlc3QuPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj4xMy4gJm5ic3A7U2VjdGlvbiAzLjExIEVycm9yIEhhbmRs aW5nPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO0hvdyBzaG91 bGQgc2VydmVycyByZXNwb25kIGlmIGFuIHVua25vd24gdmFsdWUgZm9yIHRoZSBhY3Rpb249IHF1 ZXJ5PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwO3BhcmFtZXRlciBpcyBzcGVjaWZpZWQ/ ICZuYnNwO1BlcmhhcHM6PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZu YnNwOyhDQUxEQVY6dmFsaWQtYWN0aW9uKTogVGhlIHZhbHVlIGZvciB0aGUgYWN0aW9uIHF1ZXJ5 IHBhcmFtZXRlciBpbiB0aGU8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7UE9TVCByZXF1 ZXN0IGlzIG5vdCBzdXBwb3J0ZWQgYnkgdGhpcyBzZXJ2ZXIuPC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj4xNC4gJm5ic3A7U2VjdGlvbiA0LjMgTUFOQUdFRC1JRCBQcm9wZXJ0eSBQYXJhbWV0ZXI8 L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7VGhpcyBkb2N1bWVudHMgYSBuZXcgSUNBTEVO REFSIHByb3BlcnR5LiAmbmJzcDtTaG91bGQgdGhlcmUgYmUgc29tZTwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyAmbmJzcDtsaW5rYWdlIHRvIHNheSB0aGlzIHVwZGF0ZXMgUkZDNTU0NT88L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2PjE1LiAmbmJzcDtTZWN0aW9uIDYuICZuYnNwO0FkZGl0aW9uYWwg V2ViREFWIHByb3BlcnRpZXM8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsg Jm5ic3A7U2hvdWxkIHRoZXJlIGJlIHNvbWUgbGlua2FnZSBpbiB0aGlzIGRvY3VtZW50IHRvIHNh eSB0aGlzIHVwZGF0ZXM8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7dGhlIENhbERBViBS RkM0NzkxPzwvZGl2PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAnaGVsdmV0aWNhIE5l dWUnLCBoZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJm b250LWZhbWlseTogJ2hlbHZldGljYSBOZXVlJywgaGVsdmV0aWNhOyBmb250LXNpemU6IDE0cHg7 Ij5SZWdhcmRzLDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAnaGVsdmV0aWNhIE5ldWUn LCBoZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTRweDsiPkdyZW4gRWxsaW90IG9mIFN5bmFjb3IgWmlt YnJhLjwvZGl2PjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSJjbGVhbl9icSI+ PHNwYW4+PGRpdiBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9k ZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7Ij48ZGl2Pg0K DQoNCjwvZGl2PjwvZGl2Pjwvc3Bhbj48L2Jsb2NrcXVvdGU+PGJyPjxicj48YnI+DQo8cCBzdHls ZT0id2lkdGg6NjAlOyBmb250LXNpemU6OHB0OyBib3JkZXItdG9wOjFweCBzb2xpZCAjNjY2OyBj b2xvcjojNjY2OyBmb250LWZhbWlseTonQ2FsaWJyaScsJ0FyaWFsJywnSGVsdmV0aWNhJyxzYW5z LXNlcmlmOyI+DQpUaGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50IG1heSBjb250YWluIGlu Zm9ybWF0aW9uIHRoYXQgaXMgY29uZmlkZW50aWFsIGFuZC9vciBwcm9wcmlldGFyeS4gQW55IHVz ZSwgZGlzY2xvc3VyZSwgY29weWluZywgc3RvcmluZywgb3IgZGlzdHJpYnV0aW9uIG9mIHRoaXMg ZS1tYWlsIG9yIGFueSBhdHRhY2hlZCBmaWxlIGJ5IGFueW9uZSBvdGhlciB0aGFuIHRoZSBpbnRl bmRlZCByZWNpcGllbnQgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYnkgcmVw bHkgZW1haWwgYW5kIGRlbGV0ZSB0aGUgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzLiBUaGFu ayB5b3UuPC9wPjwvYm9keT48L2h0bWw+DQoNCg== --58f07c3b_b377807_3a7-- From nobody Fri Apr 14 00:54:08 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 D6D6B1273B1 for ; Fri, 14 Apr 2017 00:54:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=synacor.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 6nrh5s8WCHP2 for ; Fri, 14 Apr 2017 00:54:04 -0700 (PDT) Received: from smtp.corp.synacor.com (smtp.corp.synacor.com [69.168.102.214]) (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 67342120326 for ; Fri, 14 Apr 2017 00:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; d=synacor.com; s=S201606; c=relaxed/simple; q=dns/txt; i=@synacor.com; t=1492156443; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=pRHIGwCPEKFNebkFPTVpe9xrxBQ=; b=KQENOwUrhIFL7Fz8Tcd2l+heLP+WbHIPF9wyqFjyZEBAQ2M8Z51z2GLXWlm3NdI4 zb5u+ajR31Dm7an3t6QOsYP9Bgrv1LgnpU3uoR2uUV9l+9sqoTuKXbT8wO98mspd UGOex8h+H3Rt0lTxoLVVO22OXuVKEctRX9cAq1iYC3ZYEhSqnuw3epYPwrNivSin HhEbJxK1Z0ADJiMgzk62GVPr7GLPpBH4CpjRCS5FPYpINNfEjU/7LYygC/bOLNHy z6soaOIBYAjKBryCtwsbHMp49Ya19ESew6NU4o5ocjHo6w1rzEmKFL0OODcFcaXA zwgIYuowWcQAcKPfmqd+Yg==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=JqSzl4wC c=1 sm=1 tr=0 a=/S7aINNRHbJhlAJodkN0/g==:117 a=/S7aINNRHbJhlAJodkN0/g==:17 a=VoUypteUKnkiwTRIRoMA:9 a=QEXdDO2ut3YA:10 a=YlMJqYXI72rffh2e3VsA:9 a=kxuULDkEPWT4FZdk:21 a=_W_S_7VecoQA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: Z3Jlbi5lbGxpb3RAc3luYWNvci5jb20= Authentication-Results: smtp02.corp.aga.synacor.com smtp.mail=gren.elliot@synacor.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.corp.aga.synacor.com header.from=gren.elliot@synacor.com; sender-id=softfail Authentication-Results: smtp02.corp.aga.synacor.com smtp.user=gren.elliot@synacor.com; auth=pass (LOGIN) Received-SPF: softfail (smtp02.corp.aga.synacor.com: transitional domain synacor.com does not designate 86.20.99.83 as permitted sender) Received: from [86.20.99.83] ([86.20.99.83:52668] helo=pan.local.mail) by smtp.corp.synacor.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPA id 2D/07-18524-B1080F85; Fri, 14 Apr 2017 03:54:03 -0400 Date: Fri, 14 Apr 2017 08:54:02 +0100 From: Gren Elliot To: Ken Murchison , calsify@ietf.org Message-ID: In-Reply-To: References: <148943479822.20333.15175294910025553176@ietfa.amsl.com> X-Mailer: Airmail (420) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="58f0801a_46d2579f_3a7" Archived-At: Subject: Re: [calsify] Apologies re re-post of Review of draft-ietf-calext-caldav-attachments-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: Fri, 14 Apr 2017 07:54:07 -0000 --58f0801a_46d2579f_3a7 Content-Type: text/plain; charset="utf-8" Content-Length: 563 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sorry for the un-necessary review repost. Just read another message and realised that Ken did have my previous review on his radar. Thanks and regards, Gren This message and any attachment may contain information that is confidential and/or proprietary. Any use, disclosure, copying, storing, or distribution of this e-mail or any attached file by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please notify the sender by reply email and delete the message and any attachments. Thank you. --58f0801a_46d2579f_3a7 Content-Type: text/html; charset="utf-8" Content-Length: 2346 Content-Transfer-Encoding: base64 Content-Disposition: inline PGh0bWw+PGhlYWQ+PHN0eWxlPmJvZHl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhLEFyaWFsO2ZvbnQt c2l6ZToxM3B4fTwvc3R5bGU+PC9oZWFkPjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdv cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13 aGl0ZS1zcGFjZTsiPjxkaXYgaWQ9ImJsb29wX2N1c3RvbWZvbnQiIHN0eWxlPSJmb250LWZhbWls eTpIZWx2ZXRpY2EsQXJpYWw7Zm9udC1zaXplOjEzcHg7IGNvbG9yOiByZ2JhKDAsMCwwLDEuMCk7 IG1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogYXV0bzsiPlNvcnJ5IGZvciB0aGUgdW4tbmVjZXNz YXJ5IHJldmlldyByZXBvc3QuPC9kaXY+PGRpdiBpZD0iYmxvb3BfY3VzdG9tZm9udCIgc3R5bGU9 ImZvbnQtZmFtaWx5OkhlbHZldGljYSxBcmlhbDtmb250LXNpemU6MTNweDsgY29sb3I6IHJnYmEo MCwwLDAsMS4wKTsgbWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBhdXRvOyI+PGJyPjwvZGl2Pjxk aXYgaWQ9ImJsb29wX2N1c3RvbWZvbnQiIHN0eWxlPSJmb250LWZhbWlseTpIZWx2ZXRpY2EsQXJp YWw7Zm9udC1zaXplOjEzcHg7IGNvbG9yOiByZ2JhKDAsMCwwLDEuMCk7IG1hcmdpbjogMHB4OyBs aW5lLWhlaWdodDogYXV0bzsiPkp1c3QgcmVhZCBhbm90aGVyIG1lc3NhZ2UgYW5kIHJlYWxpc2Vk IHRoYXQgS2VuIGRpZCBoYXZlIG15IHByZXZpb3VzIHJldmlldyBvbiBoaXMgcmFkYXIuPC9kaXY+ IDxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhbmtzIGFuZCByZWdhcmRzLDwvZGl2PjxkaXY+R3Jlbjxi bG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSJjbGVhbl9icSI+PHNwYW4+PGRpdiBzdHlsZT0i d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQt bGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7Ij4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUi IGNsYXNzPSJjbGVhbl9icSI+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13 ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1z cGFjZTsiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQoNCg0KPC9kaXY+PC9zcGFuPjwvYmxvY2tx dW90ZT48L2Rpdj48YnI+PGJyPjxicj4NCjxwIHN0eWxlPSJ3aWR0aDo2MCU7IGZvbnQtc2l6ZTo4 cHQ7IGJvcmRlci10b3A6MXB4IHNvbGlkICM2NjY7IGNvbG9yOiM2NjY7IGZvbnQtZmFtaWx5OidD YWxpYnJpJywnQXJpYWwnLCdIZWx2ZXRpY2EnLHNhbnMtc2VyaWY7Ij4NClRoaXMgbWVzc2FnZSBh bmQgYW55IGF0dGFjaG1lbnQgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gdGhhdCBpcyBjb25maWRl bnRpYWwgYW5kL29yIHByb3ByaWV0YXJ5LiBBbnkgdXNlLCBkaXNjbG9zdXJlLCBjb3B5aW5nLCBz dG9yaW5nLCBvciBkaXN0cmlidXRpb24gb2YgdGhpcyBlLW1haWwgb3IgYW55IGF0dGFjaGVkIGZp bGUgYnkgYW55b25lIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBzdHJpY3Rs eSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3Is IHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBieSByZXBseSBlbWFpbCBhbmQgZGVsZXRlIHRoZSBt ZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMuIFRoYW5rIHlvdS48L3A+PC9ib2R5PjwvaHRtbD4N Cg0K --58f0801a_46d2579f_3a7-- From nobody Fri Apr 14 08:12:03 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 0D27F13010C; Fri, 14 Apr 2017 08:12:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tTPptVjUUsru; Fri, 14 Apr 2017 08:11:58 -0700 (PDT) Received: from daboo.name (daboo.name [173.13.55.49]) (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 B78B7131101; Fri, 14 Apr 2017 08:11:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id D07F169D9C06; Fri, 14 Apr 2017 11:11:55 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YGmZ94-dc0jI; Fri, 14 Apr 2017 11:11:55 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.44.178.52]) by daboo.name (Postfix) with ESMTPSA id 9F8BE69D9BFA; Fri, 14 Apr 2017 11:11:54 -0400 (EDT) Date: Fri, 14 Apr 2017 11:11:47 -0400 From: Cyrus Daboo To: Philipp Kewisch , Calsify cc: draft-ietf-calext-caldav-attachments.authors@ietf.org Message-ID: <542BFDD77B44AB53C66FB48E@caldav.corp.apple.com> In-Reply-To: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> References: <95b28712-5d79-4eca-ca35-a127ae30fb9c@kewis.ch> X-Mailer: Mulberry/4.1.0b1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=2118 Archived-At: Subject: Re: [calsify] Shepherd Review of draft-ietf-calext-caldav-attachments 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: Fri, 14 Apr 2017 15:12:02 -0000 Hi Philipp, Thanks for you review. --On April 13, 2017 at 12:05:55 PM +0200 Philipp Kewisch wrote: >> Specific instance A specific iCalendar instance is targeted by using >> its "RECURRENCE-ID" value as the item value. That value MUST >> correspond to the RECURRENCE-ID value as stored in the calendar >> object resource (i.e. without any conversion to UTC). If multiple >> items of this form are used, they MUST be unique values. > Can you clarify why you chose to not allow specifying this value in any > form, so that the server does timezone translation if needed? I think we wanted to avoid the need for the server or client to have to do any conversions, which could prove problematic particularly if the time zone definitions the client and server have differ (which was something that could happen at the time we wrote the initial spec, but is now less likely to happen with the time zones by reference feature). >> D. Upon successful creation of the attachment resource, and >> modification of the targeted calendar object resource, the >> server MUST return an appropriate HTTP success status >> response and include a "Cal-Managed-ID" header field >> containing the "MANAGED-ID" parameter value of the newly >> created "ATTACH" property. > Any specific reason to shorten "Calendar" to "Cal" here? I don't recall any specific version for that choice. However, it would be best not to change that given that existing deployments do make use of it. >> Malicious content could be introduced into the Calendar Server by way >> of a managed attachment, and propagated to many end users via >> scheduling. Servers SHOULD check managed attachments for malicious >> or inappropriate content. Upon detecting of such content, servers >> SHOULD remove the attachment, following the rules described in >> Section 3.12.5. > "Calendar Server" should probably be lowercase here, as you are not > referring to a specific product. Agreed. Ken can make that change. -- Cyrus Daboo From nobody Sun Apr 16 17:18:32 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2236F127843 for ; Sun, 16 Apr 2017 17:18:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.49.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149238831113.17725.6880680572745107659.idtracker@ietfa.amsl.com> Date: Sun, 16 Apr 2017 17:18:31 -0700 From: IETF Secretariat Archived-At: Subject: [calsify] Milestones changed for calext WG X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 00:18:31 -0000 Changed milestone "Submit availability draft to IESG for publication", resolved as "Done". Changed milestone "Submit extensions draft to IESG for publication", resolved as "Done". URL: https://datatracker.ietf.org/wg/calext/about/ From nobody Mon Apr 17 01:53:31 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EDBCA129ADD for ; Mon, 17 Apr 2017 01:53:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.49.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149241920996.17738.6075914972542647691.idtracker@ietfa.amsl.com> Date: Mon, 17 Apr 2017 01:53:29 -0700 From: IETF Secretariat Archived-At: Subject: [calsify] Milestones changed for calext WG X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 08:53:30 -0000 Changed milestone "Send attachment dratf to IESG", set state to active from review, accepting new milestone. Changed milestone "Send Event Publication dratf to IESG", set state to active from review, accepting new milestone, set description to "Send Event Publication draft to IESG". Changed milestone "Sedn ical relation draft to IESG", set state to active from review, accepting new milestone, set description to "Send iCal relation draft to IESG". URL: https://datatracker.ietf.org/wg/calext/about/ From nobody Fri Apr 21 20:37:56 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D1CC1267BB; Fri, 21 Apr 2017 20:37:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149283227001.25909.8523949851908452110@ietfa.amsl.com> Date: Fri, 21 Apr 2017 20:37:50 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 03:37:50 -0000 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/ From nobody Sun Apr 30 05:04:25 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 E140B1293F3 for ; Sun, 30 Apr 2017 05:04:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.698 X-Spam-Level: X-Spam-Status: No, score=0.698 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.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 bGL8pMIjBgZt for ; Sun, 30 Apr 2017 05:04:22 -0700 (PDT) Received: from statler.isode.com (Statler.isode.com [62.232.206.189]) by ietfa.amsl.com (Postfix) with ESMTP id 31AE7127444 for ; Sun, 30 Apr 2017 05:03:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1493553794; d=isode.com; s=june2016; i=@isode.com; bh=+CRuLmhKEuC9PgES1PgYLgIW7FvF4pl5PwyzI/oc5OQ=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=pP4uw8tPMR6jJ2MlGqI69IX1+MX5DZBdP4Ee08l3+DEyqtZvxW1opX3Ye1574S6g124uUk 0R3a+KzxVK22lsGH4KCY9T1VWkeNEiTcPPSksvu6g3LOIj4uMlL0unjJCajiqYy8AE6vZS 3GAn189GuD2ahMEKVJhOvVUV05k8XXE=; Received: from [192.168.0.3] (cpc121086-nmal24-2-0-cust54.19-2.cable.virginm.net [77.97.145.55]) by statler.isode.com (submission channel) via TCP with ESMTPSA id ; Sun, 30 Apr 2017 13:03:14 +0100 From: Alexey Melnikov To: calsify@ietf.org Message-ID: <5905D298.6060204@isode.com> Date: Sun, 30 Apr 2017 13:03:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-transfer-encoding: quoted-printable Archived-At: Subject: [calsify] AD review of draft-ietf-calext-caldav-attachments-02 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: Sun, 30 Apr 2017 12:04:24 -0000 Hi, The document is in a good shape, but I have a few minor comments/questions: In Section 3 HTTP PUT is not mentioned. I think it should be added. All examples should use https: URI scheme. In 3.7: if SIZE property is included, should its value be replaced/ignored/validated? In 3.12.3: is support for Expect: 100-continue required in compliant servers? In Section 8 (Security Considerations): is it worth mentioning Denial-of-Service attacks? Appendix B, page 31: just to help me understand the example: after adding an attachment the RECURRENCE-ID added is the same as the "rid" request in the attachment-add request. Thank you, Alexey From nobody Sun Apr 30 07:59:05 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 46D4A126BF6 for ; Sun, 30 Apr 2017 07:59:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.698 X-Spam-Level: X-Spam-Status: No, score=0.698 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.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 npa5dgmB4Tde for ; Sun, 30 Apr 2017 07:59:02 -0700 (PDT) Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id CD9BB127978 for ; Sun, 30 Apr 2017 07:56:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1493564212; d=isode.com; s=june2016; i=@isode.com; bh=uqV2AI5Dscb1k+Yx2xmsQLgFxqz9jDW5b6htDw7bdbM=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=LDQoZE74jovlt24rh1gWWRsM1ffzoTNneZxsITyk4EpJJwtJghybdL2GGdrbD33ierArrk I+V47+bmXH2QK+hiBVGAoUWWOZ9Qpa7HFF9QZ/v6BfW8VzgPS39bV2Dr5x9XhKfazinPtZ Iqwuk5iBeXPUShdcgynb8VGg7JjaXt0=; Received: from [192.168.0.3] (cpc121086-nmal24-2-0-cust54.19-2.cable.virginm.net [77.97.145.55]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id ; Sun, 30 Apr 2017 15:56:52 +0100 To: calsify@ietf.org References: <5905D298.6060204@isode.com> From: Alexey Melnikov Message-ID: <5905FB4B.8060902@isode.com> Date: Sun, 30 Apr 2017 15:57:15 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 In-Reply-To: <5905D298.6060204@isode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [calsify] AD review of draft-ietf-calext-caldav-attachments-02 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: Sun, 30 Apr 2017 14:59:04 -0000 On 30/04/2017 13:03, Alexey Melnikov wrote: > Hi, > The document is in a good shape, but I have a few minor comments/questions: I should add that none of my comments are blocking, so I will start IETF LC on the document. > In Section 3 HTTP PUT is not mentioned. I think it should be added. > > All examples should use https: URI scheme. > > In 3.7: if SIZE property is included, should its value be > replaced/ignored/validated? > > In 3.12.3: is support for Expect: 100-continue required in compliant > servers? > > In Section 8 (Security Considerations): is it worth mentioning > Denial-of-Service attacks? > > Appendix B, page 31: just to help me understand the example: after > adding an attachment the RECURRENCE-ID added is the same as the "rid" > request in the attachment-add request. > > Thank you, > Alexey From nobody Sun Apr 30 11:13:58 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 A5D0A12954B for ; Sun, 30 Apr 2017 11:13:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 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_LOW=-0.7, SPF_PASS=-0.001] 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 yVtyhOh-azcd for ; Sun, 30 Apr 2017 11:13:55 -0700 (PDT) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 83FFE1200CF for ; Sun, 30 Apr 2017 11:11:58 -0700 (PDT) Received: by mail-lf0-x232.google.com with SMTP id 75so53569800lfs.2 for ; Sun, 30 Apr 2017 11:11:58 -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; bh=slHmbkHgVfLWElvFtBN6QyoS0x4R8RVwAbU46Hi/5SQ=; b=ZNaKfIfMjEgCZZWr3l0sWA0BzYh8L0/K/Tqoluw1pvRAOjsXbbYHGEAIiLYGa2OoUK NhoF6QJkpxjV/OLiJaX19SWPv2YzESX6giOfHRBOteMR1NlQwGMvGDCdf9ra3mT7H82K Ss6gs32irjTuT1k/FdWezfv8D5xVS0zgWVqfThJGZmcAdvItC8bf6YzANuFAk8F0cC5Y MOUHjHIonGhPrtdxRU2AoPyC/6Tkeaf+lSRuWjQJHpCKCnSLbmPRyxse5dAgl+UxovCu /+7Z5Qm13z4P5BLY+B5w1wrEhRwtlxiDPdeK3LRcPbm3aPsQCHuDwTNicqVjCP4o3rrq mCEw== 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; bh=slHmbkHgVfLWElvFtBN6QyoS0x4R8RVwAbU46Hi/5SQ=; b=INvbo73+R5CgsG3AwrhQVAbTyRIpLLGLfYfuBof11JdqOlv4TaFUuFqGg1idGcsBjH gPxMnoOlFabG5JhMf1JP8BqWEK75RnOEY2V5M0EIAh8prsb68aEDSq2if8TkaH15eIia Tk7uEJ5mqtUQ8F0Lm1h6yrriZegi1TLppDB/zFG90+EizAm9rbV0Pbjqlq6T98wU/8jS fCK8ztg2carYsTz350VFrmSQ+bpm3n/BkcSNpR4/0nxkmBksS6Tgdk8oAmTuuCNjnYmZ kpgc5WMpuYE8/JiIpn57KAwwCIBhPpL5jCUDbs7Vz2M98dxF33uRMo1YWgaYetyp3023 PTfA== X-Gm-Message-State: AN3rC/6RLUNObDld5H99TfpG5Jewza10xPdZnDYMSA7MTlljPCAGuJNV GRIs78DVLxP9iq+C6KxMqvgF5RryZTiu X-Received: by 10.25.199.145 with SMTP id x139mr7625935lff.102.1493575916608; Sun, 30 Apr 2017 11:11:56 -0700 (PDT) MIME-Version: 1.0 Sender: mglt.ietf@gmail.com Received: by 10.46.69.212 with HTTP; Sun, 30 Apr 2017 11:11:55 -0700 (PDT) In-Reply-To: <149283227001.25909.8523949851908452110@ietfa.amsl.com> References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> From: Daniel Migault Date: Sun, 30 Apr 2017 14:11:55 -0400 X-Google-Sender-Auth: SNit2XqEak2KQFZFhSPEvUDaorI Message-ID: To: calsify@ietf.org Content-Type: multipart/alternative; boundary=94eb2c1a1732f46249054e663d5d Archived-At: Subject: [calsify] Fwd: 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: Sun, 30 Apr 2017 18:13:57 -0000 --94eb2c1a1732f46249054e663d5d Content-Type: text/plain; charset=UTF-8 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 --94eb2c1a1732f46249054e663d5d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Please provide your co= mments / reviews by=C2=A0 May 14.

Yours,
Daniel
=

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



A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
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 : Mich= ael Douglass
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-calext-eventpub-extensions-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 introduces a number of new iCalendar proper= ties
=C2=A0 =C2=A0and components which are of particular use for event publisher= s 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 allow for data that is directly pertine= nt to
=C2=A0 =C2=A0an 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.ie= tf.org/doc/html/draft-ietf-calext-eventpub-extensions-02

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


Please note that it may take a couple of minutes from the time of submissio= n
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<= br>

--94eb2c1a1732f46249054e663d5d-- From nobody Sun Apr 30 12:21:03 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 6DFDD12944A for ; Sun, 30 Apr 2017 12:21:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 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_LOW=-0.7, SPF_PASS=-0.001] 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 ySM339-ywh68 for ; Sun, 30 Apr 2017 12:20:58 -0700 (PDT) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::22e]) (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 BDDFC12947D for ; Sun, 30 Apr 2017 12:18:58 -0700 (PDT) Received: by mail-lf0-x22e.google.com with SMTP id 88so53986444lfr.0 for ; Sun, 30 Apr 2017 12:18:58 -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; bh=bvmWVzOj8aZASYBN/XssuqAV/NswSyGdibkRr4qfxp4=; b=PGtAzfWTl59gDQh+2ykRGHtFz+DO/eh+fm+mztvepLn+lrkRRFi7L9A6UgWYjD7L1K mF4k1LEg0q+wkxdTxiA4c9RNtBqimkcIM/PvV+MHLoFCXZGaLMGkC6BGy0OZqQZAC05r DQ1M+EzUCspuj1H3cQgkSmsjdYWvBofP6R8/4hZEeLzwaws8sAbqiz7gmyaFgV5rTP7g atAZYSpEWWyrMUySaxXTQJGlFEBzTgHQWltvL+FDWEJoBi55o0krbYGanuF1RBE6Wk+n Zdo68OisoqaUvKeckUzrzXZ0/zQYqRpXVWFz58te0SkJvKkaCuwjLGs0ks2nUcCSUZAB 2m4g== 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; bh=bvmWVzOj8aZASYBN/XssuqAV/NswSyGdibkRr4qfxp4=; b=kLKnwM3Y1OMFDy2qa3I8NcGcyXfwQzWw1dCOq3bHcXf827R60VU98smCtq5cmqH4pe BUWPmROg0BPYIVoxeF/+hdIKhNDRQvgrbhPe5KNIfh5UYYaUU6GUkHhaDRZ9SkM/Rq+L 9/JvwGD2U1XEpTk2egYUCGvcsCE4Q5Gdzc38UuGAgsHmpI6yBaXe+w3XIqJpgDM3fEOF PIrFspzYYG0lQehFL0JqeDi2hvMlL/evPDai5sNtpfTUBqi/rHS+F15y3KRq0CmNnLrj 3+Qtped0BYTOPRjwOrG/5ZkJSCA6Ivq/UzmmpEKmWzTv1mE+n4IIVebdoTKqish2Kce7 2D6w== X-Gm-Message-State: AN3rC/5D/jCBnZmd7tC3bDo14A1xUTge9eCb8qTiRS9RP/noyyYISIbm 1+3IB+7lpcFmcLEfSfKTrmOq1qJvsEmy X-Received: by 10.25.199.145 with SMTP id x139mr7714577lff.102.1493579936727; Sun, 30 Apr 2017 12:18:56 -0700 (PDT) MIME-Version: 1.0 Sender: mglt.ietf@gmail.com Received: by 10.46.69.212 with HTTP; Sun, 30 Apr 2017 12:18:56 -0700 (PDT) In-Reply-To: References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> From: Daniel Migault Date: Sun, 30 Apr 2017 15:18:56 -0400 X-Google-Sender-Auth: zW89ONCLu7Qq6el5aAv2PHaarNo Message-ID: To: calsify@ietf.org Content-Type: multipart/alternative; boundary=94eb2c1a173292871d054e672dff 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: Sun, 30 Apr 2017 19:21:02 -0000 --94eb2c1a173292871d054e672dff Content-Type: text/plain; charset=UTF-8 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. "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. 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. 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. 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. 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. 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. -- 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 == Unused Reference: 'RFC3688' is defined on line 1084, but no explicit reference was found in the text == Outdated reference: draft-ietf-calext-extensions has been published as RFC 7986 ** 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-even > tpub-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 > > --94eb2c1a173292871d054e672dff Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Please find my comments r= egarding 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 parti= cipant of the event ? If that is the case, it would be clearer to mention i= t explicitly.

"The following properties and components are def= ined in this specification". As there are two kind of objects being de= fined, 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.
=C2=A0=C2=A0
2.=C2=A0 Component= s and properties

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

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

3.=C2=A0 Typed References

&quo= t;""
=C2=A0=C2=A0 These properties are designed to handle comm= on use cases in event
=C2=A0=C2=A0 publication.=C2=A0 It is generally im= portant to provide information about
=C2=A0=C2=A0 the organizers of such= events.=C2=A0 Sponsors wish to be referenced in a
=C2=A0=C2=A0 prominen= t manner.=C2=A0 In social calendaring it is often important to
=C2=A0=C2= =A0 identify the active participants in the event, for example a school
= =C2=A0=C2=A0 sports team, and the inactive participants, for example the pa= rents.
"""

I also have the impression that propert= ies 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.

5.2.=C2=A0 Res= type

"""
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Descriptio= n:=C2=A0 This parameter MAY be specified on STRUCTURED-RESOURCE
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 and provides a way to differentiate multiple prope= rties.

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

[todo] needs to be completed.

5.3.=C2=A0 Order

"= ""
=C2=A0=C2=A0 Description:=C2=A0 The ORDER parameter is OPTI= ONAL and is used to indicate
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the relative= ordering 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 tha= t
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 quantifies the order.=C2=A0 Lower value= s correspond to a higher level
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 of orderin= g, with 1 being the highest.
"""

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


=C2=A0=C2=A0
=C2=A0
Follows the = nits provided by the datatracker:

nits:
idnits 2.14.0= 1

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

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

=C2=A0=C2=A0=C2=A0=C2=A0 No issues fou= nd here.

=C2=A0 Checking nits according to http://www.ietf.org/id-info/1id-guideline= s.txt:
=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/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 excess of 72.<= br>
=C2=A0 ** The abstract seems to contain references ([RFC5545]), whic= h it
=C2=A0=C2=A0=C2=A0=C2=A0 shouldn't.=C2=A0 Please replace those = with straight textual mentions of the
=C2=A0=C2=A0=C2=A0=C2=A0 documents= in question.

=C2=A0 -- The draft header indicates that this documen= t 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 OK.

=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 from 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 from RFC5546, updated by this docu= ment, for
=C2=A0=C2=A0=C2=A0=C2=A0 RFC5378 checks: 2008-07-14)

= =C2=A0 -- The document seems to lack a disclaimer for pre-RFC5378 work, but= may
=C2=A0=C2=A0=C2=A0=C2=A0 have content which was first submitted bef= ore 10 November 2008.=C2=A0 If you
=C2=A0=C2=A0=C2=A0=C2=A0 have contact= ed all the original authors and they are all willing to grant
=C2=A0=C2= =A0=C2=A0=C2=A0 the BCP78 rights to the IETF 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 (S= ee the Legal Provisions document at
=C2=A0=C2=A0=C2=A0=C2=A0 http://trustee.ietf.org/license-info<= /a> for more information.)

=C2=A0 -- The document date (April 21, 20= 17) is 9 days in the past.=C2=A0 Is this
=C2=A0=C2=A0=C2=A0=C2=A0 intent= ional?


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

=C2=A0=C2=A0=C2=A0=C2=A0 (See RFCs 3967 and 489= 7 for information about using normative references
=C2=A0=C2=A0=C2=A0=C2= =A0 to lower-maturity documents in RFCs)

=C2=A0 =3D=3D Unused Refere= nce: 'RFC2434' is defined on line 1079, but no explicit
=C2=A0= =C2=A0=C2=A0=C2=A0 reference was found in the text

=C2=A0 =3D=3D Unu= sed Reference: 'RFC3688' is defined on line 1084, but no explicit=C2=A0=C2=A0=C2=A0=C2=A0 reference was found in the text

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

=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 comment= s (--).

=C2=A0=C2=A0=C2=A0=C2=A0 Run idnits with the --verbose optio= n for more detailed information about
=C2=A0=C2=A0=C2=A0=C2=A0 the items= above.

On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault <daniel.migault@ericsson.com> wrote:
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 director= ies.
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 : Mich= ael Douglass
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-calext-eventpub-extensions-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 introduces a number of new iCalendar proper= ties
=C2=A0 =C2=A0and components which are of particular use for event publisher= s 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 allow for data that is directly pertine= nt to
=C2=A0 =C2=A0an 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.ie= tf.org/doc/html/draft-ietf-calext-eventpub-extensions-02

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


Please note that it may take a couple of minutes from the time of submissio= n
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<= br> https://www.ietf.org/mailman/listinfo/calsify<= br>


--94eb2c1a173292871d054e672dff-- From nobody Sun Apr 30 19:29:14 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66F5D1293D8; Sun, 30 Apr 2017 19:29:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk CC: alexey.melnikov@isode.com, draft-ietf-calext-caldav-attachments@ietf.org, calsify@ietf.org, calext-chairs@ietf.org, mozilla@kewis.ch Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <149360575341.9776.9318360657662182493.idtracker@ietfa.amsl.com> Date: Sun, 30 Apr 2017 19:29:13 -0700 Archived-At: Subject: [calsify] Last Call: (CalDAV Managed Attachments) to Proposed Standard X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2017 02:29:13 -0000 The IESG has received a request from the Calendaring Extensions WG (calext) to consider the following document: - 'CalDAV Managed Attachments' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-05-14. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This specification defines an extension to the calendar access protocol (CalDAV) to allow attachments associated with iCalendar data to be stored and managed on the server. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-calext-caldav-attachments/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-calext-caldav-attachments/ballot/ No IPR declarations have been submitted directly on this I-D.