[Emailcore] RESOLVED: Ticket #43: G.13. Deprecating HELO

Alexey Melnikov <aamelnikov@fastmail.fm> Tue, 19 January 2021 15:41 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: emailcore@ietfa.amsl.com
Delivered-To: emailcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D157C3A15BE for <emailcore@ietfa.amsl.com>; Tue, 19 Jan 2021 07:41:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.119
X-Spam-Level:
X-Spam-Status: No, score=-2.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=YhgnmhMk; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=L1bhucXL
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 jAHpCOkh-22k for <emailcore@ietfa.amsl.com>; Tue, 19 Jan 2021 07:41:41 -0800 (PST)
Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D6553A15BD for <emailcore@ietf.org>; Tue, 19 Jan 2021 07:41:41 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id A2A31AB0 for <emailcore@ietf.org>; Tue, 19 Jan 2021 10:41:39 -0500 (EST)
Received: from imap21 ([10.202.2.71]) by compute1.internal (MEProxy); Tue, 19 Jan 2021 10:41:39 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type:content-transfer-encoding; s=fm2; bh=tH7GE xZpdgD8rdycL14jUexc7Poxj0dXSOMUNPFhUHI=; b=YhgnmhMk3uq4et+TMz9I4 tuINWzSNsTkPMXmH3Zm4cPZaTSbyRZEJf3DjxBjPfAVUS0Uh/QNP7XvV9X362rdU rUTZMEMsn/ieL24AD3TPDJY+8gWDiNQhPVKGfQo7SF7LsfAvHpb47LlHGoJIiD8v J1a15sq1FOaoH++RUAUndfwGoyIFkdqqlyZI5tzPPd+Apn4/a1NMlHccVGU+fLHa U1Wt6W/jbRIgX8NZbXGjK9EhQ5aLLyqgIx/cyKEf5ayrmlaonE57X6xSWmpjMqB/ tzfoHBafE+fu3FC7w6HKEaeFV92WAtbmZmReaNeA7Y6WcQFOFa5aZpWTHfiF4AB9 g==
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=tH7GExZpdgD8rdycL14jUexc7Poxj0dXSOMUNPFhU HI=; b=L1bhucXLqtoB1MCVJ9XZ14pgPDPq7a1o+d/DWtKzaxugNYqvXmrUvt5YL 21rgmz9nPf0YshejVZu8u91d/8SvVlj9VqsSLeYfb29BeG1a8tDw9AbO3EyVQCfO mPdsqs+gcT8+FWFjou3MseUoPlFbS5IlVPxOFPwiLSe/mnChm31SmZxatq3aEHkd E9O3bIDxGmxTC0sjGX2aExC4veEGBYUHT+xxJGLzrPdoEZkUGAsQgPKWHpHGofvf AqvMn0l2Tx4gNwTN0LR6Dx07oRWIZOcNQXK4WLMXD+bGBBXR5AfidTK74jeMHtns NTd7IxFN5GF1TQQz9cyx72XU4uCPQ==
X-ME-Sender: <xms:sv0GYNvDSs8MRjLBruny8a4a_7Cv1Re4sKUfCaUmnTWRldI5fI9RLg> <xme:sv0GYGdCpi7UW0OJLMEJM2VsQpCTzQbeKARKrd4XmSWG_8F-3mYX36YFsWBDKqQba ZgmlvVNZFJhJwkMdw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddtgdektdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgfgsehtqh ertderreejnecuhfhrohhmpedftehlvgigvgihucfovghlnhhikhhovhdfuceorggrmhgv lhhnihhkohhvsehfrghsthhmrghilhdrfhhmqeenucggtffrrghtthgvrhhnpeelieffle euueefkeeljeefieehgeejtddvtdduffeufeevveeftdefkeeuudevffenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovh esfhgrshhtmhgrihhlrdhfmh
X-ME-Proxy: <xmx:sv0GYAwox7yIcT0zk1oA79hAKD2xCKKaAwxYMQBeNr3bRfACukor-g> <xmx:sv0GYENBuuY0obJe6KqvSpN6eKjyrwukuLNI2AcrSTCK5lGXj5u8hg> <xmx:sv0GYN-_9xN41NEb4CWD1sFnYtDl9vBE9S7EzQwfxztewrg3vdCw2w> <xmx:s_0GYAKvPwgfakiOrlnFPdyDpXTK9uslOSZ8gutK7ADSBQZQRsYyjQ>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id BDDB06F60066; Tue, 19 Jan 2021 10:41:38 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-45-g4839256-fm-20210104.001-g48392560
Mime-Version: 1.0
Message-Id: <fc244e28-527f-4d36-8fbf-486035572942@www.fastmail.com>
In-Reply-To: <C3DCB2EDD5C01F06F62F355B@PSB>
References: <9ABCA62E3E54C4356D09E1EE@PSB> <20201217205413.D68C32AC973F@ary.qy> <01RTABPBJB7C004QVR@mauve.mrochek.com> <43b5a838-c94b-7690-c62f-8ef69aeb338@taugh.com> <7d8d3332-209e-85d9-957c-dec9c0e4c830@tana.it> <a06b2c13-dc97-418c-8edd-2f1661fd39d9@www.fastmail.com> <C3DCB2EDD5C01F06F62F355B@PSB>
Date: Tue, 19 Jan 2021 15:41:17 +0000
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: emailcore@ietf.org
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/UCirIOKEyVxP1bH7mGcCkoDq7Vg>
Subject: [Emailcore] RESOLVED: Ticket #43: G.13. Deprecating HELO
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: EMAILCORE proposed working group list <emailcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emailcore>, <mailto:emailcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emailcore/>
List-Post: <mailto:emailcore@ietf.org>
List-Help: <mailto:emailcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emailcore>, <mailto:emailcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2021 15:41:43 -0000

