Re: [ietf-smtp] [Technical Errata Reported] RFC5321 (5414)
John C Klensin <john-ietf@jck.com> Sun, 01 July 2018 00:24 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: ietf-smtp@ietfa.amsl.com
Delivered-To: ietf-smtp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB789130EBC; Sat, 30 Jun 2018 17:24:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ek_79POm-gkY; Sat, 30 Jun 2018 17:24:51 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AF47130EB8; Sat, 30 Jun 2018 17:24:51 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1fZQAa-000Phr-Mh; Sat, 30 Jun 2018 20:24:48 -0400
Date: Sat, 30 Jun 2018 20:24:42 -0400
From: John C Klensin <john-ietf@jck.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>, iesg@ietf.org
cc: romer@apple.com, ietf-smtp@ietf.org
Message-ID: <E7879D210B2E1B7EC51557CA@PSB>
In-Reply-To: <20180629223051.98EF2B8092F@rfc-editor.org>
References: <20180629223051.98EF2B8092F@rfc-editor.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/x74FdJaIekHyiJlP9AblKsM79F8>
Subject: Re: [ietf-smtp] [Technical Errata Reported] RFC5321 (5414)
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "Discussion of issues related to Simple Mail Transfer Protocol \(SMTP\) \[RFC 821, RFC 2821, RFC 5321\]" <ietf-smtp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-smtp/>
List-Post: <mailto:ietf-smtp@ietf.org>
List-Help: <mailto:ietf-smtp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Jul 2018 00:24:56 -0000
Hi. Because I couldn't remember whether this was done intentionally or not, I forwarded this to the ietf-smtp list. It appears from discussion there that this was done (by the DRUMS WG) to align the successors to RFC 821 with the successors to RFC 822 and so is deliberate. It may be that DRUMS made the wrong decision and that the empty construction that this allows should be disallowed in both specifications, but that would be a substantive change, not an erratum. Recommendation: (1) The erratum should be rejected. Like it or not, the ABNF in 5321 is intentional, at least in part for consistency between the SMTP Standard and the Mail Headers one. (2) If Mr. Romerstein believes that a Local-part of "", i.e., a Mailbox that looks like ""@Domain, should be prohibited, I suggest that he review the recent thread on ietf-smtp (https://www.ietf.org/mailman/listinfo/ietf-smtp) and, if they can be found and searched (I suspect they cannot) the archives of the mailing list for the long-gone DRUMS WG to understand the history of this issue. Once that history is at least understood in general terms, an Internet-Draft that would change this for both SMTP and Mail-Headers would be procedurally in order. Of course, that is not a prediction that such a draft will be successful in gaining consensus... I can't even guess at that. best, john --On Friday, June 29, 2018 15:30 -0700 RFC Errata System <rfc-editor@rfc-editor.org> wrote: > The following errata report has been submitted for RFC5321, > "Simple Mail Transfer Protocol". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata/eid5414 > > -------------------------------------- > Type: Technical > Reported by: David Romerstein <romer@apple.com> > > Section: 4.1.2 > > Original Text > ------------- > Quoted-string = DQUOTE *QcontentSMTP DQUOTE > > Corrected Text > -------------- > Quoted-string = DQUOTE 1*QcontentSMTP DQUOTE > > Notes > ----- > As written, this allows for an email envelope recipient > (Forward-path) with a NULL value for the local part of their > address. This is a functional departure from similar wording > in the preceding RFC 821, which defines quoted-string in such > a way as to require at least one character that is not one of > the surrounding quotation marks. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, > please use "Reply All" to discuss whether it should be > verified or rejected. When a decision is reached, the > verifying party can log in to change the status and edit the > report, if necessary. > > -------------------------------------- > RFC5321 (draft-klensin-rfc2821bis-11) > -------------------------------------- > Title : Simple Mail Transfer Protocol > Publication Date : October 2008 > Author(s) : J. Klensin > Category : DRAFT STANDARD > Source : IETF - NON WORKING GROUP > Area : N/A > Stream : IETF > Verifying Party : IESG
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… Dave Crocker
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… Randall Gellens
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… John C Klensin
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… John C Klensin
- [ietf-smtp] FWD: [Technical Errata Reported] RFC5… John C Klensin
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … John C Klensin
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … Ned Freed
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … S Moonesamy
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … John C Klensin
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … Ned Freed
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … Phil Pennock
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … John Levine
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… Steve Atkins
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … John C Klensin
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … Arnt Gulbrandsen
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… Randall Gellens
- Re: [ietf-smtp] [Technical Errata Reported] RFC53… John C Klensin
- Re: [ietf-smtp] the elephant never forgets, or DR… John Levine
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … John C Klensin
- Re: [ietf-smtp] FWD: [Technical Errata Reported] … Ned Freed
- Re: [ietf-smtp] the elephant never forgets, or DR… John C Klensin
- Re: [ietf-smtp] the elephant never forgets, or DR… John R Levine