Re: [apps-discuss] Fwd: I-D Action: draft-saintandre-xdash-03.txt
Peter Saint-Andre <stpeter@stpeter.im> Tue, 30 August 2011 16:19 UTC
Return-Path: <stpeter@stpeter.im>
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 73F5321F8D8E for <apps-discuss@ietfa.amsl.com>; Tue, 30 Aug 2011 09:19:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.612
X-Spam-Level:
X-Spam-Status: No, score=-102.612 tagged_above=-999 required=5 tests=[AWL=-0.013, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GxoTaIxX8wY4 for <apps-discuss@ietfa.amsl.com>; Tue, 30 Aug 2011 09:19:20 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id B6AA621F8D8D for <apps-discuss@ietf.org>; Tue, 30 Aug 2011 09:19:20 -0700 (PDT)
Received: from dhcp-64-101-72-178.cisco.com (unknown [64.101.72.178]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 065944174A; Tue, 30 Aug 2011 10:23:21 -0600 (MDT)
Message-ID: <4E5D0DDE.3050203@stpeter.im>
Date: Tue, 30 Aug 2011 10:20:46 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0) Gecko/20110812 Thunderbird/6.0
MIME-Version: 1.0
To: Ned Freed <ned.freed@mrochek.com>
References: <20110726125042.1180.12955.idtracker@ietfa.amsl.com> <4E2EBA34.5090604@stpeter.im> <4E44A777.3000902@gmail.com> <01O4SNTZFJZ200VHKR@mauve.mrochek.com> <4E4BD33E.6050002@gmail.com> <01O4Y7R78O5000VHKR@mauve.mrochek.com>
In-Reply-To: <01O4Y7R78O5000VHKR@mauve.mrochek.com>
X-Enigmail-Version: 1.3.1
OpenPGP: url=https://stpeter.im/stpeter.asc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] Fwd: I-D Action: draft-saintandre-xdash-03.txt
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, 30 Aug 2011 16:19:21 -0000
On 8/17/11 8:53 AM, Ned Freed wrote: >> 13.08.2011 18:52, Ned Freed wrote: >> >> I think your document should be clear whether it affects the "vnd." >> >> construction, used, eg., as I remember, in MIME media types and >> >> elsewhere. >> > >> > The answer to that is "no", by definition. The unregistered (x-/x.) >> tree >> > is 100% disjoint from the vendor, personal, and standard trees. > >> So this could and should be mentioned in the document. > > Not sure I see why. Listing all the extant things the document doesn't > apply to > is going to be a long list. Agreed. However, I think a paragraph like this would be appropriate in the IANA Considerations section: This document does not modify registration procedures currently in force for various application protocols. However, such procedures might be updated in the future to incorporate the best practices defined in this document. > That said, I actually object to what this document currently says about > media > types: It is flatly incorrect to characterize the vnd. tree as being for > "local or implementation-specific extensions". On the contrary, vnd. > exists so > that vendors can define formats with some degree of interoperability and > some > understanding of the security considerations, but without having to fully > standardize them. As such, they aren't local, they aren't > implementation-specific, and they aren't extensions. Ned, you are right. I've removed that clause from point 3 in Section 4: SHOULD identify a convention to allow local or implementation- specific extensions, and reserve delimeters as necessary. >> >> With respect to existing IANA policies regarding assignment and >> >> registration values beginning in "X-". I suppose IANA should continue >> >> to follow those policies which were set by the corresponding >> documents, >> >> in order not to create the influx of registrations of "X-" values. >> > >> > Actually, there has been some sentiment that we should actually allow >> > and encourage such registrations. > >> As previously "x-" parameters weren't allowed to be registered, >> interoperability problems may arise when such parameter has several >> real-life usages and only one is registered. I suspected the document >> not to have a retroactivity. > > First of all, nobody has suggested or even implied that such registrations > would be unconditionally allowed. It goes without saying that only x- types > that are unambiguously associated with a single format would be eligible > for > registration. > > Second, I rather suspect that a significant fraction of the x- media > types in > use have essentially only one real-life usage. And it is usually pretty > easy to > tell when this is the case. > > But it remains to be seen whether or not we decide to do something about > this > or not. The present draft doesn't contain any changes in this area and > there is > nothing resembling a consensus to make such a change at this time. Agreed. >> >> However, when the "X-" convention is deprecated, new protocols will >> not >> >> need to set such policy; so no changes for IANA are necessary now. >> > >> > Given that the media types registration procedures document is >> currently >> > being revised, any changes to x-/x. in that context should be dealt >> > with in that update. Putting it in a separate general document would >> > be both confusing and inappropriate. > >> Your I-D which I found and which positions itself as 4288bis >> (http://tools.ietf.org/html/draft-freed-media-type-regs-00) does contain >> provisions regarding non-registered x. media types and prohibition of >> their registration. > > Yes, that's the current state of affairs. > >> The I-D was uploaded on 13 June, and even if such >> restriction is going to disappear, the new version of I-D should point >> to draft-saintandre-xdash to reflect x. being are deprecated; it also >> has to deal with existing-and-unregistered x. media types. > > If and when we decide to change the semantics associated with x- in some > way, > it may become appropriate to reference this I-D. Or not - it's difficult > to predict whether or not it makes sense to include such a reference until > the specifics of the change are known. > >> I believe that deprecation should only concern new protocols and have no >> retroaticity; so those registries which don't currently allow x. or x- >> registrations, should continue doing so; those which are only being >> created, should take the discussed doc into account. > > Exactly - this specifiction is focused on *new* parameters. How > we handle extant registries is out of scope and necessarily will be > determined > on a case-by-case basis. +1. Peter -- Peter Saint-Andre https://stpeter.im/
- [apps-discuss] Fwd: I-D Action: draft-saintandre-… Peter Saint-Andre
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Barry Leiba
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Mykyta Yevstifeyev
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Ned Freed
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Mykyta Yevstifeyev
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Ned Freed
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Frank Ellermann
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Mykyta Yevstifeyev
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Tony Hansen
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Ned Freed
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Dave CROCKER
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Mykyta Yevstifeyev
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Peter Saint-Andre
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Peter Saint-Andre
- Re: [apps-discuss] Fwd: I-D Action: draft-saintan… Mykyta Yevstifeyev