Re: [apps-discuss] Status of the malformed mail BCP

Peter Koch <pk@DENIC.DE> Thu, 11 August 2011 13:37 UTC

Return-Path: <peter@denic.de>
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 0555C21F8596 for <apps-discuss@ietfa.amsl.com>; Thu, 11 Aug 2011 06:37:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599]
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 sspi5p31UbKG for <apps-discuss@ietfa.amsl.com>; Thu, 11 Aug 2011 06:37:50 -0700 (PDT)
Received: from office.denic.de (office.denic.de [IPv6:2a02:568:122:16:1::4]) by ietfa.amsl.com (Postfix) with ESMTP id 7225521F856A for <apps-discuss@ietf.org>; Thu, 11 Aug 2011 06:37:50 -0700 (PDT)
Received: from x27.adm.denic.de ([10.122.64.128]) by office.denic.de with esmtp id 1QrVSp-00075t-Hg; Thu, 11 Aug 2011 15:38:23 +0200
Received: from localhost by x27.adm.denic.de with local id 1QrVSp-0003av-DF; Thu, 11 Aug 2011 15:38:23 +0200
Date: Thu, 11 Aug 2011 15:38:23 +0200
From: Peter Koch <pk@DENIC.DE>
To: apps-discuss@ietf.org
Message-ID: <20110811133823.GR23694@x27.adm.denic.de>
Mail-Followup-To: apps-discuss@ietf.org
References: <F5833273385BB34F99288B3648C4F06F13512DF694@EXCH-C2.corp.cloudmark.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <F5833273385BB34F99288B3648C4F06F13512DF694@EXCH-C2.corp.cloudmark.com>
User-Agent: Mutt/1.4.2.3i
Sender: Peter Koch <peter@denic.de>
Subject: Re: [apps-discuss] Status of the malformed mail BCP
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: Thu, 11 Aug 2011 13:37:51 -0000

On Wed, Aug 10, 2011 at 09:10:38AM -0700, Murray S. Kucherawy wrote:

> IANA says they can indeed handle such a thing.  We would need to do the usual registry creation procedures including specifying what the fields are and the rules for making changes, and then give them some guidance about how we'd like it to be presented.

that IANA is technically capable or "willing" to do this does not
necessarily mean it is in line with IETF processes.  A registry
is not just "a collection of stuff" but would usually exist
for protocol parameters(!) to be uniquely identified.  I have a hard time
seeing that violations of a protocol spec qualify here.

> So I think my next step is to convert the existing document into exactly that.  Since the main objection to doing it as an RFC is the idea that it might need to be changed often, perhaps we should go with Expert Review instead of one of the rules that says a specification has to exist.  Any comments on that point?

This is so much Monty Python that i start to love it. Assume we have Expert
Review for this registry. What if a candidate brokenness fails the
review process - can the implementor enhance their misimplementation to
have it recognized (and eventually registered) as a reviewed protocol violation?

-Peter