Re: [ietf-types] Registration of media type application/vcard+xml

Bjoern Hoehrmann <derhoermi@gmx.net> Thu, 07 April 2011 20:10 UTC

Return-Path: <derhoermi@gmx.net>
X-Original-To: ietf-types@core3.amsl.com
Delivered-To: ietf-types@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68EBC28C0DB for <ietf-types@core3.amsl.com>; Thu, 7 Apr 2011 13:10:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.782
X-Spam-Level:
X-Spam-Status: No, score=-2.782 tagged_above=-999 required=5 tests=[AWL=-0.783, BAYES_00=-2.599, J_CHICKENPOX_53=0.6]
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 AmuepjJSkFDK for <ietf-types@core3.amsl.com>; Thu, 7 Apr 2011 13:10:54 -0700 (PDT)
Received: from pechora6.dc.icann.org (pechora6.icann.org [192.0.46.72]) by core3.amsl.com (Postfix) with ESMTP id 27DF63A690A for <ietf-types@ietf.org>; Thu, 7 Apr 2011 13:10:52 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pechora6.dc.icann.org (8.13.8/8.13.8) with SMTP id p37KC17t010900 for <ietf-types@iana.org>; Thu, 7 Apr 2011 16:12:22 -0400
Received: (qmail invoked by alias); 07 Apr 2011 20:12:00 -0000
Received: from dslb-094-223-184-203.pools.arcor-ip.net (EHLO HIVE) [94.223.184.203] by mail.gmx.net (mp028) with SMTP; 07 Apr 2011 22:12:00 +0200
X-Authenticated: #723575
X-Provags-ID: V01U2FsdGVkX1+eP5M8r6+em3+f9CneoxSN0k6o1aUmrhvI7/EghP 6TTVsQBTQs+mGl
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Simon Perreault <simon.perreault@viagenie.ca>
Date: Thu, 07 Apr 2011 22:12:00 +0200
Message-ID: <u46sp6doqavc3bb5bqcg19174lsroddru9@hive.bjoern.hoehrmann.de>
References: <4D9DF3B0.50405@viagenie.ca>
In-Reply-To: <4D9DF3B0.50405@viagenie.ca>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.3 (pechora6.dc.icann.org [192.0.46.72]); Thu, 07 Apr 2011 16:12:22 -0400 (EDT)
Cc: "ietf-types@iana.org" <ietf-types@iana.org>
Subject: Re: [ietf-types] Registration of media type application/vcard+xml
X-BeenThere: ietf-types@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Media \(MIME\) type review" <ietf-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-types>
List-Post: <mailto:ietf-types@ietf.org>
List-Help: <mailto:ietf-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Apr 2011 20:10:57 -0000

* Simon Perreault wrote:
>   Type name:  application
>
>   Subtype name:  vcard+xml
>
>   Required parameters:  none
>
>   Optional parameters:  none

If you do not specify an optional 'charset' parameter, it is ambiguous
what the encoding of `application/vcard+xml;charset=...` is; if you only
read the registration you are likely to ignore the parameter, while, if
you read RFC 3023 you expect the 'charset' parameter to specify the en-
coding, which has interoperability and security implications.

If this omission of the parameter is not an oversight, I would expect a
rationale for its omission as part of the review request and expect the
interoperability and security issues that arise from this to be noted in
the specification.

>   Encoding considerations:  Same as for application/xml.

This should use the wording given in RFC 3023 section 7.1.

>   Security considerations:  See Section 7 of [draft-ietf-vcarddav-
>      vcardrev-08].

This reference appears to be outdated. In -18 I don't see a reference to
RFC 3023 which is RECOMMENDED in RFC 3023.

>   Interoperability considerations:  This media type provides an
>      alternative syntax to vCard data [draft-ietf-vcarddav-vcardrev-08]
>      based on XML.
>
>   Published specification:  [draft-ietf-vcarddav-vcardrev-08]

This should probably be [RFCXXXX] if the idea is to advance the document
to RFC status but I would expect the RFC editor to take care of that.

>   Applications which use this media type:  Applications that currently
>      make use of the text/vcard media type can use this as an
>      alternative.

I think this should identify the kind of application in addition to the
indirect reference, something like "applications that maintain or pro-
cess contact information" or something like that.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/