IETF Logo Mail Archive

Re: [VCARDDAV] KIND in draft 15

Cyrus Daboo <cyrus@daboo.name> Tue, 21 December 2010 21:20 UTC

Return-Path: <cyrus@daboo.name>
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 7B6233A68BA for <vcarddav@core3.amsl.com>; Tue, 21 Dec 2010 13:20:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.153
X-Spam-Level:
X-Spam-Status: No, score=-102.153 tagged_above=-999 required=5 tests=[AWL=-0.154, BAYES_00=-2.599, J_CHICKENPOX_45=0.6, USER_IN_WHITELIST=-100]
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 I8rJdivYWyqB for <vcarddav@core3.amsl.com>; Tue, 21 Dec 2010 13:20:29 -0800 (PST)
Received: from daboo.name (daboo.name [151.201.22.177]) by core3.amsl.com (Postfix) with ESMTP id 8619F3A6888 for <vcarddav@ietf.org>; Tue, 21 Dec 2010 13:20:29 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 0B1CB1B0CFBB2; Tue, 21 Dec 2010 16:22:26 -0500 (EST)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WGldyPTqFF4L; Tue, 21 Dec 2010 16:22:25 -0500 (EST)
Received: from [17.101.34.182] (unknown [17.101.34.182]) by daboo.name (Postfix) with ESMTPSA id 61FFC1B0CFBA7; Tue, 21 Dec 2010 16:22:24 -0500 (EST)
Date: Tue, 21 Dec 2010 16:23:03 -0500
From: Cyrus Daboo <cyrus@daboo.name>
To: Kevin Marks <kevinmarks@gmail.com>, Mike Douglass <douglm@rpi.edu>
Message-ID: <80B72546F8CB65EE86BD89E1@cyrus.local>
In-Reply-To: <AANLkTik--D388QcEjh15GEzwcfv7Fh+1uOtqoXvqONKM@mail.gmail.com>
References: <AANLkTikckYf5A0rUZ6k=JN2UZwp+__bBFHndxbfLcEHK@mail.gmail.com> <4D0B6AC9.1080607@viagenie.ca> <4D0B83AE.4060601@stpeter.im> <AANLkTimA-AuKRoOm6ZRmqSTmOBzHkWCah52ezCJCmvVp@mail.gmail.com> <4D0FA8C9.7080201@viagenie.ca> <AANLkTimM2sAX3_4+Y2sBXuUxbWdRxpJ2bLq5Pq12pGOr@mail.gmail.com> <4D0FB317.1050004@viagenie.ca> <AANLkTim-026NEKwmEwHi6hY2BfTunny11q191+9Wdw+g@mail.gmail.com> <5B90C712-865E-4760-ACE4-451B063999C8@opengroupware.org> <9944D1A448E2AEEC76264B1F@cyrus.local> <AANLkTing1mcsJgD+W8+dkg9Sb=SkbfLNagHrYtCujMa2@mail.gmail.com> <5C90ECF3EB063458C5F1692F@cyrus.local> <AANLkTinHUBPF6ECVkwf17_1FB1K=vNbikptUPP=8_dNx@mail.gmail.com> <AANLkTim28Z2U1dqahuE2gdYvHKHVKc_tc=9DoHDbftYr@mail.gmail.com> <BB98A5C1EA4AA623BDE64DDA@cyrus.local> <AANLkTikOrMkuJsEL=Ns3p1bHVRWGJNX11DacJ3b80Gor@mail.gmail.com> <20053CE6AFBEA55673BF3EEE@cyrus.local> <AANLkTimxZ7dwp4xxrVvsuyp_bYs6Yfuw6cjeH9P1vNxq@mail.gmail.com> <4D10FA58.6060004@rpi.edu> <AANLkTik--D388QcEjh15GEzwcfv7Fh+1uOtqoXvqONKM@mail.gmail.com>
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; size="624"
Cc: "vcarddav@ietf.org >> CardDAV" <vcarddav@ietf.org>
Subject: Re: [VCARDDAV] KIND in draft 15
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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: Tue, 21 Dec 2010 21:20:30 -0000

Hi Kevin,

--On December 21, 2010 1:12:44 PM -0800 Kevin Marks <kevinmarks@gmail.com> 
wrote:

> Even if I grant you that this is true, you seem to be asserting that the
> GROUP/MEMBER data model is magically better and we should ignore the fact
> that it will pollute existing addressbooks with non-functional contacts
> by design.

What is a "non-functional" contact? It is perfectly feasible and legitimate 
for me to create an "individual" contact that just contains a name and 
nothing else. A KIND:group would be functionally equivalent to that in an 
address book that did not understand KIND:group.

-- 
Cyrus Daboo

v2.23.0 | Report a Bug | By Email