Re: [Emailcore] Ticket #5: G.5. Remove or deprecate the work-around from code 552 to 452?

Alexey Melnikov <aamelnikov@fastmail.fm> Mon, 15 February 2021 13:42 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 58A6F3A0A22 for <emailcore@ietfa.amsl.com>; Mon, 15 Feb 2021 05:42:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=jGC2XjPX; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=iZY8hd6O
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 lnSNaKAOo8fz for <emailcore@ietfa.amsl.com>; Mon, 15 Feb 2021 05:42:12 -0800 (PST)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D4B43A0A1C for <emailcore@ietf.org>; Mon, 15 Feb 2021 05:42:12 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5D00D5C00B6 for <emailcore@ietf.org>; Mon, 15 Feb 2021 08:42:11 -0500 (EST)
Received: from imap37 ([10.202.2.87]) by compute1.internal (MEProxy); Mon, 15 Feb 2021 08:42:11 -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=perDn nTcT/L8+D9YgRynfKLfcpbg68beG47rxJrj0CM=; b=jGC2XjPXs5D/SjS68n0RX 4aXpihybYyJdiAm60Y5ZlwjMCZCozHluYADg5YnKGyxTMyF3nfuP74/wKqdSFhah Rbk1mNOJ4sGDeMN26HLMRmuL/rHdpOpljQX9y5l+OF2rUh3wmaly8Y6oNnvjlnQ2 M+d5lRznu6BBLG+kWOkiJuaRdHOKKt6OMQr/DWipI4WhvTQjt5qN/4VbntxAJ9qy Z3NTthzQwljsNG72AROYDRl3VfZrVbh2QuG5QQZ4jm7MJGFmKmrWsJ0vZu4EeJUK EHzjqe/Hg3Icwj5OCZw8YI8IoyXUHYqMs1NT1GwaNbzN7Qk4OESnDKyjN8vLKIzj A==
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=fm2; bh=perDnnTcT/L8+D9YgRynfKLfcpbg68beG47rxJrj0 CM=; b=iZY8hd6OsD8MSU+XU6xyIdUA5Gf0elcwJP8MVlimfwESIzhSkMfF8kly0 UdL/tK5FZbTMkbq8Mn1t/L0Ynsk0CECuJiIAZrTtXmJiavFToBNMfQKLIi4m/QJQ IIvG2IeOT0GwH8c4eN4yJBFy29dQDCtj9/V3UDWazTmbax4DIg6c0aOoaTUjfWVM kwY2S309PTHeIQ7D3qp0tvbvyP41mOPUJt06vUdGRfX6myrfcppY2N0WUCHi5atH SMvvXrFQEhxe+UadsDjlQqi7labFV9AOWj33Rx2OJfmWuyrMEDqxxyuPRxyrrwoX 1xiA5fEX5PvaOZoJF1Xm9D3u/JnHg==
X-ME-Sender: <xms:M3oqYNUe0W4pHDmsY1qnTe4YyOSwPXmPLv5tv0-uKJb0Cw2IYtwLZA> <xme:M3oqYNmaD3tCvthb6nPjsH36uKXPM_HRHj-T3bjSFrvLAWG60Ihag0N1xk6H0sk-X yIsoPZm5S7sXPBoWA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrieekgdehvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgfgsehtqh ertderreejnecuhfhrohhmpedftehlvgigvgihucfovghlnhhikhhovhdfuceorggrmhgv lhhnihhkohhvsehfrghsthhmrghilhdrfhhmqeenucggtffrrghtthgvrhhnpeelieffle euueefkeeljeefieehgeejtddvtdduffeufeevveeftdefkeeuudevffenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovh esfhgrshhtmhgrihhlrdhfmh
X-ME-Proxy: <xmx:M3oqYJY8MFDppzdBCP2AsulZoXrzdg2uBE49BmSXqG6ihZazSHWJIA> <xmx:M3oqYAX8I651zpHCcTi8kuRFxd98Qpsi1Ka-3fHXXJUeqD_QWqnVuA> <xmx:M3oqYHmQnmDWnSJJok5nylqbHUGab_zAqJvDGiJOi_LYH-ZgkpOy9g> <xmx:M3oqYDyvNHeZHJ-41oXvmKJrS5cimIPlYMzEiZhVSxRdnrCjZMdeTA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id ED3C36B4005F; Mon, 15 Feb 2021 08:42:10 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-141-gf094924a34-fm-20210210.001-gf094924a
Mime-Version: 1.0
Message-Id: <c188413b-9337-40d8-8062-9c0f58f6cd98@www.fastmail.com>
In-Reply-To: <ca851fda-63ac-8739-c3eb-bde725aa25f3@isode.com>
References: <ca851fda-63ac-8739-c3eb-bde725aa25f3@isode.com>
Date: Mon, 15 Feb 2021 13:41:50 +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/SXLt_WPJ8AWCL1jJTKs-jcoQqWA>
Subject: Re: [Emailcore] Ticket #5: G.5. Remove or deprecate the work-around from code 552 to 452?
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: Mon, 15 Feb 2021 13:42:13 -0000

Hi,

On Tue, Jan 19, 2021, at 4:24 PM, Alexey Melnikov wrote:
> Hi all,
> 
> The first pagaraph of Section 4.5.3.1.10 (Too Many Recipients Code) 
> currently says:
> 
>     RFC 821 [3] incorrectly listed the error where an SMTP server
>     exhausts its implementation limit on the number of RCPT commands
>     ("too many recipients") as having reply code 552.  The correct reply
>     code for this condition is 452.  Clients SHOULD treat a 552 code in
>     this case as a temporary, rather than permanent, failure so the logic
>     below works.
> 
> John noted that this suggestion may have outlived its usefulness
> and/or be inconsistent with current practice. Should it be removed
> and/or explicitly deprecated?

I did a bit of digging and it doesn't look like Sendmail emits 552 or treats it as 442 if received from other MTA.
Postfix code has this commented out with a note that this workaround creates more problems than it solves, due to other meaning of 552.

Do people have information about other MTAs (not necessarily open source) on this topic?

Best Regards,
Alexey