Re: [Ietf-caldav] New draft

Bernard Desruisseaux <bernard.desruisseaux@oracle.com> Thu, 21 September 2006 17:07 UTC

Return-Path: <bernard.desruisseaux@oracle.com>
X-Original-To: ietf-caldav@osafoundation.org
Delivered-To: ietf-caldav@osafoundation.org
Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 7F7467F67E for <ietf-caldav@osafoundation.org>; Thu, 21 Sep 2006 10:07:58 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 71787142272 for <ietf-caldav@osafoundation.org>; Thu, 21 Sep 2006 10:07:58 -0700 (PDT)
Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19080-01 for <ietf-caldav@osafoundation.org>; Thu, 21 Sep 2006 10:07:56 -0700 (PDT)
Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id C731214226F for <ietf-caldav@osafoundation.org>; Thu, 21 Sep 2006 10:07:56 -0700 (PDT)
Received: from rcsmt251.oracle.com (rcsmt251.oracle.com [148.87.90.196]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k8JIJmdP024887; Thu, 21 Sep 2006 11:07:44 -0600
Received: from bdesruis-ca.ca.oracle.com by rcsmt250.oracle.com with ESMTP id 2021323381158858405; Thu, 21 Sep 2006 11:06:45 -0600
Message-ID: <4512C6A3.205@oracle.com>
Date: Thu, 21 Sep 2006 13:06:43 -0400
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
Subject: Re: [Ietf-caldav] New draft
References: <B166B97622BEDDE8CE335B42@Cyrus-Daboo-G5.local> <450F091C.3040200@gmx.de>
In-Reply-To: <450F091C.3040200@gmx.de>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level:
Cc: CalDAV DevList <ietf-caldav@osafoundation.org>
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions on Calendar Access protocol based on WebDAV <ietf-caldav.osafoundation.org>
List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-caldav>
List-Post: <mailto:ietf-caldav@osafoundation.org>
List-Help: <mailto:ietf-caldav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Sep 2006 17:07:58 -0000

Hi Julian,

The Collation Registry draft encourage protocol specification to do so.

http://www.ietf.org/internet-drafts/draft-newman-i18n-comparator-14.txt

 > 5.6.  Error Codes
 >
 >    The protocol specification should consider assigning protocol error
 >    codes for the following circumstances:
 >    o  The client requests the use of a collation by identifier or
 >       pattern, but no implemented collation matches that pattern.

I believe other WebDAV specs also have MUST level requirements to
return preconditions.

Cheers,
Bernard

Julian Reschke wrote:
> Cyrus Daboo schrieb:
>> Hi folks,
>> Following the last IESG review there was push-back on i18n issues wrt 
>> text comparisons done in the calendar-query report. As a result we 
>> have now added support for collations as defined in 
>> <http://www.ietf.org/internet-drafts/draft-newman-i18n-comparator-14.txt>. 
>> This involved a whole new section (7.5) and modification to the 
>> text-match element.
>>
>> The basic change was to eliminate the caseless attribute in text-match 
>> and instead add a collation attribute that takes the name of one of 
>> the supported collations on the server. With this, the text comparison 
>> operation will follow the well defined rules of the collation.
>>
>> The link to the draft is here:
>>
>> <http://www.ietf.org/internet-drafts/draft-dusseault-caldav-15.txt>
>>
>> An HTML diff from the previous version is here:
>>
>> <http://ietf.osafoundation.org/caldav/draft-dusseault-caldav-15-from-14.diff.html> 
> 
> 
> Thanks.
> 
> I just read 7.5 (not the subsections), and it's a bit weird that the 
> spec mandates normative behaviour for edge cases where a client violates 
> MUST level requirements... Please be more conservative in throwing in 
> RFC2119 keywords...
> 
> Best regards, Julian
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org
> See http://ietf.webdav.org/caldav/ for more CalDAV resources
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav