Re: [apps-discuss] Possible IESG statement on IESG processing of MIME type registrations from other SDOs
SM <sm@resistor.net> Wed, 09 March 2011 01:12 UTC
Return-Path: <sm@resistor.net>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B20F03A67F2 for <apps-discuss@core3.amsl.com>; Tue, 8 Mar 2011 17:12:36 -0800 (PST)
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=[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 bh52X4Eiojk2 for <apps-discuss@core3.amsl.com>; Tue, 8 Mar 2011 17:12:35 -0800 (PST)
Received: from mx.elandsys.com (eland-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:d43::2]) by core3.amsl.com (Postfix) with ESMTP id 4DB873A67CC for <apps-discuss@ietf.org>; Tue, 8 Mar 2011 17:12:34 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5.Alpha0) with ESMTP id p291Dgu6007525; Tue, 8 Mar 2011 17:13:44 -0800 (PST)
Message-Id: <6.2.5.6.2.20110308164758.0be3c0a8@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Tue, 08 Mar 2011 17:13:37 -0800
To: Alexey Melnikov <alexey.melnikov@isode.com>
From: SM <sm@resistor.net>
In-Reply-To: <4D6FBE4D.10602@isode.com>
References: <4D6FBE4D.10602@isode.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] Possible IESG statement on IESG processing of MIME type registrations from other SDOs
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2011 01:12:36 -0000
Hi Alexey, At 08:14 03-03-2011, Alexey Melnikov wrote: >I am working with the rest of IESG on issuing the following IESG statement: > >------------------------ > >BCP 13 (currently RFC 4288) specifies that Media Type registrations >from other Standards Organizations (SDOs) can be submitted directly to >IESG for approval, without a need to submit an Internet Draft and to ask >an Area Director to shepherd its publication. > >While this IESG statement doesn't change that, IESG would like to >encourage other SDOs to submit their registriation as Internet Drafts, >as this tends to improve quality of final registrations, and sometimes >even improves quality of the underlying format itself. The above sounds fine from an IETF point of view. According to BCP 13: "The standards tree is intended for types of general interest to the Internet community. Registrations in the standards tree MUST be approved by the IESG and MUST correspond to a formal publication by a recognized standards body. In the case of registration for the IETF itself, the registration proposal MUST be published as an RFC." "The media type registration procedure is not a formal standards process, but rather an administrative procedure intended to allow community comment and sanity checking without excessive time delay." The proposed IESG statement will end up turning "the posting of an Internet Draft [into] a necessary first step". Martin Dürst mentioned that it is not always easy for people outside the IETF to write an I-D [1]. "The IESG's workflow is probably optimized for Internet-Drafts, so it's easy to see how this might improve things for the IESG, with requests ending up in the right tracking systems" [2]. This has the makings of turning the registration procedure into a formal standards process. Regards, -sm 1. http://www.ietf.org/mail-archive/web/apps-discuss/current/msg02319.html 2. http://www.ietf.org/mail-archive/web/apps-discuss/current/msg02315.html
- [apps-discuss] Possible IESG statement on IESG pr… Alexey Melnikov
- Re: [apps-discuss] Possible IESG statement on IES… Bjoern Hoehrmann
- Re: [apps-discuss] Possible IESG statement on IES… Martin J. Dürst
- Re: [apps-discuss] Possible IESG statement on IES… SM
- Re: [apps-discuss] Possible IESG statement on IES… Ted Hardie
- Re: [apps-discuss] Possible IESG statement on IES… Peter Saint-Andre
- Re: [apps-discuss] Possible IESG statement on IES… Martin J. Dürst
- Re: [apps-discuss] Possible IESG statement on IES… Alexey Melnikov
- Re: [apps-discuss] Possible IESG statement on IES… Bjoern Hoehrmann
- Re: [apps-discuss] Possible IESG statement on IES… Larry Masinter
- Re: [apps-discuss] Possible IESG statement on IES… Alexey Melnikov