Re: DMARC from the perspective of the listadmin of a bunch of SMALL community lists

Doug Barton <dougb@dougbarton.us> Tue, 22 April 2014 22:50 UTC

Return-Path: <dougb@dougbarton.us>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1FE41A0289 for <ietf@ietfa.amsl.com>; Tue, 22 Apr 2014 15:50:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.026
X-Spam-Level: *
X-Spam-Status: No, score=1.026 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_16=0.6, RP_MATCHES_RCVD=-0.272, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 i5FNUiQQsfl7 for <ietf@ietfa.amsl.com>; Tue, 22 Apr 2014 15:50:45 -0700 (PDT)
Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) by ietfa.amsl.com (Postfix) with ESMTP id A34E91A0039 for <ietf@ietf.org>; Tue, 22 Apr 2014 15:50:45 -0700 (PDT)
Received: from [192.168.2.25] (adsl-99-17-30-3.dsl.lsan03.sbcglobal.net [99.17.30.3]) by dougbarton.us (Postfix) with ESMTPSA id 1BEFB22B20 for <ietf@ietf.org>; Tue, 22 Apr 2014 22:50:40 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dougbarton.us; t=1398207040; bh=WLqSFcs9hVOy/sgHaNOnb1M/xqC4n4rCiyaC1FUhkAA=; h=Date:From:To:Subject:References:In-Reply-To; b=TR78CQSqrNKUX1YJasgcPIdRYHmLuAn8lxCJmV0j5a+fxuhLsOZHgz2npxsNo3r1c ZoTeM5zTRjh4F50iBswOhZ5nhfBx9QrD3yAEXraZEogg16XBLsQG/MbnIcRX0zrT4/ lzhMeKtd82esiKlEWPMDL0YC0z6BvboM/8gFkU/4=
Message-ID: <5356F23F.40909@dougbarton.us>
Date: Tue, 22 Apr 2014 15:50:39 -0700
From: Doug Barton <dougb@dougbarton.us>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: DMARC from the perspective of the listadmin of a bunch of SMALL community lists
References: <53499A5E.9020805@meetinghouse.net> <5349A261.9040500@dcrocker.net> <5349AE35.2000908@meetinghouse.net> <5349BCDA.7080701@gmail.com> <01P6L9JZF5SC00004W@mauve.mrochek.com> <CAL0qLwZr=wVX6eD+yGVOaxkSy5fJbuAErTshOG+2BywUvkDfAA@mail.gmail.com> <01P6QCMYYMJ000004W@mauve.mrochek.com> <6EF4DECC078B08C89F163155@JcK-HP8200.jck.com> <01P6QVVGQA4W00004W@mauve.mrochek.com> <5350A9FB.9010307@dougbarton.us> <01P6S93XQ9TI00004W@mauve.mrochek.com> <5351A89D.7000700@dougbarton.us> <01P6STS0F6I600004X@mauve.mrochek.com>
In-Reply-To: <01P6STS0F6I600004X@mauve.mrochek.com>
X-Enigmail-Version: 1.7a1pre
OpenPGP: id=1A1ABC84
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/P08buUexppnyTV6cUBriI_Bv9iE
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Tue, 22 Apr 2014 22:50:49 -0000

On 04/18/2014 05:33 PM, Ned Freed wrote:
>> On 04/18/2014 07:47 AM, Ned Freed wrote:
>>>> I said: Rather than throwing up our hands and telling the DMARC
>>>> folks that we refuse to work with them unless their solution
>>>> solves the problem of our anachronistic use case that that
>>>> constitutes only a tiny percentage of their overall traffic;
>>>
>>> Again with the traffic size as justification for poor behavior.
>>> Not all messages are created equal, and some functions have
>>> utility entirely disproportionate to the amount of bandwidth they
>>> use.
>
>> Right, so the input here from the operators is, "Mailing list
>> traffic is not important enough to us to prevent us from deploying
>> an anti-spam solution that solves the vast majority of our problems
>> with little cost or difficulty. The MLM software authors will have
>> to deal with this problem on their end." And your response is to
>> stamp your feet and shout, "But my mailing list traffic IS
>> important! It is, IT IS!!!!!"
>
> I really have to wonder where you got enough straw to build a
> strawman of this size. If you actually, you know, read what I've been
> saying, it has been that this was handled extremely poorly by the
> IETF. Just not in the way you happen to believe.
>
> Your view of what happened, who the operators actually are and what
> their positions are, and what the likely consequences are going to be
> are somewhere between a gross oversimplifications and looney tunes.
> But I must say they are amusing.

First, I acknowledge that you seem to be interested in addressing the 
IETF's failings, the problem is that small matter of disagreement on 
what those failings are. You say that my version of events is "looney 
tunes," and yet there is "rough consensus and running code" backing it 
up. Even before AOL joined the p=reject team, but much more so now.

It's incredibly obvious that the IETF either didn't listen to, or didn't 
act on clear messages from the operator community on this topic. Trying 
to re-paint the failure as one of process (or whatever weird rathole you 
appear to be willing to travel) doesn't help the situation at all.

For this issue what would help is for the IETF to admit its failure, and 
take in hand the problem of solving mailing list delivery for DMARC 
protected domains (along with the MLM software authors of course). If 
there are other places where DMARC has weaknesses that can be shored up, 
let's tackle those too.

What won't help is sitting on the sidelines and whinging that the "DMARC 
cabal" "doesn't get it" and has to listen to us about how it should 
conduct their business. Because not only do they clearly not have to do 
that, they are not doing it. You will see more and more large mail 
providers implementing p=reject because it's good for them, and the 
fallout from Yahoo!'s implementation has been marginal (from their 
perspective).

 From a larger perspective it would be very useful for the IETF to take 
this message to heart in other areas, like say ... DHCPv6. But I digress. :)

> Wrong again. The evidence shows clearly that the IETF did listen, to
>  this group at least. Where the IETF failed was in not looking at the
> big picture and likely consequences, which I'm afraid is not laid out
> along the axis of "big operators all supporting DMARC" versus "tiny
> insignificant list maintainer stick-in-the-muds".

I'm not sure who you're defining as "the IETF" in this context, but the 
record seems to show that there was a non-zero number of people telling 
the DMARC folks that their spec should not be implemented because it 
doesn't solve the mailing list problem, among others. So rather than 
listening to the operators and working to solve the MLM problem, there 
was whinging, and intransigence. I don't care how you want to 
characterize the problem, the failures of communication and inaction are 
pretty clear.

Doug