Re: [VCARDDAV] Miscellaneous comments

Daisuke Miyakawa <d.miyakawa@gmail.com> Mon, 19 July 2010 22:05 UTC

Return-Path: <d.miyakawa@gmail.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 08B133A6B7C for <vcarddav@core3.amsl.com>; Mon, 19 Jul 2010 15:05:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.038
X-Spam-Level:
X-Spam-Status: No, score=-0.038 tagged_above=-999 required=5 tests=[AWL=0.807, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753]
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 NHPrF3HiQukE for <vcarddav@core3.amsl.com>; Mon, 19 Jul 2010 15:05:42 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by core3.amsl.com (Postfix) with ESMTP id 9CEB63A6B87 for <vcarddav@ietf.org>; Mon, 19 Jul 2010 15:05:42 -0700 (PDT)
Received: by yxj4 with SMTP id 4so1337881yxj.31 for <vcarddav@ietf.org>; Mon, 19 Jul 2010 15:05:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=z/m2RccbzEM1qchy7SGOacvFlGoS6iOYmrXO4CDiPmk=; b=AQ0j4CtOh/b7w05uglbx575BZ+w2Z9zQ/lIrVgc5YUsekGwOnr+CRyoGbZ3Z42t2TX gr/k5lXyCPOgApH4BxtBsJwIKoO8sDs484Zqc/DSN7RexQEg3/xYRuEE2fUu4oVJl8tb XpMu0rpxKQiIo7d6MAuLv0wc8HW2NfHdEeKKI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JWCQpY85ruvj9zGut6zTs+wlN8AFPpQCCpgtX20uiEG+E7o7+35oEuMJSuKnR/vxCV Z/FmwXb9QoVYcpR7XfvKv6sCsIT6oUDLn/QLYRFZDQAPQ5TisegQsOepnNgvsNHyYHj5 YRsLqMdo9/nzFHwcrcnU1NFp6e/IDCXjKqrIE=
MIME-Version: 1.0
Received: by 10.90.68.12 with SMTP id q12mr3377529aga.207.1279577156981; Mon, 19 Jul 2010 15:05:56 -0700 (PDT)
Received: by 10.90.35.14 with HTTP; Mon, 19 Jul 2010 15:05:56 -0700 (PDT)
In-Reply-To: <6C4A9E5CC56541FCBA403E46E32A4068@Javier2>
References: <44A88E2F417F42C98A086014681E5586@Javier2> <4C444698.4080603@viagenie.ca> <6C4A9E5CC56541FCBA403E46E32A4068@Javier2>
Date: Tue, 20 Jul 2010 07:05:56 +0900
Message-ID: <AANLkTimFzxZuJC5C-XMuY4kimJ1egXw37FTRvNGtWvnL@mail.gmail.com>
From: Daisuke Miyakawa <d.miyakawa@gmail.com>
To: Javier Godoy <rjgodoy@fich.unl.edu.ar>
Content-Type: multipart/alternative; boundary=001636283960e79781048bc4c5bc
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] Miscellaneous comments
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: Mon, 19 Jul 2010 22:05:44 -0000

Hi,

2010/7/19 Javier Godoy <rjgodoy@fich.unl.edu.ar>
>
> 2. NAME. "The NAME property is used to convey the display name of the
>>> entity to which the directory information pertains"
>>>
>>> Shouldn't the display name be choosen by the implementation? There is
>>> already a mandatory FN property from which the display name could be
>>> derived.
>>>
>>> I remember this issue was discussed before, but I cannot find the
>>> rationale
>>> for not removing the NAME property.
>>>
>>
>> We inherited NAME from vCard 3.0
>>
>
> NAME is inherited from RFC 2425, thus it should have been intended as a
> minimal profile-independent representation of the display name (not only for
> vCard but also for other "directory profiles" that never existed).
>
>
>  I, for one, have no clue how it could be useful.
>>
>> Does anyone know how it is being used currently?
>>
>
>  and I don't think its removal has ever been discussed.
>>
>
> I agree it seems we never discussed it, though it was proposed
> http://www.vcarddav.org/issues.xhtml#176
> "The NAME (RFC2425) property is redundant with FN (RFC2426)"
> Closed without action on 2008-06-09
>
> And yes, I said "+1" to closing it, but I cannot remember why... now I
> think we should do something about it.
>

+1 to do something. I prefer removing it, but there's no strong preference.

I think one problem is that the name is too generic. If NAME is "a minimal
profile-independent representation of the display name", the name should not
be
NAME but SHORT-NAME, SN, or something more appropriate. We don't need to
inherit that name from vCard 3.0, but its intention.

Thanks,


>
> Best Regards
>
> Javier
>
> _______________________________________________
> VCARDDAV mailing list
> VCARDDAV@ietf.org
> https://www.ietf.org/mailman/listinfo/vcarddav
>



-- 
Daisuke Miyakawa (宮川大輔)
d.miyakawa@gmail.com