Re: [VCARDDAV] CardDAV + xCard in query response

Arnaud Quillaud <arnaudq@quillaud.org> Tue, 14 June 2011 17:21 UTC

Return-Path: <quillaud@gmail.com>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 332D49E8026 for <vcarddav@ietfa.amsl.com>; Tue, 14 Jun 2011 10:21:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t3hqrpEGcRE3 for <vcarddav@ietfa.amsl.com>; Tue, 14 Jun 2011 10:21:42 -0700 (PDT)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by ietfa.amsl.com (Postfix) with ESMTP id 73BBA9E800F for <vcarddav@ietf.org>; Tue, 14 Jun 2011 10:21:41 -0700 (PDT)
Received: by qwc23 with SMTP id 23so3746692qwc.31 for <vcarddav@ietf.org>; Tue, 14 Jun 2011 10:21:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=l8MbxEvXpUQI1n9tev7xq0wnvsL/fehEZUWa/wF/g1U=; b=TGo36jCjTR1z90bsNZQR8axQqb6pP6SimMsm+9FsjF4dUx4otmQMufJSzcS9oU505C Lf5ysWwjaCv942MYiNUYDWbeuYnVvqNXfPwFcnc6BA0MH++akssXeQqEwL0naD/8oR2P cFXi8DQ8rrIV9KZG+jy9BNEgsOs8T6OxxyCSk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=CjaJhF3JqybTW9t0PD7AlYh/ABN/OuqE3N51ePTPsIy/HDc0caTvOqJK6plbZvdkEC sgpjc4vAy2HUZwp0w887XQccGgEStlFcebhwwBPDrDlhTd4yTsVkGkK760BIBJoB7NDX PmBUudbGJn1aXPBj/lJwy9RG0/6Iuzn4Z0Jyg=
MIME-Version: 1.0
Received: by 10.229.46.129 with SMTP id j1mr5155126qcf.95.1308072100816; Tue, 14 Jun 2011 10:21:40 -0700 (PDT)
Sender: quillaud@gmail.com
Received: by 10.229.51.10 with HTTP; Tue, 14 Jun 2011 10:21:40 -0700 (PDT)
In-Reply-To: <A93F91D639EB4D5B16840D2E@caldav.corp.apple.com>
References: <4DE03A77.6030801@quillaud.org> <4DF65BC9.7050306@viagenie.ca> <A93F91D639EB4D5B16840D2E@caldav.corp.apple.com>
Date: Tue, 14 Jun 2011 19:21:40 +0200
X-Google-Sender-Auth: GuJn3itqlFvXk1P-maFnhBZShD8
Message-ID: <BANLkTi=1WS24Sb_vnSOWq99C0tOuyPJ6ag@mail.gmail.com>
From: Arnaud Quillaud <arnaudq@quillaud.org>
To: Cyrus Daboo <cyrus@daboo.name>
Content-Type: multipart/alternative; boundary="0016364eebb2e8e60504a5af44ab"
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] CardDAV + xCard in query response
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2011 17:21:43 -0000

On Mon, Jun 13, 2011 at 9:11 PM, Cyrus Daboo <cyrus@daboo.name> wrote:

> Hi Simon,
>
>
> --On June 13, 2011 2:49:45 PM -0400 Simon Perreault <
> simon.perreault@viagenie.ca> wrote:
>
>  http://tools.ietf.org/html/draft-ietf-vcarddav-carddav-10#section-10.4 ,
>>> the address-data corresponding to a REPORT response is defined as:
>>>
>>>       <!ELEMENT address-data (#PCDATA)>
>>>       <!-- PCDATA value: address data -->
>>>
>>> (and the same section contains two paragraph explaining how to deal with
>>> CDATA).
>>>
>>> If I understand this definition correctly, this more or less prevents
>>> the use of xCard as the returned format.
>>>
>>
>> Well, no matter what the schema says, the text itself prevents xCard
>> from being used. If I understand correctly, CardDAV specifies vCard 3,
>> mentions that v4 is compatible, and that's it. I guess we'll need a new
>> 1-page RFC to specify xCard inside CardDAV...
>>
>
> Actually the server can advertise support for xCard via the
> CARDDAV:supported-address-data property at which point it is in theory OK
> for the client to send that. Obviously the schema for the address-data
> element would need to be tweaked to allow "embedded" XML, and maybe we have
> a one page spec to do that (actually perhaps two pages as we should deal
> with this for CalDAV too).
>

So, in other words, it is too late to integrate this change into the CardDAV
spec itself (?...). I can give this one pager a try but is it OK to mix
CardDAV and CalDAV ?

The only other ambiguity in the spec that I faced while implementing CardDAV
+ xCard is the fact that the address-data requires a content-type and a
version number (e.g.

<C:address-data type='text/vcard' version='4.0'/>

) when xCard has no version number per say (versioning is provided through
XML namespaces).

Arnaud Quillaud

>
> --
> Cyrus Daboo
>
>
> _______________________________________________
> VCARDDAV mailing list
> VCARDDAV@ietf.org
> https://www.ietf.org/mailman/listinfo/vcarddav
>