Re: IETF Policy on dogfood consumption or avoidance - SMTP version

"Valdis Kl=?utf-8?Q?=c4=93?=tnieks" <valdis.kletnieks@vt.edu> Sun, 15 December 2019 23:31 UTC

Return-Path: <valdis@vt.edu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 171C812000F for <ietf@ietfa.amsl.com>; Sun, 15 Dec 2019 15:31:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 ha-xl3xx-wP3 for <ietf@ietfa.amsl.com>; Sun, 15 Dec 2019 15:31:11 -0800 (PST)
Received: from omr1.cc.vt.edu (omr1.cc.ipv6.vt.edu [IPv6:2607:b400:92:8300:0:c6:2117:b0e]) (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 D4EFD120013 for <ietf@ietf.org>; Sun, 15 Dec 2019 15:31:10 -0800 (PST)
Received: from mr3.cc.vt.edu (mr3.cc.vt.edu [IPv6:2607:b400:92:8500:0:7f:b804:6b0a]) by omr1.cc.vt.edu (8.14.4/8.14.4) with ESMTP id xBFNV9Xo013283 for <ietf@ietf.org>; Sun, 15 Dec 2019 18:31:09 -0500
Received: from mail-qk1-f197.google.com (mail-qk1-f197.google.com [209.85.222.197]) by mr3.cc.vt.edu (8.14.7/8.14.7) with ESMTP id xBFNV4En023684 for <ietf@ietf.org>; Sun, 15 Dec 2019 18:31:09 -0500
Received: by mail-qk1-f197.google.com with SMTP id l7so3600364qke.8 for <ietf@ietf.org>; Sun, 15 Dec 2019 15:31:09 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:in-reply-to:references :mime-version:content-transfer-encoding:date:message-id; bh=aD8akuHxbTWtQ0JoXhjkaaOPeulovvt6oT16kPlKrX0=; b=V2n7GT7IFsL9sIQOGrnmSMIk7K/02Ud07Qhh0ifUVvk5nsa6RX13NbIIcn9iu4Txs9 8vtfNmCvBadFIbFcY87KdZE7xjyMMk8m0HpVYGJhrBhWtVpHhhatXPXLxoK56dZPSCOH 6pHc6LiMCyiz3CwrnHbadqyXK56bjxv12x8+L9otL2jRk0OhwH3atG/i/bJeK35ODM8z uDlsjtdOSYKPslqSmbWFKCqK+2mImufEe2U4HcqcpPqg5qx8U6q9dR5VvABU9zNC/cAZ oOHjBoi9PjapgxhHSTu38DiPDg2lSa9OQeygxJ6xJNXa+F2scqDC4vCOPbEdZi91OGXz D4aw==
X-Gm-Message-State: APjAAAU2ReBPuzOzvlcEt6hk/42F9WYKi7VLDM4QeuaueJijVcLsKESM 1tWlt4vhJspxPqBnyIVhtRwz6KC+esRJXoCKr4QNe8DDJnJxBw3yxtgS2ShFcLuAv4Ipo5M/+Vq EifRGne9PgE9RZRo=
X-Received: by 2002:ae9:efc7:: with SMTP id d190mr24716431qkg.350.1576452664260; Sun, 15 Dec 2019 15:31:04 -0800 (PST)
X-Google-Smtp-Source: APXvYqxVMZFwOAq2OXEXRR5R6qtT1q1IhFYA5R1umcR0ybrdsIY2prkDYQxNoR1qSftOwNLLUkx8zw==
X-Received: by 2002:ae9:efc7:: with SMTP id d190mr24716413qkg.350.1576452663952; Sun, 15 Dec 2019 15:31:03 -0800 (PST)
Received: from turing-police ([2601:5c0:c001:c9e1::359]) by smtp.gmail.com with ESMTPSA id r20sm5938194qtp.41.2019.12.15.15.31.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 15 Dec 2019 15:31:02 -0800 (PST)
Sender: Valdis Kletnieks <valdis@vt.edu>
From: Valdis Kl=?utf-8?Q?=c4=93?=tnieks <valdis.kletnieks@vt.edu>
X-Google-Original-From: "Valdis Klētnieks" <Valdis.Kletnieks@vt.edu>
X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7+dev
To: Nick Hilliard <nick@foobar.org>
Cc: John C Klensin <john-ietf@jck.com>, ietf@ietf.org, iesg@ietf.org
Subject: Re: IETF Policy on dogfood consumption or avoidance - SMTP version
In-Reply-To: <6a0a5f8a-9da6-30e7-f4b9-0b263cda507a@foobar.org>
References: <8EE11B75E1F8A7E7105A1573@PSB> <6a0a5f8a-9da6-30e7-f4b9-0b263cda507a@foobar.org>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1576452661_8204P"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sun, 15 Dec 2019 18:31:01 -0500
Message-ID: <755701.1576452661@turing-police>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/A9hlDVfbbjLcLC25Jl3gtI-R0uI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Dec 2019 23:31:12 -0000

On Sun, 15 Dec 2019 23:00:16 +0000, Nick Hilliard said:

> Currently it's expedient to drop domain literals in EHLO commands, but
> this is a policy practice of the operators rather than an integral
> function of the protocol itself.

The point is that, given a syntactically correct and acceptable EHLO,
there's a massive difference between:

mail.ietf.org says "550 5.7.1 mail rejected due to EHLO violating local policy"

mail.ietf.org says "550 5.7.1 mail rejected due to EHLO RFC2821 violation".

If the Secretariat was told to reject such mail, the first is a totally correct
way to do it, and the second isn't (if it *was* an RFC violation, a 500 or 501
should be returned rather than 550)..

Whether a given site should block address literal EHLO's is a totally different
question entirely - I've run mail servers where anything that EHLO'd with
an address literal was almost guaranteed spam/malware, and I've run mail
systems whose entire purpose in life was to accept and forward mail for
appliances that could only EHLO with address literals.  As a result, I'll have
to defer to people who have actual stats for ietf.org mail for how much
spam it blocks versus how much ham mail is rejected, and the level of
tolerance for rejection of sketchy-looking but legitimate mail....