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.