Re: [apps-discuss] "X-" revisited

Mark Nottingham <mnot@mnot.net> Tue, 28 June 2011 04:34 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 074E721F8629 for <apps-discuss@ietfa.amsl.com>; Mon, 27 Jun 2011 21:34:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 SHzUXgtXzQ7u for <apps-discuss@ietfa.amsl.com>; Mon, 27 Jun 2011 21:34:29 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id DF0B421F8609 for <apps-discuss@ietf.org>; Mon, 27 Jun 2011 21:34:28 -0700 (PDT)
Received: from chancetrain-lm.mnot.net (unknown [118.209.116.153]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 9729A509DB; Tue, 28 Jun 2011 00:34:20 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <4E08F623.2030803@dcrocker.net>
Date: Tue, 28 Jun 2011 14:34:18 +1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <5A5FF3BA-D378-4134-B867-1FD22CDE63C7@mnot.net>
References: <4E08CDCB.70902@stpeter.im> <05DFA786-1C32-48C9-9581-13E7DA008FAA@niven-jenkins.co.uk> <4E08F623.2030803@dcrocker.net>
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Mailer: Apple Mail (2.1084)
Cc: "apps-discuss@ietf.org Discuss" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] "X-" revisited
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 28 Jun 2011 04:34:30 -0000

On 28/06/2011, at 7:29 AM, Dave CROCKER wrote:

> It can't be only for documents within the IETF.
> 
> The entire purpose of the X- construct, when we first introduced it in RFC822, was to support /private/ activities.
> 
> It defined a safe haven for that private work, within a naming structure defined by the equivalent of the IETF.  But 'private' means outside the IETF.
> 
> What motivates the current document is that 'safe haven' turns out not to be nearly as important as making it easier to take the private efforts that have become popular and make then standardized, with the minimum transition pain.


I don't think that it goes far enough, as written. What's needed here is something we can point people at when they ask why they shouldn't use X-. As it is, it says:

> Therefore, this document recommends against the creation of new names with the special "X-" prefix in IETF protocols.


We understand what that means, but to the outside world -- i.e., someone who's NOT an "IETF insider" -- that statement isn't nearly clear enough.

I'd like to see the document rewritten with that target audience in mind -- i.e, instead of talking about applications protocols passively, speak actively about why using X- is a bad design choice for *your* protocol extension. 

Peter, I'll offer to help again, if you're amenable.

Cheers,


--
Mark Nottingham   http://www.mnot.net/