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
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… John Levine
- [apps-discuss] I-D Action: draft-ietf-appsawg-mal… internet-drafts
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Alessandro Vesely
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… John Levine
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] I-D Action: draft-ietf-appsawg… Alessandro Vesely