Re: [ietf-smtp] Return codes, was Updated draft for "SMTP Response for Detected Spam"

John Levine <johnl@taugh.com> Thu, 31 March 2022 17:08 UTC

Return-Path: <johnl@iecc.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 05D563A1279 for <ietf-smtp@ietfa.amsl.com>; Thu, 31 Mar 2022 10:08:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.862
X-Spam-Level:
X-Spam-Status: No, score=-1.862 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, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=l4j4Rw3Q; dkim=pass (2048-bit key) header.d=taugh.com header.b=TSQGEodR
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 2m73WE7sUHQo for <ietf-smtp@ietfa.amsl.com>; Thu, 31 Mar 2022 10:08:33 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7149A3A1B0E for <ietf-smtp@ietf.org>; Thu, 31 Mar 2022 10:08:20 -0700 (PDT)
Received: (qmail 49447 invoked from network); 31 Mar 2022 17:08:18 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=c125.6245e002.k2203; bh=An7JBTv4Puxwi0Kfkcp4CrU6uyJ7am1Hr6wycGsJYeE=; b=l4j4Rw3Q/kx4KQOn1k+3QT2cLnwG823gPtfasmYTXpcvoRy9sT1KO22RJfwwP1S654uE03qFn1eggh0FMnZThX9aRSRxbKV2QsUpMf99AmyFDGpwJqE3J0LBS5qoqA/ZPlRnZbkt2OeItsF10I2hbysvbGCfY6EL4gEb0PjbHoNUpLJHUU5cfWoK81DntdWX12PNW1qX3+s752xfR91pSjvpg8jRNdz1QFxiyMZ5yjQ1w/T4PZc/1hnAXS/pmhYfg5UVUkf5ts87ulq/VAKbPX2WjyRrl/T1NEEdcDhPpOyteyyTJ9ZStBqUbPZ/YRBeJFSrEdfCstMgMzErAyo8qg==
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=c125.6245e002.k2203; bh=An7JBTv4Puxwi0Kfkcp4CrU6uyJ7am1Hr6wycGsJYeE=; b=TSQGEodRw7a5H8vu9VyF5nWReufvKtilcgcYeAkZHQKxqrotKoY6faM6pmlhtdxQiz2LDrJ9M8qucmuWLhpbZ3GyIrxmuKuw+9uUZzj7aBhKEoSG8Hsz2/BVtKfwW3CbEPyCSbg2x5pvI4odB65Rx+Tf9aclSTHhLTpNLJldJTOoVFrWbwvXJtKzEWTZVLh7Rr6H/hCU63TUXnobg+GvX+5g/JJv8+ZpyOWl7UeCywkpR/D83Ixk+hiG8OjEmkjC8N9LVGaqSQ3hesDOTFLn2s9pMIBo/K56cc0SOMHTBU+pWctZ5kj8I+ljMhKBZ/pESGDvB3+lqV1PG+6xkIRDsw==
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 31 Mar 2022 17:08:17 -0000
Received: by ary.qy (Postfix, from userid 501) id 756483A1ED82; Thu, 31 Mar 2022 13:08:16 -0400 (EDT)
Date: Thu, 31 Mar 2022 13:08:16 -0400
Message-Id: <20220331170817.756483A1ED82@ary.qy>
From: John Levine <johnl@taugh.com>
To: ietf-smtp@ietf.org
Cc: john-ietf@jck.com
In-Reply-To: <44D715B7767FFD3836B2E9B5@PSB>
Organization: Taughannock Networks
X-Headerized: yes
Cleverness: minimal
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/u9m4MlYwO8EzRYqty29LWEIiekc>
Subject: Re: [ietf-smtp] Return codes, was Updated draft for "SMTP Response for Detected Spam"
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, 31 Mar 2022 17:08:38 -0000

It appears that John C Klensin  <john-ietf@jck.com> said:
>Let me add one thing to your suggestions.  While it does not
>appear in the headers, the last sentence of Section 1 of the
>current draft claims that this updates RFC 5321.  I suppose that
>is necessary because it adds a reply code that is not in the
>list that now appears in 5321, following the model of RFC 7504.

This reminds me, why don't we have an IANA registry for SMTP return
codes?  That would greatly simplify exercises like this.

I suggested to Alex that his draft needs to define an extension to let
client MTAs tell servers that they understand 259:

 ehlo cruddy.mail.org
 250-sceptical.server.com
 250-STARTTLS
 250-PIPELINING
 250-ENHANCEDSTATUSCODES
 250 MAYBESPAM

 mail from:<sleazy@sleazy.org> MAYBESPAM
 250 2.1.0 Sender accepted.

 rcpt to:<victim@somewhere.wtf>
 250 2.1.5 Recipient accepted.

 data
 354 Go ahead
 -- blah blah blah --
 .
 259 2.6.8 That smelled pretty bad.


In that case it doesn't update 5321, since it's not changing what SMTP
clients and servers do in the absence of that extension, but it would
be nice to have a registry so the codes don't accidentally overlap.

With respect to 259 vs 559, Comcast is a pretty big mail system. If
they think this could be useful, which they apparently do, I think it
would be a fine idea to try the experiment (which does not need an RFC
since we are still not the Network Police) and then later perhaps
advance the proposal with experience of what it does. Experiments
would be easier if it were possible to reserve the code points without
a lot of overhead.

R's,
John