[Gen-art] Genart last call review of draft-ietf-uta-email-deep-09

Roni Even <ron.even.tlv@gmail.com> Mon, 16 October 2017 05:18 UTC

Return-Path: <ron.even.tlv@gmail.com>
X-Original-To: gen-art@ietf.org
Delivered-To: gen-art@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B17031342D2; Sun, 15 Oct 2017 22:18:25 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Roni Even <ron.even.tlv@gmail.com>
To: gen-art@ietf.org
Cc: draft-ietf-uta-email-deep.all@ietf.org, uta@ietf.org, ietf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.63.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150813110569.423.15326015347185572183@ietfa.amsl.com>
Date: Sun, 15 Oct 2017 22:18:25 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/FPLAXUo6XilV75Rxu7GoETvlcXM>
Subject: [Gen-art] Genart last call review of draft-ietf-uta-email-deep-09
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Oct 2017 05:18:26 -0000

Reviewer: Roni Even
Review result: Almost Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-uta-email-deep-??
Reviewer: Roni Even
Review Date: 2017-10-15
IETF LC End Date: 2017-10-13
IESG Telechat date: 2017-10-26

Summary: The document is almost ready to be published as a standard track RFC

Major issues:

Minor issues:
1. In the document I noticed that key words like recommended are sometime
written in upper case letters and sometime in lower case. is there a reason?. I
suggest that in section 2 reference RFC 8174 and verify that normative text is
in upper case letters. 2. In section 3.3 I think the text suggests transition
period of couple of years. I think that it would be better to just say that
both mechanisms SHOULD be supported and delete the sentence about transition
period. I also wonder why is it a SHOULD and not a MUST, in which case both
mechanisms will not be supported.

Nits/editorial comments:

1. In section 3.4 what is "gracefully close" is there a reference?
2. In section 4  fourth bullet what is near term? I assume that as long as
there is no other document that says otherwise MSPs SHOULD also provide it. 3.
In section 4.1 " password sent as cleartext SHOULD be required to change" I
think it means "MUST change"