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

Cyrus Daboo <cyrus@daboo.name> Mon, 16 July 2007 18:01 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 3651D7FE2D; Mon, 16 Jul 2007 11:01:26 -0700 (PDT)
Received: from localhost (laweleka.osafoundation.org [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 2C833142211; Mon, 16 Jul 2007 11:00:31 -0700 (PDT)
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Score: -2.333
X-Spam-Level:
X-Spam-Status: No, score=-2.333 tagged_above=-50 required=4 tests=[AWL=0.268, BAYES_00=-2.599, 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 VcXduWjJiu8q; Mon, 16 Jul 2007 11:00:31 -0700 (PDT)
Received: from mail2534.carrierzone.com (mail2534.carrierzone.com [64.29.147.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id DA35A14220F; Mon, 16 Jul 2007 11:00:30 -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 mail2534.carrierzone.com (8.13.6.20060614/8.13.1) with ESMTP id l6GI0Gdh016563; Mon, 16 Jul 2007 18:00:20 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 14:00:16 -0400
Received: by TENCOSERVER.TencoAssembliesInc.local (Microsoft Connector for POP3 Mailboxes 5.00.2195) with SMTP (Global POP3 Download) id MSG07162007-140012-11833.MMD@TencoAssembliesInc.local; Mon, 16 Jul 2007 14:00:12 -0400
X-From_: w3c-dist-auth-request@frink.w3.org Mon Jul 16 17:52:04 2007
X-Envelope-From: w3c-dist-auth-request@frink.w3.org
Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by mail2577.carrierzone.com (8.13.6.20060614/8.13.1) with ESMTP id l6GHq24j004740 for <JTentilucci@tencoassemblies.com>; Mon, 16 Jul 2007 17:52:03 GMT
Received: from lists by frink.w3.org with local (Exim 4.50) id 1IAUij-00036N-U1 for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jul 2007 17:50:53 +0000
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1IAUig-00035I-RN for w3c-dist-auth@listhub.w3.org; Mon, 16 Jul 2007 17:50:50 +0000
Received: from piper.mulberrymail.com ([151.201.22.177] helo=mulberrymail.com) by lisa.w3.org with esmtp (Exim 4.63) (envelope-from <cyrus@daboo.name>) id 1IAUie-00025L-KN for w3c-dist-auth@w3.org; Mon, 16 Jul 2007 17:50:50 +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 l6GHoQpO027588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 13:50:32 -0400
Date: Mon, 16 Jul 2007 13:50:23 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Lisa Dusseault <lisa@osafoundation.org>, Julian Reschke <julian.reschke@gmx.de>
Message-ID: <46E042B9969741D9649CA7BF@caldav.corp.apple.com>
In-Reply-To: <4EBF6745-C9F3-4110-A5C8-AA20C5ED348F@osafoundation.org>
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> <6A114647AE869FB6B3252EDC@caldav.corp.apple.com> <9FCFEB85-5FCE-4F4A-8724-C2642E17943F@osafoundation.org> <469BA088.3060709@gmx.de> <4EBF6745-C9F3-4110-A5C8-AA20C5ED348F@osafoundation.org>
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: lisa.w3.org 1IAUie-00025L-KN c0a49994fe7524cadc7557bbeff7ab22
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/46E042B9969741D9649CA7BF@caldav.corp.apple.com
Resent-From: w3c-dist-auth@w3.org
X-Mailing-List: <w3c-dist-auth@w3.org> archive/latest/12737
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: <E1IAUij-00036N-U1@frink.w3.org>
Resent-Date: Mon, 16 Jul 2007 17:50:53 +0000
X-Antivirus: Scanned by F-Prot Antivirus (http://www.f-prot.com)
X-OriginalArrivalTime: 16 Jul 2007 18:00:16.0320 (UTC) FILETIME=[2A308C00:01C7C7D3]
Cc: "Mr. Demeanour" <mrdemeanour@jackpot.uk.net>, 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 18:01:33 -0000

Hi Lisa,

--On July 16, 2007 10:27:30 AM -0700 Lisa Dusseault 
<lisa@osafoundation.org> wrote:

>> Now wouldn't it be nice if a client could check for changed
>> resources *and* get their content in a single request? That seems
>> to be something obvious missing from the multiget report.
>
> I've worked on some synch stuff and it would be even nicer to make
> replication general, not specific to CalDAV.  So I agree, and I'm happy
> Cyrus is doing some work on that.

Yes its true that its nice to be able to do all that, and the 
synchronization report extension was designed to allow that with the 
extension of using the "pseudo" properties for at least CalDAV and CardDAV.

Note however, that clients may not always want to get the data. In fact 
that could be a bad thing to do if there have been lots of changes. Since 
the client has no control over the amount of information the server would 
return, and since resource bodies may be much larger than the set of 
properties otherwise asked for, this could be a big problem on limited 
capacity devices or over slow links.

What I would expect is that a client would use the sync. report to find the 
list of changed resources and then do a series of multigets to "page" 
through the changes and update its cache making sure that each response is 
likely to be within any resource constraints it might have. So I think 
there is a need for both the sync. and multiget reports as separate 
features. Of course we could combine all these into one, but then we might 
end up with one big monster...

-- 
Cyrus Daboo