Re: [Ietf-carddav] Comments on draft-daboo-carddav-02

Cyrus Daboo <cyrus@daboo.name> Mon, 16 July 2007 16:31 UTC

Return-Path: <cyrus@daboo.name>
X-Original-To: ietf-carddav@osafoundation.org
Delivered-To: ietf-carddav@osafoundation.org
Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 9335A80594 for <ietf-carddav@osafoundation.org>; Mon, 16 Jul 2007 09:31:30 -0700 (PDT)
Received: from localhost (laweleka.osafoundation.org [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id EBD4814220F for <ietf-carddav@osafoundation.org>; Mon, 16 Jul 2007 09:30:32 -0700 (PDT)
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Score: -2.223
X-Spam-Level:
X-Spam-Status: No, score=-2.223 tagged_above=-50 required=4 tests=[AWL=0.178, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001]
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 EPvLawpHYJ+b for <ietf-carddav@osafoundation.org>; Mon, 16 Jul 2007 09:30:32 -0700 (PDT)
Received: from mail203c25.carrierzone.com (mail203c25.carrierzone.com [64.29.147.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 2F821142201 for <ietf-carddav@osafoundation.org>; Mon, 16 Jul 2007 09:30:32 -0700 (PDT)
X-Authenticated-User: master.tencoassemblies.com
Received: from TENCOSERVER.TencoAssembliesInc.local (static-68-162-87-75.phil.east.verizon.net [68.162.87.75]) (authenticated bits=0) by mail203c25.carrierzone.com (8.13.6.20060614/8.13.1) with ESMTP id l6GGUCxb010700; Mon, 16 Jul 2007 16:30:16 GMT
Received: from TENCOSERVER.TencoAssembliesInc.local ([10.0.0.2]) by TENCOSERVER.TencoAssembliesInc.local with Microsoft SMTPSVC(5.0.2195.6713); Mon, 16 Jul 2007 12:30:12 -0400
Received: by TENCOSERVER.TencoAssembliesInc.local (Microsoft Connector for POP3 Mailboxes 5.00.2195) with SMTP (Global POP3 Download) id MSG07162007-123011-11790.MMD@TencoAssembliesInc.local; Mon, 16 Jul 2007 12:30:11 -0400
X-From_: w3c-dist-auth-request@frink.w3.org Mon Jul 16 16:24:17 2007
X-Envelope-From: w3c-dist-auth-request@frink.w3.org
Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by mail2502.carrierzone.com (8.13.6.20060614/8.13.1) with ESMTP id l6GGOFOZ020920 for <JTentilucci@tencoassemblies.com>; Mon, 16 Jul 2007 16:24:17 GMT
Received: from lists by frink.w3.org with local (Exim 4.50) id 1IATM2-0007k2-D8 for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jul 2007 16:23:22 +0000
Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1IATM1-0007jK-4n for w3c-dist-auth@listhub.w3.org; Mon, 16 Jul 2007 16:23:21 +0000
Received: from piper.mulberrymail.com ([151.201.22.177] helo=mulberrymail.com) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from <cyrus@daboo.name>) id 1IATLw-0007SH-2c for w3c-dist-auth@w3.org; Mon, 16 Jul 2007 16:23:20 +0000
Received: from caldav.corp.apple.com ([17.101.32.44]) (authenticated bits=0) by mulberrymail.com (8.13.6/8.13.6) with ESMTP id l6GGMxP2026934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 12:23:02 -0400
Date: Mon, 16 Jul 2007 12:22:54 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Julian Reschke <julian.reschke@gmx.de>, "Mr. Demeanour" <mrdemeanour@jackpot.uk.net>
Message-ID: <6A114647AE869FB6B3252EDC@caldav.corp.apple.com>
In-Reply-To: <469B9319.7090204@gmx.de>
References: <4699F52B.10101@gmx.de> <DA70918551A4706E579F3829@caldav.corp.apple.com> <469B8976.9040402@jackpot.uk.net> <C4E535EC204E5BF24F6076F0@caldav.corp.apple.com> <469B91A2.5000002@jackpot.uk.net> <469B9319.7090204@gmx.de>
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
Received-SPF: none
X-SPF-Guess: pass
X-W3C-Hub-Spam-Status: No, score=-2.6
X-W3C-Scan-Sig: maggie.w3.org 1IATLw-0007SH-2c 90d392739ef8d695ffc2b856f24f3ea2
X-Original-To: w3c-dist-auth@w3.org
Subject: Re: [Ietf-carddav] Comments on draft-daboo-carddav-02
X-Archived-At: http://www.w3.org/mid/6A114647AE869FB6B3252EDC@caldav.corp.apple.com
Resent-From: w3c-dist-auth@w3.org
X-Mailing-List: <w3c-dist-auth@w3.org> archive/latest/12730
X-Loop: w3c-dist-auth@w3.org
Sender: w3c-dist-auth-request@w3.org
Resent-Sender: w3c-dist-auth-request@w3.org
Precedence: list
Resent-Message-Id: <E1IATM2-0007k2-D8@frink.w3.org>
Resent-Date: Mon, 16 Jul 2007 16:23:22 +0000
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-OriginalArrivalTime: 16 Jul 2007 16:30:12.0817 (UTC) FILETIME=[95736C10:01C7C7C6]
Cc: w3c-dist-auth@w3.org, ietf-carddav@osafoundation.org
X-BeenThere: ietf-carddav@osafoundation.org
X-Mailman-Version: 2.1.5
List-Id: ietf-carddav.osafoundation.org
List-Unsubscribe: <http://lists.osafoundation.org/cgi-bin/mailman/listinfo/ietf-carddav>, <mailto:ietf-carddav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-carddav>
List-Post: <mailto:ietf-carddav@osafoundation.org>
List-Help: <mailto:ietf-carddav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/cgi-bin/mailman/listinfo/ietf-carddav>, <mailto:ietf-carddav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Jul 2007 16:31:31 -0000

Hi Julian,

--On July 16, 2007 5:47:37 PM +0200 Julian Reschke <julian.reschke@gmx.de>; 
wrote:

>> my own project is to implement a CalDAV server that has no DBMS
>> dependency - it's a servlet that uses exclusively the filesystem for
>> storing data. I have repeatedly run into details in the specs that would
>> have been *much* easier to implement had a database been my underlying
>> store; typically these details relate to the blurred distinction between
>> data and properties.
>> ...
>
> So let's assume that the parts of a vCard resource would be exposed as
> (potentially computed) WebDAV properties -- wouldn't the need for the
> multiget report just go away? PROPFIND would be all that's needed, then...

The problem is mapping vCard "properties" on to WebDAV "properties". We had 
the same problem in iCalendar which is why CalDAV does not do that. One 
issue is how to represent multiple instances of the same property - in 
vCard/iCalendar certainly properties can appear more than once, yet WebDAV 
only allows one property of an element type per resource. Yes you could do 
things with list elements but it starts to get messy - so we avoided it. It 
would also mean inventing an XML representation of the data - we certainly 
did not want to go down that route with CalDAV at the time.

-- 
Cyrus Daboo