Re: [apps-discuss] I-D Action: draft-ietf-appsawg-malformed-mail-02.txt

Barry Leiba <barryleiba@computer.org> Sat, 19 May 2012 13:52 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
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 C805221F85FC for <apps-discuss@ietfa.amsl.com>; Sat, 19 May 2012 06:52:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.428
X-Spam-Level:
X-Spam-Status: No, score=-102.428 tagged_above=-999 required=5 tests=[AWL=0.548, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, 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 iM4aRSEDv19C for <apps-discuss@ietfa.amsl.com>; Sat, 19 May 2012 06:52:39 -0700 (PDT)
Received: from mail-lpp01m010-f44.google.com (mail-lpp01m010-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id A72E121F85B5 for <apps-discuss@ietf.org>; Sat, 19 May 2012 06:52:38 -0700 (PDT)
Received: by lagv3 with SMTP id v3so3035023lag.31 for <apps-discuss@ietf.org>; Sat, 19 May 2012 06:52:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dKoB/FTzCdcLZLzXeJekgQPj3VqamT2BdBmVn8yY5OY=; b=vx7XPFm2OIVVnQg9gmGNX1+xTik+q6JNeAIfJekBjwkafU7jY2dldGc2Aq/Tcge0pa /Z66uf8wPvOwAllE+riMNIZwF1m6KH9nTykhlcl5lHvZdu3DnIm7ekYG9M2+KsOeSiB+ /m33RkHR97+v4K6ergFezgSm7jAFUEHmHrGfXmh+Jel+4eq5RGcZDs0HVZsSoQLjsL/k Burl6ykk016CS9wnR4k9nY/xw6XOdtSNOMhkq9M5fw1mp8P45RO2oDqF1B8Yv+ojGgOW B5Ow95F19LSnJg8ugOQhMZohLdArYAK/SbOgB3yoqVbyWhA+9UQVMC0KCjHbJ6kosCmV zUPQ==
MIME-Version: 1.0
Received: by 10.112.99.198 with SMTP id es6mr6091429lbb.66.1337435557610; Sat, 19 May 2012 06:52:37 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.112.7.7 with HTTP; Sat, 19 May 2012 06:52:37 -0700 (PDT)
In-Reply-To: <9452079D1A51524AA5749AD23E0039281271F8@exch-mbx901.corp.cloudmark.com>
References: <20120519084443.27640.95847.idtracker@ietfa.amsl.com> <9452079D1A51524AA5749AD23E0039281271F8@exch-mbx901.corp.cloudmark.com>
Date: Sat, 19 May 2012 09:52:37 -0400
X-Google-Sender-Auth: eE1RmAtgFYOidrwtJ1ZlzW77tBw
Message-ID: <CAC4RtVBReeNdSF5gEExXYA3tz5CWTFetK_yN77SXLAXF=Opw6A@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: "Murray S. Kucherawy" <msk@cloudmark.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-malformed-mail-02.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: Sat, 19 May 2012 13:52:39 -0000

> I've also changed the document's state to Informational from BCP,
> now that I understand how we use the latter term here.  However, it
> uses normative language to provide its advice, so I'm wondering if
> this would qualify as an applicability statement regarding email,
> meaning it should aim for Standards Track, or if instead I should
> avoid use of RFC2119 language and make leave it Informational.

I would be very uncomfortable making it Standards Track, because of
the many comments against "standardizing" the handling of
malformations -- making it look too much like declaring the
malformations to be acceptable in the standard.  I actually do think
that Applicability Statement is the right classification for this
document, but hesitate to use it because of that concern.

If consensus gets behind making it an Applicability Statement at
Proposed Standard, with all the appropriate text stressing that this
is standardizing mechanisms for coping with malformations, and that
the malformations themselves remain in violation of all specified
standards, then I'm happy to go there.  But I'd really need to see
strong consensus for that, rather than anything particularly rough.

Otherwise, yes, Informational looks good.

So let's make that an explicit call for comments: Is there a way we
can put this forth in the document so that we can get the consensus I
describe above?

Barry, responsible AD