Re: [yam] [Technical Errata Reported] RFC6409 (3995)
Randall Gellens <rg+ietf@qualcomm.com> Fri, 23 May 2014 21:51 UTC
Return-Path: <rg+ietf@qualcomm.com>
X-Original-To: yam@ietfa.amsl.com
Delivered-To: yam@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2CD51A00C9 for <yam@ietfa.amsl.com>; Fri, 23 May 2014 14:51:29 -0700 (PDT)
X-Quarantine-ID: <cBIixuS3mr_R>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Spam-Flag: NO
X-Spam-Score: -2.652
X-Spam-Level:
X-Spam-Status: No, score=-2.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham
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 cBIixuS3mr_R for <yam@ietfa.amsl.com>; Fri, 23 May 2014 14:51:27 -0700 (PDT)
Received: from sabertooth02.qualcomm.com (sabertooth02.qualcomm.com [65.197.215.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 033AD1A00BE for <yam@ietf.org>; Fri, 23 May 2014 14:51:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=@qualcomm.com; q=dns/txt; s=qcdkim; t=1400881886; x=1432417886; h=to:x-ojodefuego:message-id:in-reply-to:references: x-mailer:date:from:subject:cc:content-type; bh=Q56Gp2Dm/kM7vlmUyLSahjhyQmqpu8ipdiALnk3h+JA=; b=crVrB4DRCS529FPI9iSF39XRSyYrLhecYL+ZTWDbvwioEH+M/E3JHfOt hoURpu1vCMRBMLpA4fnOjCtgZJMMmNew/571t4aypk2QQ4MII4i/At5+T EymEv2cuw3YFKhhxVR08DYNFFl0y7bYAjzIGoq1HTaRGtQy7b4qp9xRhq w=;
X-IronPort-AV: E=McAfee;i="5600,1067,7447"; a="63977994"
Received: from ironmsg02-r.qualcomm.com ([172.30.46.16]) by sabertooth02.qualcomm.com with ESMTP; 23 May 2014 14:51:25 -0700
To: John C Klensin <john-ietf@jck.com>, RFC Errata System <rfc-editor@rfc-editor.org>, barryleiba@computer.org, presnick@qti.qualcomm.com, tony@att.com, sm+ietf@elandsys.com
X-IronPort-AV: E=Sophos;i="4.98,896,1392192000"; d="scan'208";a="283075013"
Received: from plus.qualcomm.com ([10.52.255.8]) by ironmsg02-R.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 23 May 2014 14:51:24 -0700
Received: from Ironmsg03-R.qualcomm.com (ironmsg03-R.qualcomm.com [172.30.46.17]) by plus.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id s4NLpKC6020825; Fri, 23 May 2014 14:51:21 -0700
X-IronPort-AV: E=Sophos;i="4.98,896,1392192000"; d="scan'208";a="683473021"
X-ojodefuego: yes
Received: from vpn-10-50-16-12.qualcomm.com (HELO [99.111.97.136]) ([10.50.16.12]) by Ironmsg03-R.qualcomm.com with ESMTP; 23 May 2014 14:51:15 -0700
Mime-Version: 1.0
Message-Id: <p06240604cfa5730dd57a@[99.111.97.136]>
In-Reply-To: <1CD96F1912CBFF4A6A296711@[192.168.1.102]>
References: <20140522105930.779E218000D@rfc-editor.org> <p06240600cfa513ac7ab4@[99.111.97.136]> <1CD96F1912CBFF4A6A296711@[192.168.1.102]>
X-Mailer: Eudora for Mac OS X
Date: Fri, 23 May 2014 14:51:14 -0700
From: Randall Gellens <rg+ietf@qualcomm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
Archived-At: http://mailarchive.ietf.org/arch/msg/yam/R8yxFEobfB4mz3V0o-amuVyJ5mY
X-Mailman-Approved-At: Fri, 23 May 2014 22:30:21 -0700
Cc: yam@ietf.org
Subject: Re: [yam] [Technical Errata Reported] RFC6409 (3995)
X-BeenThere: yam@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Yet Another Mail working group discussion list <yam.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yam>, <mailto:yam-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/yam/>
List-Post: <mailto:yam@ietf.org>
List-Help: <mailto:yam-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yam>, <mailto:yam-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 May 2014 21:51:29 -0000
I completely agree with John. A note on the errata is fine (since it has already been marked as verified). At 2:28 PM -0400 5/23/14, John C Klensin wrote: > Unless I'm wrong about how motivated any of us are to do a 6409 > update to fix this, can we just note (as a comment on the > erratum since it has gotten this far) that there is an issue > with the text (as noted) and that it needs to be examined > carefully in any rewrite. I agree with Randy's comments about > clarity, but doubt that is worth spending a lot more time on now > unless something thinks the issue is really important enough to > justify a revision. > > john > > > --On Friday, 23 May, 2014 08:07 -0700 Randall Gellens > <rg+ietf@qualcomm.com> wrote: > >> I think the wording is unclear and should be improved. See >> in-line: >> >> At 3:59 AM -0700 5/22/14, RFC Errata System wrote: >> >>> The following errata report has been submitted for RFC6409, >>> "Message Submission for Mail". >>> >>> -------------------------------------- >>> You may review the report below and at: >>> http://www.rfc-editor.org/errata_search.php?rfc=6409&eid=3995 >>> >>> -------------------------------------- >>> Type: Technical >>> Reported by: Tony Finch <dot@dotat.at> >>> >>> Section: 8.7 >>> >>> Original Text >>> ------------- >>> NOTE: SMTP [SMTP-MTA] prohibits the use of domain name >>> aliases in addresses and the session-opening >>> announcement. As with other SMTP requirements, RFC 5321 >>> effectively prohibits an MSA from forwarding such >>> messages into the public Internet. Nonetheless, >>> unconditionally resolving aliases could be harmful. For >>> example, if www.example.net and ftp.example.net are both >>> aliases for mail.example.net, rewriting them could lose >>> useful information. >>> >>> >>> Corrected Text >>> -------------- >>> NOTE: RFC 821 and RFC 1123 prohibited the use of domain >>> name aliases in addresses and the session-opening >>> announcement. >> >> >> >>> Because of this it is still common for MTAs to >>> canonicalize domains in email addresses. >> >> Because of what? The prohibition on CNAMEs? >> >> "it is still common for MTAs to" should be worded as "some >> MTAs" to be more factual (otherwise it raises questions of how >> common). >> >>> However this requirement was dropped >> >> What requirement was dropped? The wording should be clear. >> >>> during the development of RFC 2821. The current rules >>> about domain name aliases are set out in RFC 5321 section >>> 2.3.5. >>> >>> Notes >>> ----- >>> >>> >>> Instructions: >>> ------------- >>> This errata 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 (IESG) can log in to change the status and >>> edit the report, if necessary. >>> >>> -------------------------------------- >>> RFC6409 (draft-ietf-yam-rfc4409bis-03) >>> -------------------------------------- >>> Title : Message Submission for Mail >>> Publication Date : November 2011 >>> Author(s) : R. Gellens, J. Klensin >>> Category : INTERNET STANDARD >>> Source : Yet Another Mail >>> Area : Applications >>> Stream : IETF >>> Verifying Party : IESG -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Nostalgia isn't what it used to be.
- [yam] [Technical Errata Reported] RFC6409 (3995) RFC Errata System
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Ned Freed
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Barry Leiba
- [yam] [Errata Verified] RFC6409 (3995) RFC Errata System
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Randall Gellens
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Barry Leiba
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Randall Gellens
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Randall Gellens
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Barry Leiba
- Re: [yam] [Technical Errata Reported] RFC6409 (39… John C Klensin
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Randall Gellens
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Barry Leiba
- [yam] [Errata Verified] RFC6409 (3995) RFC Errata System
- Re: [yam] [Technical Errata Reported] RFC6409 (39… Tony Finch