Re: [ietf-smtp] Possible cont4ibution to moving forward with RFC5321bis SMTP

Keith Moore <moore@network-heretics.com> Fri, 03 January 2020 15:11 UTC

Return-Path: <moore@network-heretics.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 D94F4120043 for <ietf-smtp@ietfa.amsl.com>; Fri, 3 Jan 2020 07:11:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
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 1g4uR73B93WF for <ietf-smtp@ietfa.amsl.com>; Fri, 3 Jan 2020 07:11:20 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E00E120046 for <ietf-smtp@ietf.org>; Fri, 3 Jan 2020 07:11:20 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 62032216CA; Fri, 3 Jan 2020 10:11:18 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 03 Jan 2020 10:11:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=sUYZM2fBSfxSYAKT8Wv/pLiOo2348lybIA+ZOmjr+ ds=; b=iZZWttR4vbpWTQbzhzKYiHp5FqBH6Mr4hlHhVZDShNlWI32fHTXgsldYN TJZNZj/SlAxCEo6UTMpfe7AcyVQ8XJ1dF/n2X2jUM6sA2SsI9KHTfINILwvbrGIU aRo9dVom6F/bgh6Bu/R+3RB+RJuzo2wPOdh9TwNsHL2Aw/ZlW/tEyFfGq37wJk/c BYyp10yvzCUfLXOEJGiQFleGbIA4DugdefPyCNAEV07y4d0pwTgLpL1LH3MPxncS ZuJuCmOdva14aW4ucXwInM6jiFpyydzFbS9ghqk1FZr1Fd+oAV8UOKrnIz7KKt02 8l+VCkliWgcLmMXcPEkLzFCInko6g==
X-ME-Sender: <xms:lVkPXtC8hxb4jAe7CasRWGMDxEjGaVcmYuoxiKIim63hP878pMILIQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdegfedgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfgggfuhfgjfffkfhfvofesthhqmhdthhdtjeenucfhrhhomhepmfgvihht hhcuofhoohhrvgcuoehmohhorhgvsehnvghtfihorhhkqdhhvghrvghtihgtshdrtghomh eqnecuffhomhgrihhnpehhthhtphifihhllhgsvghthhgvlhgrshhtrghpphhlihgtrght ihhonhhsthhonhhothhnvggvughiphhvgehsuhhpphhorhhtshhomhgvfihhvghrvgdrsh honecukfhppeelledrvddtfedrfedvrddutdenucfrrghrrghmpehmrghilhhfrhhomhep mhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhmnecuvehluhhsthgvrh fuihiivgeptd
X-ME-Proxy: <xmx:lVkPXl9Sx8RVH5dLl7MdsQVRll1FTZhYLuXGScLYx05juDEAPwfLjw> <xmx:lVkPXgHr3YC7cgQdBMFMLezkOjnGrW4HfddcIhr-4dPSrUh09cmcKQ> <xmx:lVkPXvQWfD_68hA2VsE2KBTnxq2FTl6p_nMPyDtx8EuaLsK-RxQKCA> <xmx:llkPXt9D4rkDMHRRf5zamEYBbkbF6DwgkraHvD8p7tEnfybtpUMI_Q>
Received: from [30.64.126.197] (ip-99-203-32-10.pools.cgn.spcsdns.net [99.203.32.10]) by mail.messagingengine.com (Postfix) with ESMTPA id 847868005A; Fri, 3 Jan 2020 10:11:17 -0500 (EST)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <501e94b2-1f76-442a-8c3e-a3bc46c51aca@gulbrandsen.priv.no>
Date: Fri, 03 Jan 2020 10:11:15 -0500
Cc: ietf-smtp@ietf.org
Message-Id: <3412B4E4-878C-4D7C-BFE0-2D3BB5C52569@network-heretics.com>
References: <501e94b2-1f76-442a-8c3e-a3bc46c51aca@gulbrandsen.priv.no>
To: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
X-Mailer: iPhone Mail (17C54)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/WdP50CC_QtkWIkV8Tmd9CpnMar8>
Subject: Re: [ietf-smtp] Possible cont4ibution to moving forward with RFC5321bis SMTP
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 03 Jan 2020 15:11:22 -0000

> On Jan 2, 2020, at 2:09 PM, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> wrote:
> 
> Running a v6-only host is stupid at this point,

I don’t share that assumption for multiple reasons.  One is that the Internet is a diverse place and there are lots of corner cases.  It’s not the case that every internet host needs to interact with hosts using ipv4.   Another is that v6 networks are likely to support some sort of NAT solution which permits v6 clients to contact v4 servers as long as those servers have dns names and public ipv4 addresses. 

In general I’d recommend that applications that can be IP version agnostic, be so.  As applied to SMTP I think that means accepting both IPv4 and IPv6 syntax, but not actually caring what the peer’s address is.

> perhaps slightly less stupid in five years, but even so I don't think the next RFCs should feature an IPv4 requirement for address literals, and nothing for the main parts of the protocols.

I would like for 5321bis to provide clear guidance to implementors rather than having a practical necessity for them to implement protocol features that have been removed from the standard.  I expect that smtp and http will be the last applications to not need ipv4 support somewhere.  So I don’t think it’s helpful to remove v4 address literals from the smtp protocol.   However it might be worth relaxing the syntax so that at least from a protocol perspective, smtp ehlo doesn’t care what kind of argument is used.  

Keith