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
- [ietf-smtp] Updated draft for "SMTP Response for … Brotman, Alex
- Re: [ietf-smtp] Updated draft for "SMTP Response … Dave Crocker
- Re: [ietf-smtp] Updated draft for "SMTP Response … Michael Peddemors
- Re: [ietf-smtp] Updated draft for "SMTP Response … John Levine
- Re: [ietf-smtp] Updated draft for "SMTP Response … Claus Assmann
- Re: [ietf-smtp] [EXTERNAL] Re: Updated draft for … Brotman, Alex
- Re: [ietf-smtp] Updated draft for "SMTP Response … Richard Clayton
- Re: [ietf-smtp] Updated draft for "SMTP Response … John C Klensin
- Re: [ietf-smtp] Updated draft for "SMTP Response … Dave Crocker
- Re: [ietf-smtp] Updated draft for "SMTP Response … John C Klensin
- Re: [ietf-smtp] Updated draft for "SMTP Response … Richard Clayton
- Re: [ietf-smtp] Return codes, was Updated draft f… John Levine
- Re: [ietf-smtp] Return codes, was Updated draft f… Dave Crocker
- Re: [ietf-smtp] Return codes, was Updated draft f… Ned Freed
- Re: [ietf-smtp] Return codes, was Updated draft f… John R Levine
- Re: [ietf-smtp] Return codes, was Updated draft f… John C Klensin
- Re: [ietf-smtp] Return codes, was Updated draft f… John R Levine
- Re: [ietf-smtp] Return codes, was Updated draft f… John C Klensin
- Re: [ietf-smtp] Return codes, was Updated draft f… Ned Freed
- Re: [ietf-smtp] Return codes, was Updated draft f… John C Klensin
- Re: [ietf-smtp] Updated draft for "SMTP Response … Alessandro Vesely
- Re: [ietf-smtp] Updated draft for "SMTP Response … Brotman, Alex
- Re: [ietf-smtp] Updated draft for "SMTP Response … Brotman, Alex
- Re: [ietf-smtp] Updated draft for "SMTP Response … Hector Santos