Hi all,
[Top post]

I changed the subject for ease of searching.

As per discussion, I propose to resolve this ticket as "no change".

Best Regards,
Alexey

On Fri, Dec 18, 2020, at 8:24 PM, John C Klensin wrote:
> 
> 
> --On Friday, December 18, 2020 17:47 +0000 Alexey Melnikov
> <aamelnikov@fastmail.fm> wrote:
> 
> > On Fri, Dec 18, 2020, at 5:23 PM, Alessandro Vesely wrote:
> >> On Fri 18/Dec/2020 02:24:26 +0100 John R Levine wrote:
> >> > On Thu, 17 Dec 2020, Ned Freed wrote:
> >> >> There's still quite a few HELO's being sent by IOT stuff
> >> >> that supports email. And I can understand why - when every
> >> >> byte counts, code to fall back from EHLO to HELO isn't
> >> >> going to be written.
> >> > 
> >> > Is that SMTP or submission?  I think we will continue to
> >> > tolerate a lot more  sloppiness in submission than in SMTP
> >> > relay.
> >> 
> >> 
> >> What is going to be gained by not tolerating HELO on port 25
> >> any more?  The  server code is not going to shrink
> >> considerably, especially if the same code  also supports port
> >> 587.
> >> 
> >> Sometimes I use HELO for a quick test with telnet[*] if for
> >> some reason I don't  want the terminal window to scroll by
> >> the amount of lines that EHLO responses  imply.
> > 
> > [As a participant]
> > 
> > For reasons stated by Alessandro and Ned I have a weak
> > preference to leave HELO as is in rfc5321bis.
> 
> (As a participant and for the same reasons)
>  I share that preference
> 
> (And, as author)
>  I recommend that the bar for making substantive changes, even
> to drop things previously required or allowed, should be fairly
> high.  My inclusion of that item was because I found it in my
> notes from prior suggestions and comments; it was not a
> recommendation for any particular action.
> 
>    john