RE: Enabling DMARC workaround code for all IETF/IRTF mailing lists
John C Klensin <john-ietf@jck.com> Fri, 11 May 2018 16:59 UTC
Return-Path: <john-ietf@jck.com>
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 C4043124319 for <ietf@ietfa.amsl.com>; Fri, 11 May 2018 09:59:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 L3098ZvHDL5Q for <ietf@ietfa.amsl.com>; Fri, 11 May 2018 09:59:23 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C44961242F7 for <ietf@ietf.org>; Fri, 11 May 2018 09:59:23 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1fHBO4-000C0J-0M; Fri, 11 May 2018 12:59:20 -0400
Date: Fri, 11 May 2018 12:59:13 -0400
From: John C Klensin <john-ietf@jck.com>
To: "MH Michael Hammer (5304)" <MHammer@ag.com>, Alexey Melnikov <aamelnikov@fastmail.fm>
cc: ietf@ietf.org
Subject: RE: Enabling DMARC workaround code for all IETF/IRTF mailing lists
Message-ID: <7B87E6354F6C0A3BC7FF93B1@PSB>
In-Reply-To: <CE39F90A45FF0C49A1EA229FC9899B053743DE8B@USCLES544.agna.amgreetings.com>
References: <919855CA-9F77-420A-8B8F-79174CD2FC19@fastmail.fm> <61B1EDB45FC4FF33154B13B0@PSB> <CE39F90A45FF0C49A1EA229FC9899B053743DE8B@USCLES544.agna.amgreetings.com>
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
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/w4Hn8md_NMIHPRGEs_Z_ogG7oek>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 11 May 2018 16:59:25 -0000
--On Friday, May 11, 2018 15:13 +0000 "MH Michael Hammer (5304)" <MHammer@ag.com> wrote: > John, I have to disagree with your comment in the appendix > about a decline in bounce messages and changes/implementations > such as DMARC. Joe Jobs and other abuse have been around a > long time. Given a choice between constraining (some > functionality) to mitigate/minimize damage and enabling large > scale breakdowns of functionality due to abuse, I'll choose > the former. I guess it's a case of picking your poison. > Adjust, don't conform. Mike, I tried to say at least twice in that note that, while this decision saddens me, I am not going to argue that it is the wrong one to make. Maybe I'm just suffering for nostalgia for happier and less hostile times. However --and with the hope that this doesn't set off a series of rants in the "final ultimate solution" category-- I do wonder how far we should be pushing the assumptions that underlie the design of our email protocols without reviewing and rethinking those designs. Or, given the number of reports that almost all people younger than us are not using email but prefer interactive conversations of a few hundred characters per turnaround and observations of people responding to attempts to discuss complex issues with "TL;DR", perhaps even worrying about email or other communications in units of paragraphs is nostalgia for a fading technology and/or culture. john
- Re: Enabling DMARC workaround code for all IETF/I… Andrew G. Malis
- Re: Enabling DMARC workaround code for all IETF/I… Russ Housley
- Re: Enabling DMARC workaround code for all IETF/I… Andrew G. Malis
- Enabling DMARC workaround code for all IETF/IRTF … Alexey Melnikov
- Re: Enabling DMARC workaround code for all IETF/I… Andrew G. Malis
- Re: Enabling DMARC workaround code for all IETF/I… John C Klensin
- RE: Enabling DMARC workaround code for all IETF/I… MH Michael Hammer (5304)
- RE: Enabling DMARC workaround code for all IETF/I… John C Klensin
- Re: Enabling DMARC workaround code for all IETF/I… Alexey Melnikov
- Re: Enabling DMARC workaround code for all IETF/I… Ted Lemon
- Re: Enabling DMARC workaround code for all IETF/I… Andrew G. Malis
- Re: Enabling DMARC workaround code for all IETF/I… John C Klensin
- Re: Enabling DMARC workaround code for all IETF/I… Spencer Dawkins at IETF
- Re: Enabling DMARC workaround code for all IETF/I… John C Klensin
- Re: Enabling DMARC workaround code for all IETF/I… Viktor Dukhovni
- Re: Enabling DMARC workaround code for all IETF/I… Spencer Dawkins at IETF
- Re: Enabling DMARC workaround code for all IETF/I… John Levine
- Re: Enabling DMARC workaround code for all IETF/I… John C Klensin
- Re: Enabling DMARC workaround code for all IETF/I… Viktor Dukhovni
- Re: Enabling DMARC workaround code for all IETF/I… John Levine
- Re: Enabling DMARC workaround code for all IETF/I… Viktor Dukhovni
- Re: Enabling DMARC workaround code for all IETF/I… Hector Santos
- Integrity of mail systems (was Re: Enabling DMARC… Andrew Sullivan
- Re: Enabling DMARC workaround code for all IETF/I… Alessandro Vesely
- Re: Integrity of mail systems (was Re: Enabling D… John C Klensin
- Re: Integrity of mail systems (was Re: Enabling D… Michael Richardson
- Re: Integrity of mail systems (was Re: Enabling D… Phillip Hallam-Baker
- Re: Enabling DMARC workaround code for all IETF/I… Hector Santos
- Re: Enabling DMARC workaround code for all IETF/I… Brandon Long
- Re: Enabling DMARC workaround code for all IETF/I… Brian E Carpenter
- Re: Enabling DMARC workaround code for all IETF/I… Glen