Re: [ietf-smtp] broken signatures, was Curious

John C Klensin <john-ietf@jck.com> Tue, 21 July 2020 20:48 UTC

Return-Path: <john-ietf@jck.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 9E8853A0A68 for <ietf-smtp@ietfa.amsl.com>; Tue, 21 Jul 2020 13:48:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 NwCiA8pf24xk for <ietf-smtp@ietfa.amsl.com>; Tue, 21 Jul 2020 13:48:32 -0700 (PDT)
Received: from bsa3.jck.com (bsa3.jck.com [65.175.133.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 582ED3A0A66 for <ietf-smtp@ietf.org>; Tue, 21 Jul 2020 13:48:32 -0700 (PDT)
Received: from hp5.int.jck.com ([198.252.137.153] helo=JcK-HP5.jck.com) by bsa3.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1jxzBf-00009G-0r; Tue, 21 Jul 2020 16:48:31 -0400
Date: Tue, 21 Jul 2020 16:48:25 -0400
From: John C Klensin <john-ietf@jck.com>
To: John Levine <johnl@taugh.com>
cc: ietf-smtp@ietf.org
Message-ID: <8E86AC1388615EF5E8D74F9A@JcK-HP5.jck.com>
In-Reply-To: <20200721201938.D4F7D1D5CAD3@ary.qy>
References: <20200721201938.D4F7D1D5CAD3@ary.qy>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/dRLNiUaBNcCIiLjCjuAFu_N0HaE>
Subject: Re: [ietf-smtp] broken signatures, was Curious
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: Tue, 21 Jul 2020 20:48:34 -0000

John,

While I mostly agree, we should not lose sight of the fact that
there still people using the Internet in less-developed
countries, isolated locations, over intermittent connections,
etc., where bandwidth tends to be scarce and expensive
Whatever they are using it for, it probably isn't dominated by
high resolution video and, assuming we care about them, saying
"well, it doesn't make a lot of difference to those who have
essentially unlimited bandwidth and who are streaming lots of
video, so no one and nothing else else counts" seems a
unfortunate to me.

In addition, if a possibly-legitimate, possibly-phishing,
message comes along, I'd really like to see us (and our MUAs)
encourage users to look at headers, understand what can be
trusted and what can't, and so on.  Perhaps the educational
effort that would require is hopeless under the best of
circumstances, but it is certainly impossible if we facilitate
and encourage an ever-rising collection of noise header fields.

  john


--On Tuesday, 21 July, 2020 16:19 -0400 John Levine
<johnl@taugh.com> wrote:

> In article
> <20200721073749.Horde.BvL2fIPJNN50jFlj5GWcj_e@webmail.aegee.or
> g> you write:
>> As useless mail headers do make emails heavier, I am in
>> favour of   removing DKIM-Signature headers, that are known
>> to be broken, e.g.   because the current host has modified
>> (and resubmitted) the message.   
> 
> The amount of bandwidth used by e-mail is a rounding error of
> the Internet's total, which is mostly video these dayts, and
> the amount used by broken headers is a rounding error on that
> rounding error.
> 
> Look at the headers of the mail in your inbox, particularly
> mail from large providers, and you'll find megabytes of
> headers that nobody is ever likely to look at or use.  This
> battle was over decades ago.
> 
> R's,
> John
> 
> _______________________________________________
> ietf-smtp mailing list
> ietf-smtp@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-smtp