Re: [VCARDDAV] Proposal: Education

Cyrus Daboo <cyrus@daboo.name> Fri, 08 October 2010 15:41 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 36FD93A6887 for <vcarddav@core3.amsl.com>; Fri, 8 Oct 2010 08:41:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 VGY2Vix37J7U for <vcarddav@core3.amsl.com>; Fri, 8 Oct 2010 08:41:02 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by core3.amsl.com (Postfix) with ESMTP id E3E143A68D6 for <vcarddav@ietf.org>; Fri, 8 Oct 2010 08:41:01 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 37A531A033D25; Fri, 8 Oct 2010 11:42:06 -0400 (EDT)
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 bATgw-PcHFBQ; Fri, 8 Oct 2010 11:42:05 -0400 (EDT)
Received: from [10.32.113.198] (unknown [129.33.192.184]) by daboo.name (Postfix) with ESMTPSA id 43D101A033D15; Fri, 8 Oct 2010 11:42:05 -0400 (EDT)
Date: Fri, 08 Oct 2010 11:42:03 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Renato Iannella <renato@iannella.it>, CardDAV <vcarddav@ietf.org>
Message-ID: <4841BDF70456341272985EC2@socrates.local>
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="1299"
Subject: Re: [VCARDDAV] Proposal: Education
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: Fri, 08 Oct 2010 15:41:04 -0000

Hi Renato,

--On October 8, 2010 9:55:26 PM +1000 Renato Iannella <renato@iannella.it> 
wrote:

>> This is probably a good field to include in a draft standardizing a
>> whole bunch of social networking properties. i.e. an extension rather
>> than something for the base spec.
>
> Cyrus, how does one make this call? (ie where do you draw the line and
> say that is vCard and that is "social" ?)

There is no difference between "vcard" and "social". The base set of 
properties we have right now are pretty much the set that came from the 
previous vcard spec (with a few modifications and additions of items needed 
to address fixes). The WG had decided that brand new properties or sets of 
properties would be registered separately using the new IANA process. Such 
"extension" registrations in now way lessen the importance or relevance of 
those properties - it is simply a matter of process.

> For example, the vCard Introduction says that it represents "information
> normally stored within an address book or directory application" - we now
> have online "directory" applications (aka, LinkedIn, Plaxo, Xing, Google
> Profile, etc...) - there are not that many X.520 directories left ;-(

But plenty of LDAP directories which can easily be used to "generate" vCard 
data.


-- 
Cyrus Daboo