Re: [Emailcore] Ticket #13: G.7.7. Does the 'first digit only' and/or non-listed reply code text need clarification?

Alexey Melnikov <aamelnikov@fastmail.fm> Tue, 19 January 2021 15:56 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 463B93A15D3 for <emailcore@ietfa.amsl.com>; Tue, 19 Jan 2021 07:56:56 -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=GAso98dv; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=LPOG9CNs
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 HVTlCC133AEY for <emailcore@ietfa.amsl.com>; Tue, 19 Jan 2021 07:56:55 -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 4B3C73A1338 for <emailcore@ietf.org>; Tue, 19 Jan 2021 07:56:55 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id DF963CC1; Tue, 19 Jan 2021 10:56:53 -0500 (EST)
Received: from imap21 ([10.202.2.71]) by compute1.internal (MEProxy); Tue, 19 Jan 2021 10:56:54 -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:cc :subject:content-type; s=fm2; bh=1BFuRlyFmV84NOpYc2hKv/NLzAfGqjd 0kiKoNz93o0c=; b=GAso98dvC4yunr843b2GznPRqRi7axD86dbURGsxtYfvZ0/ NRDVZd4qOVkjusN1fb0hEYMIDbnyzl4u38djG6li5vvw8CPhF5Pl0sXEkH17uN34 tI/wZo4mTWLibJw21TbhohMGGBvHz0sYwYKOWhCJsrgqvTkjEtp6Wj9QS0MJuWgR QZAyDvFeKfIfYhWHENZi/1dI6Xnp+BFt4dM0KaEdqJ0ZI2fQPBUdH7LF57440oIG KsEfxlWsF9jVsgvBVDyz/J86RhsZvd5Na0tUhveMD6q4bTzslGBSh6VMI81T72BN mH1aipKDjYWbfgqY7I5LJjhDQ15fsZHI2OGvydw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=1BFuRl yFmV84NOpYc2hKv/NLzAfGqjd0kiKoNz93o0c=; b=LPOG9CNsohvixDNL47/FYI D7hf+fZJD9+uYbYjkzDcVLZEf/MFWBPa0nvwe2Ok1RcAUddyr1ap2+eB/FpNdv3S 1h+/rc8U4msBcG2WRvkQ9bOdcMJk5io/flZGKOAT1y9aKR4o9SZ3K98MexepUlno BZnQVZO1T0dKLEhZZXNm6zIWt0VxIAcdQT6qu2UgvPbGKhRhKKb9qpt+Ya54Zjl1 PN1t51u4gKMwrcDE7Hd0YYfOFxBXgObdW/mbsu+ryYZtCEAoEL9mfmNcfGi64yFh ZnQLWmIgrfjffDQBjPwbh3lwcApqScjUF8BKxgT5qI8+8hnzSqshfmEL+eVfFatQ ==
X-ME-Sender: <xms:RQEHYACsatHcxvcJQg-WQLpCn-Afd0TnMMJZXB3DX7FZTbwAcHF2Pg> <xme:RQEHYChY6dgUwrGOyEM3sN2Aj_2ajF1jdy9HDfr-xbWJhbgUHLpWEvM6Hj-McQ67C zzG8NG2qGPGBxkzDA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddtgdekfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsehttdertderreejnecuhfhrohhmpedftehlvgig vgihucfovghlnhhikhhovhdfuceorggrmhgvlhhnihhkohhvsehfrghsthhmrghilhdrfh hmqeenucggtffrrghtthgvrhhnpeeitdeuhedthfevvdethfegledufeeugfdvjedvheeh feevuedtgedufeegudfhtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrdhfmh
X-ME-Proxy: <xmx:RQEHYDnRzuy88WHVyzmWLdD8bWi-vWUNpZSMtlzKAOycEFMMlG2ptg> <xmx:RQEHYGy3dzcAAilwIKrTYG0cuEgb4OZrRuA9J2oL-wNxHrSMtPJqfA> <xmx:RQEHYFTllyiMXEGr8i78r43W6oQAgd4Gl3W9Q0Ks6KGZKrMytdlECg> <xmx:RQEHYELETTMwcSDbEu2AcHI9RO4HWlY35Q5zQv2WtWpMJnmFeUtQbA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id DF8E16F60060; Tue, 19 Jan 2021 10:56:52 -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: <919ecdc5-1934-4a1b-8a1a-bbe0bb79c95d@www.fastmail.com>
In-Reply-To: <8a9a363a-68dd-80ed-2ff2-b4d19fb74359@dcrocker.net>
References: <20201217034150.AA9142AC1E50@ary.qy> <76CF0B1097EB28A5BDE902EE@PSB> <47407afa-6e6a-d0d2-a829-67d68fd0ee90@tana.it> <f99fb03d-f1ef-4b71-8731-5933026db5ce@www.fastmail.com> <8a9a363a-68dd-80ed-2ff2-b4d19fb74359@dcrocker.net>
Date: Tue, 19 Jan 2021 15:56:32 +0000
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: Dave Crocker <dcrocker@bbiw.net>, Alessandro Vesely <vesely@tana.it>, John C Klensin <john-ietf@jck.com>
Cc: emailcore@ietf.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/iqWyzKwHv1349Gu8WnItyykUux8>
Subject: Re: [Emailcore] Ticket #13: G.7.7. Does the 'first digit only' and/or non-listed reply code text need clarification?
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:56:56 -0000

On Tue, Jan 19, 2021, at 3:31 PM, Dave Crocker wrote:
> On 1/19/2021 7:23 AM, Alexey Melnikov wrote:
> > NEW: Sender-SMTP tests the whole 3 digit reply code it receives and 
> > any supplemental codes or information (see RFC 3463 and RFC 5248) if
> >  it recognizes them. Sender-SMTP MUST use the first digit (severity 
> > indication) of a reply code it receives if the full reply code or 
> > additional information is not recognized.
> 
> 
> Given the normative term in the second sentence it seems odd -- and
> possibly problematic -- to have no normative term in the first sentence.
> 
> 
> I assume the intention here is:
> 
>      Sender-SMTP MUST first test the whole 3 digit reply code it
> receives, as well as any accompanying supplemental codes or information
> (see RFC 3463 and RFC 5248). If the full reply code or additional
> information is not recognized, Sender-SMTP MUST use the first digit
> (severity indication) of a reply code it receives.

Your proposed version is better, thank you.