[VCARDDAV] Review of draft-cauchie-vcarddav-oma-cab-extensions-00
Simon Perreault <simon.perreault@viagenie.ca> Mon, 27 June 2011 11:46 UTC
Return-Path: <simon.perreault@viagenie.ca>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB9E21F84FD for <vcarddav@ietfa.amsl.com>; Mon, 27 Jun 2011 04:46:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.669
X-Spam-Level:
X-Spam-Status: No, score=0.669 tagged_above=-999 required=5 tests=[AWL=-1.409, BAYES_00=-2.599, FRT_POSSIBLE=2.697, FRT_PROFILE2=1.981]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7LopsYeCOF7d for <vcarddav@ietfa.amsl.com>; Mon, 27 Jun 2011 04:46:18 -0700 (PDT)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by ietfa.amsl.com (Postfix) with ESMTP id 887EB21F85F2 for <vcarddav@ietf.org>; Mon, 27 Jun 2011 04:46:01 -0700 (PDT)
Received: from [10.104.66.51] (unknown [75.98.19.132]) by jazz.viagenie.ca (Postfix) with ESMTPSA id CFD8921F17; Mon, 27 Jun 2011 07:34:00 -0400 (EDT)
Message-ID: <4E086AA2.3080707@viagenie.ca>
Date: Mon, 27 Jun 2011 07:33:54 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: draft-cauchie-vcarddav-oma-cab-extensions@tools.ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org
Subject: [VCARDDAV] Review of draft-cauchie-vcarddav-oma-cab-extensions-00
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 27 Jun 2011 11:46:19 -0000
I haven't read the OMA documents so I'll focus on the vCard side of things. - The introduction contains: the CAB specification defines vCard extensions [...]. This document re-uses the definitions found in the OMA-CAB specification and describes them as vCard extensions. I'm confused. Does the CAB spec define vCard extensions or not? If so, why do we need to re-define them here? - Instead of "ASCII decimal XX", please use "U+XXXX" notation. This is new as of vcardrev-22. - As I start reading section 2.1, I'm still wondering what OMA-CAB does and where I can go for more information. So maybe a few more introduction sentences with a reference would be helpful. - For CONTACT-STATUS-UPDATED, we have: Purpose: To complete the CAB status of the object the vCard represents. Value type: A single structured value consisting of a value indicating that the contact has been updated by the CAB server, as a result of automatic updates from incoming subscription request(s) (possible values : "incoming subscription request", "contact subscription","contact updated", "contactshare"). This field may include a CONTACT-ACK parameter. Couldn't this be simplified to: Purpose: To complete the CAB status of the object the vCard represents. The value indicates that the contact has been updated by the CAB server, as a result of automatic updates from incoming subscription request(s). Value type: Ppossible values : "incoming subscription request", "contact subscription","contact updated", "contactshare"). This property may include a CONTACT-ACK parameter. The idea is that a "structured value" containing a single field seems useless to me. (Also note s/field/property/.) (Also applies to CONTACT-STATUS-TEMPORARY.) - In the same section: CONTACT-STATUS-UPDATED-param = "VALUE=CONTACT-STATUS-UPDATED- value" Isn't it missing the CONTACT-ACK parameter? (Also applies to CONTACT-STATUS-TEMPORARY with ACCEPT and CONTACT-ID-REF.) - Same section: Example: CONTACT-STATUS-UPDATED;ACK=true:contactshare So is it ACK or CONTACT-ACK? - For CONTACT-STATUS-TEMPORARY: Example: CONTACT-STATUS-TEMPORARY;CONTACT-ID-REF=150; ACCEPT=yes: contactshare The space before the ACCEPT parameter is problematic. Also for proper line folding we would need a space at the start of the second line. - What's the difference between CONTACT-LANGUAGE and LANG? If it's only for supporting the new parameters, why not simply add the new parameters to the LANG property? - For CONTACT-LANGUAGE: Example: CONTACT-LANGUAGE;INDEX=1;LANGUAGE-PROFICIENCY- TYPE=speak;LANGUAGE-FLUENCY-TYPE=fluent:en Missing space at beginning of second line. (Many other examples have this issue. I won't be repeating it.) - There seems to be a formatting error in the SERVICE section: Property parameters: Description: This property can include the "INDEX" parameter - I don't understand the difference between INDEX and PID. - For the IANA considerations section, the "Status" column is gone in recent vcardrev drafts. Simon -- NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca vCard 4.0 --> http://www.vcarddav.org
- [VCARDDAV] Review of draft-cauchie-vcarddav-oma-c… Simon Perreault