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/
- [ietf-types] Registration of media type applicati… Simon Perreault
- Re: [ietf-types] Registration of media type appli… Bjoern Hoehrmann
- Re: [ietf-types] Registration of media type appli… Paul Libbrecht
- Re: [ietf-types] Registration of media type appli… Simon Perreault
- Re: [ietf-types] Registration of media type appli… Simon Perreault
- Re: [ietf-types] Registration of media type appli… Simon Perreault
- Re: [ietf-types] Registration of media type appli… Bjoern Hoehrmann
- Re: [ietf-types] Registration of media type appli… Bjoern Hoehrmann
- Re: [ietf-types] Registration of media type appli… Chris Lilley
- Re: [ietf-types] Registration of media type appli… Chris Lilley
- Re: [ietf-types] Registration of media type appli… Paul Libbrecht
- Re: [ietf-types] Registration of media type appli… Simon Perreault
- Re: [ietf-types] Registration of media type appli… Simon Perreault