Re: Registration of media type application/calendar+xml

Cyrus Daboo <cyrus@daboo.name> Fri, 10 September 2010 16:49 UTC

Return-Path: <cyrus@daboo.name>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8DDD3A6835 for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:49:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.483
X-Spam-Level:
X-Spam-Status: No, score=-102.483 tagged_above=-999 required=5 tests=[AWL=0.116, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HfGRFzr6JGG8 for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:49:38 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by core3.amsl.com (Postfix) with ESMTP id 8BC7C3A67EB for <IETF@IETF.ORG>; Fri, 10 Sep 2010 09:49:38 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id B893019249875; Fri, 10 Sep 2010 12:50:02 -0400 (EDT)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZ5+Dtkug0rx; Fri, 10 Sep 2010 12:50:02 -0400 (EDT)
Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTPSA id 0C19C1924986A; Fri, 10 Sep 2010 12:49:59 -0400 (EDT)
Date: Fri, 10 Sep 2010 12:49:57 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Keith Moore <moore@network-heretics.com>
Subject: Re: Registration of media type application/calendar+xml
Message-ID: <30634C83671E91876FCB7FF7@caldav.corp.apple.com>
In-Reply-To: <0D3B06F9-6B9D-476C-9E13-45F509511655@network-heretics.com>
References: <F842A373EE7E9C439CA07CCB01BBD1D0564C4899@TK5EX14MBXC138.redmond.corp.microsoft.com> <341B449F-7DFE-4A40-84B0-D008658A08DF@cs.utk.edu> <01NRP8H2AP2Y003JZ5@mauve.mrochek.com> <22026_1284097229_o8A5eRUG005394_D07F8B0F-3157-47BF-8F8E-38A7B4C7A34E@cs.utk.edu> <43F23935E7908D7304FE0482@caldav.corp.apple.com> <6669_1284127761_o8AE9KoR012176_3ADB01EC-68F9-4AEC-A260-7A3B5575A316@cs.utk.edu> <79B4EA2633639B353AF2C432@caldav.corp.apple.com> <0D3B06F9-6B9D-476C-9E13-45F509511655@network-heretics.com>
X-Mailer: Mulberry/4.1.0a1 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; size=1047
Cc: Ned Freed <ned.freed@mrochek.com>, IETF@IETF.ORG, Keith Moore <moore@cs.utk.edu>, ietf-types@iana.org, Steven Lees <Steven.Lees@microsoft.com>, Douglass Mike <douglm@rpi.edu>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2010 16:49:41 -0000

Hi Keith,

--On September 10, 2010 12:43:53 PM -0400 Keith Moore 
<moore@network-heretics.com> wrote:

>> Fair enough. We can adjust e.g. Section 3.7 that talks about only X-
>> extensions to also refer to any new iCalendar data objects. The basic
>> premise being that new iCalendar data object names map directly to an
>> XML element name. After each table in the previous sections we can add a
>> reference to section 3.7 with a statement that that is how new items
>> will be handled.
>
> That would help.  But why do you need specific rules for any of the
> iCalendar data object names?  I can understand one or two exceptional
> cases, but if the mapping you have is truly adaptable, it shouldn't need
> many of those rules.

OK, I'll discuss with my fellow authors to see what we can do to better 
clarify our intent. Maybe we actually state the naming/mapping rules at the 
very start of section 3 as the "fundamental" set of rules, but we still 
keep the tables in there as a useful reference back to the iCalendar spec.

-- 
Cyrus Daboo