Re: [VCARDDAV] Synchronization: experimental RFC?

Robins George <robinsg@huawei.com> Wed, 07 April 2010 02:36 UTC

Return-Path: <robinsg@huawei.com>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46EA03A682F for <vcarddav@core3.amsl.com>; Tue, 6 Apr 2010 19:36:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level:
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3WwKxOQFFxvO for <vcarddav@core3.amsl.com>; Tue, 6 Apr 2010 19:36:38 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 7C8A83A67BD for <vcarddav@ietf.org>; Tue, 6 Apr 2010 19:36:38 -0700 (PDT)
Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L0H00MD6J8L6H@szxga01-in.huawei.com> for vcarddav@ietf.org; Wed, 07 Apr 2010 10:36:22 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L0H000R9J8L46@szxga01-in.huawei.com> for vcarddav@ietf.org; Wed, 07 Apr 2010 10:36:21 +0800 (CST)
Received: from [10.70.109.60] by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L0H00D9FJ8DRR@szxml04-in.huawei.com> for vcarddav@ietf.org; Wed, 07 Apr 2010 10:36:21 +0800 (CST)
Date: Wed, 07 Apr 2010 10:36:14 +0800
From: Robins George <robinsg@huawei.com>
In-reply-to: <4BBB3C80.9040307@babelmonkeys.de>
To: Florian Zeitz <florob@babelmonkeys.de>
Message-id: <4BBBEF9E.9010201@huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-transfer-encoding: 7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
References: <4BBB344E.1090301@viagenie.ca> <4BBB3C80.9040307@babelmonkeys.de>
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] Synchronization: experimental RFC?
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: robinsg@huawei.com
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Wed, 07 Apr 2010 02:36:39 -0000

> Personally, I think it's worth splitting. The topic of Section 7 and the
> rest of the RFC is very different and it would be nice to be able to
> change one without affecting the other. The section also seems (as I
> have not worked on this I don't feel qualified to make any other
> statement) more experimental and vague than the rest of the document to me.
>
>    
+ 1

I do believe that the synchronization engine is a separate entity and 
should be separated from this document.

- robins.