Re: [ietf-smtp] Endless debate on IP literals

Keith Moore <moore@network-heretics.com> Thu, 02 January 2020 19:10 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 DE13812011B for <ietf-smtp@ietfa.amsl.com>; Thu, 2 Jan 2020 11:10:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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 DEjBmzuc85js for <ietf-smtp@ietfa.amsl.com>; Thu, 2 Jan 2020 11:10:53 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08916120113 for <ietf-smtp@ietf.org>; Thu, 2 Jan 2020 11:10:53 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 724FB997; Thu, 2 Jan 2020 14:10:50 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 02 Jan 2020 14:10:50 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=GhGADRxqg1giX+tlc+EARPhQeaLO0pkh+mC5fiM6q RI=; b=Xde9l1MrGKO/x3sJGnW0f6Wh+/gLq6ALjJg9EmoKiTjW5moTt/gevDQmo EsBhgXLgHKybKbwlNBcXcrQEekuldWYMEMJrj8Lfp1deInz5WTfDSIdVRq9SFcam QSubkbBibU7hbH1t8pehvnh/YRbFgq2WxpR3XRnORY38nf3p1XxkG4fUD63xwiON dUbkEAJiNj2Ga3BFxbSujJ6fJ3NgRkdAMlE71H/qKTwcxTriLypeCLgVjjrUZ58G vRhJUwsERHi4VY5REOlczQOH2kTpb6Sk48UZO5qFHuNsrkcI6JIEvscg/+gBYSxj EQCB4DGKSMBcbZeBGCB/+x8kfJ72g==
X-ME-Sender: <xms:OUAOXtQa7klipUi2GLT0OBp8g4EHqED-MFJDVpCRfILvopD96bk4vQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeguddguddvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesth ekredttdefjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvght fihorhhkqdhhvghrvghtihgtshdrtghomheqnecukfhppedutdekrddvvddurddukedtrd duheenucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthifohhrkhdqhhgv rhgvthhitghsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:OUAOXqI474af7ceGFfqM13Bhknrqv9WTlVUJRsdl2R4WosxyRR1yKA> <xmx:OUAOXuG7G0OiAs-ogc0VxyStf86qJ1Jn9nyM-Nxy_YhvT4S0iZhjIA> <xmx:OUAOXmiUwwWTpijHfHYQrkSoEsTVBFf4GMIZ54I13jt9p1s_cVfCJw> <xmx:OkAOXo18Xu5cmNY2fQxqg7Y1shAvyG4CrFpuQ_2ZkXMNpyD45grKUw>
Received: from [192.168.1.97] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 2CC6C306080E; Thu, 2 Jan 2020 14:10:49 -0500 (EST)
To: ietf-smtp@ietf.org
References: <alpine.BSF.2.21.99999.352.2001011101090.45428@gal.iecc.com> <f0f15437-8315-8e5e-e402-c3e8b0688261@dcrocker.net> <25cabd85-681c-28d4-64e3-97f1ec170911@dcrocker.net> <alpine.OSX.2.21.99999.374.2001011126340.52164@ary.qy> <c3fcf56a-e9b9-e979-16b0-cbec677dd2f2@dcrocker.net> <alpine.OSX.2.21.99999.374.2001021202330.56444@ary.qy> <794462ec-e54b-ca8d-76f6-490384f4b051@dcrocker.net>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <8a5ecaf1-8c2c-df75-df81-f8510d33bb12@network-heretics.com>
Date: Thu, 02 Jan 2020 14:10:48 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <794462ec-e54b-ca8d-76f6-490384f4b051@dcrocker.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/eH-i4APbOCd0BbGYWmDsXh72yQw>
Subject: Re: [ietf-smtp] Endless debate on IP literals
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: Thu, 02 Jan 2020 19:10:54 -0000

On 1/2/20 1:07 PM, Dave Crocker wrote:

>
> The target documents would be:
>
>    1) Astreamlined rfc5321bis

yes.   But I don't think this is the place to impose policy, including 
policy about whether domain literals are permitted in EHLO/HELO.   I 
think this document should be targeted toward implementors of the 
protocol engines, with policy a separate layer (and probably in a 
separate document).   That way, implementors of the protocol engines 
have one clear and stable reference to work from.    Policy 
recommendations are less likely to be stable, as conditions will 
continue to change.   Putting policy recommendations in a separate 
document lets those recommendations evolve without affecting the base 
SMTP protocol specification.

So the SMTP protocol could permit IP address literals in EHLO/HELO as a 
matter of syntax, whereas policy could restrict that further.

>
>    2) A document specifying requirements for Exterior MTAs, which 
> would include mandating rfc5321bis, starttls, ...

I suspect the document needs to specify requirements for relaying across 
domain boundaries rather than talking about particular kinds of MTAs.  
I'm not sure that there is, in practice, a clean separation between 
Exterior MTAs and Interior MTAs, such that only Exterior MTAs are 
involved in relaying across domain boundaries.

Keith