Re: [VCARDDAV] [caldav] WebDAv collection sync: last issue

Roberto Polli <> Tue, 08 June 2010 09:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E9CB93A69A8; Tue, 8 Jun 2010 02:15:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 3.081
X-Spam-Level: ***
X-Spam-Status: No, score=3.081 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, J_CHICKENPOX_13=0.6, J_CHICKENPOX_55=0.6]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id y3u1+nkp5Qkk; Tue, 8 Jun 2010 02:15:33 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 81FE828C149; Tue, 8 Jun 2010 02:15:30 -0700 (PDT)
Received: from (localhost []) by (Postfix) with ESMTP id 6910B4D492; Tue, 8 Jun 2010 11:15:26 +0200 (CEST)
Received: from rpolli.localnet ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rpolli) by (Postfix) with ESMTPSA id 3F5FE4D478; Tue, 8 Jun 2010 11:15:26 +0200 (CEST)
From: Roberto Polli <>
Organization: Babel s.r.l
Date: Tue, 08 Jun 2010 11:15:47 +0200
User-Agent: KMail/1.12.2 (Linux/2.6.31-21-generic; KDE/4.3.2; i686; ; )
References: <>
In-Reply-To: <>
MIME-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
X-AV-Checked: ClamAV using ClamSMTP
X-Mailman-Approved-At: Sun, 13 Jun 2010 08:02:17 -0700
Subject: Re: [VCARDDAV] [caldav] WebDAv collection sync: last issue
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 08 Jun 2010 09:15:55 -0000

On Monday 07 June 2010 15:57:09 Cyrus Daboo wrote:
> The question is whether collection resources that are immediate children of
> the collection being targeted for the REPORT should be reported as
> "modified" if any of their child resources (depth infinity) are modified.
aware of the performance issue, I think that the right behavior should be 
depth: infinity.

while the performance issue should be solved by the storage layer (eg. 
filesystem or database, which perform that op quite nicely)
and while the average depth level rarely goes above 4 (and in most cases it's 
3 or 2) 

Having depth:1 can be confusing, as that feature is supposed to notify whether 
I have to sync or not a given folder.

My 2 cents+Peace,


Roberto Polli
Babel S.r.l. -
Tel. +39.06.91801075 - fax +39.06.91612446
Tel. cel +39.340.6522736
P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma)

"Il seguente messaggio contiene informazioni riservate. Qualora questo 
messaggio fosse da Voi ricevuto per errore, Vogliate cortesemente darcene 
notizia a mezzo e-mail. Vi sollecitiamo altresì a distruggere il messaggio 
erroneamente ricevuto. Quanto precede Vi viene chiesto ai fini del rispetto 
della legge in materia di protezione dei dati personali."