[ietf-smtp] Review of draft-klensin-smtp-521code-05

Suzanne Woolf <suzworldwide@gmail.com> Wed, 08 April 2015 12:35 UTC

Return-Path: <suzworldwide@gmail.com>
X-Original-To: expand-draft-klensin-smtp-521code.all@virtual.ietf.org
Delivered-To: ietf-smtp@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 440901A1A79; Wed, 8 Apr 2015 05:35:37 -0700 (PDT)
X-Original-To: xfilter-draft-klensin-smtp-521code.all@ietfa.amsl.com
Delivered-To: xfilter-draft-klensin-smtp-521code.all@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2567F1A1A69 for <xfilter-draft-klensin-smtp-521code.all@ietfa.amsl.com>; Wed, 8 Apr 2015 05:35:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.334
X-Spam-Level:
X-Spam-Status: No, score=-1.334 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_SOFTFAIL=0.665] autolearn=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 5ji_ULwxl38y for <xfilter-draft-klensin-smtp-521code.all@ietfa.amsl.com>; Wed, 8 Apr 2015 05:35:36 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 288311A039D for <draft-klensin-smtp-521code.all@ietf.org>; Wed, 8 Apr 2015 05:35:31 -0700 (PDT)
Received: from mail-qk0-x236.google.com ([2607:f8b0:400d:c09::236]:36031) by zinfandel.tools.ietf.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from <suzworldwide@gmail.com>) id 1YfpCY-00021J-Gj for draft-klensin-smtp-521code.all@tools.ietf.org; Wed, 08 Apr 2015 05:35:30 -0700
Received: by qku63 with SMTP id 63so82989653qku.3 for <draft-klensin-smtp-521code.all@tools.ietf.org>; Wed, 08 Apr 2015 05:35:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=Whx8l6m6cK8wIhbkcQhwcUJ0Mdrba5DuzF7di3WnbEs=; b=y+pHVQ908JDrLyVEMH9V6B1IEEQIkhSZ7Og5hOzDONFoRpOYEbAm0AKconb4Vqc085 pRkNUAQ5m8tngvK6N4KBI4gfk+PoMNLVRoXkVsjeO5R1xKZpRUNtLFAeMAK3bhDiVb9Z 9NWVqBA25UddBXd20cbLZlMx+bt95CeBqacr/azHugCwOgcH5/Dqf9wr+gRQd0Bpr1Fg 1q1uiq2Y1eZKUxTzkYlsJxDRv/+CJCS9Zeuc/NMgR05DUISSgXfnbDn5zqFJOsQ6TCRx c3InreDbOGOY5PVcE5XmzFjhTUlnCGMuHRqz8ahZ8DKEqkSSuM5JOo9JPJSzC8VNOoiQ a4ug==
X-Received: by 10.55.23.78 with SMTP id i75mr47400972qkh.82.1428496519990; Wed, 08 Apr 2015 05:35:19 -0700 (PDT)
Received: from ?IPv6:2601:6:3a80:77e:60a8:c4f4:b4c9:9adc? ([2601:6:3a80:77e:60a8:c4f4:b4c9:9adc]) by mx.google.com with ESMTPSA id 5sm2475332qgg.28.2015.04.08.05.35.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Apr 2015 05:35:18 -0700 (PDT)
From: Suzanne Woolf <suzworldwide@gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Message-Id: <C5405049-7435-4DF8-9709-A5B510C0BB04@gmail.com>
Date: Wed, 08 Apr 2015 08:35:17 -0400
To: draft-klensin-smtp-521code.all@tools.ietf.org, "ops-dir@ietf.org" <ops-dir@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
X-Mailer: Apple Mail (2.1510)
X-SA-Exim-Connect-IP: 2607:f8b0:400d:c09::236
X-SA-Exim-Rcpt-To: draft-klensin-smtp-521code.all@tools.ietf.org
X-SA-Exim-Mail-From: suzworldwide@gmail.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
Resent-To: draft-klensin-smtp-521code.all@ietf.org
Resent-Message-Id: <20150408123534.288311A039D@ietfa.amsl.com>
Resent-Date: Wed, 08 Apr 2015 05:35:31 -0700
Resent-From: suzworldwide@gmail.com
Archived-At: <http://mailarchive.ietf.org/arch/msg/draft-klensin-smtp-521code.all@tools/S6p9o3hwSuh47JuUTtEozAQEAr8>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf-smtp/4WMURS6rCiZ5_gebdBW8zbGFsQA>
X-Mailman-Approved-At: Wed, 08 Apr 2015 06:47:47 -0700
Subject: [ietf-smtp] Review of draft-klensin-smtp-521code-05
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Wed, 08 Apr 2015 12:35:37 -0000

Hi,

As the boilerplate sez….I have reviewed this document as part of the Operational directorate's 
ongoing effort to review all IETF documents being processed by the IESG.  These 
comments were written with the intent of improving the operational aspects of the 
IETF drafts. Comments that are not addressed in last call may be included in AD reviews 
during the IESG review.  Document editors and WG chairs should treat these comments 
just like any other last call comments. 

(With apologies to the author and my ADs that it's late; I read the draft and then spaced actually shipping the review after Dallas.)

This is ready to go, with some editorial nits (below). 

The IETF Last Call had a few comments, mostly on a specific clarification; they were supportive of publication. There is a fairly lengthy and substantial comment from Murray Kucherawy that it appears John agreed to incorporate in the next rev, explaining a little more closely the relationship between what this draft suggests and RFC 5321 regarding dropped connections. I thought Murray's explanation of his suggestion was compelling enough that I'd like to see the change incorporated.

(I was also surprised that "This document updates RFC 5321 to add descriptions and text for two reply codes, but there is no registry for those codes." The workaround looks OK to me from an operational perspective but I'm not an SMTP implementer.)

This document is a useful update to the standard to support some elements of current practice and at least one expected separate update also reflecting practice in the field (nullMX).

Nits:

Sec. 3: 

"It SHOULD
   NOT be used for situations in which the server rejects mail from
   particular hosts or addresses or in which mail for a particular
   destination host is not accepted;."

might be clearer as "….hosts or addresses, or situations in which mail for a particular destination host is not accepted."

The next sentence:

"As discussed in SMTP, reply code
   554 is more appropriate for most of those conditions; an additional
   case, in which the determination that mail is not accepted is
   determined outside the mail system, is covered in the next section
   (Section 4)."

might be clearer as "…more appropriate for most of those conditions. An additional case, in which the determination that mail is not accepted is made outside the mail system, is covered…."


Best,
Suzanne