Re: [dmarc-ietf] Looking for degrees of freedom with Intermediaries - Effort and Policy

Dave Crocker <dhc@dcrocker.net> Tue, 19 May 2015 06:09 UTC

Return-Path: <dhc@dcrocker.net>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9760A1A1B65 for <dmarc@ietfa.amsl.com>; Mon, 18 May 2015 23:09:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.5
X-Spam-Level:
X-Spam-Status: No, score=-1.5 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
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 TEIbld1N89oP for <dmarc@ietfa.amsl.com>; Mon, 18 May 2015 23:09:55 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E8171A1B57 for <dmarc@ietf.org>; Mon, 18 May 2015 23:09:55 -0700 (PDT)
Received: from [192.168.1.87] (76-218-10-206.lightspeed.sntcca.sbcglobal.net [76.218.10.206]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id t4J69pVS017517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 18 May 2015 23:09:55 -0700
Message-ID: <555AD3AF.7060204@dcrocker.net>
Date: Mon, 18 May 2015 23:09:51 -0700
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: R.E.Sonneveld@sonnection.nl, "dmarc@ietf.org" <dmarc@ietf.org>
References: <555656FC.5010609@dcrocker.net> <555A282B.6050906@sonnection.nl>
In-Reply-To: <555A282B.6050906@sonnection.nl>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.66]); Mon, 18 May 2015 23:09:55 -0700 (PDT)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmarc/tH1mRLCgOv7hQFDBQ0LUT-hlcyw>
Subject: Re: [dmarc-ietf] Looking for degrees of freedom with Intermediaries - Effort and Policy
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: dcrocker@bbiw.net
List-Id: "Domain-based Message Authentication, Reporting, and Compliance \(DMARC\)" <dmarc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmarc>, <mailto:dmarc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dmarc/>
List-Post: <mailto:dmarc@ietf.org>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmarc>, <mailto:dmarc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 May 2015 06:09:56 -0000

On 5/18/2015 10:58 AM, Rolf E. Sonneveld wrote:
>> The first question is:  what are the 'types' of changes that have been
>> or might be proposed?
> 
> Please define 'changes'. Do you mean: changes which solve the 'p=reject'
> problem for mail that is sent via an intermediary? Or just 'any' changes
> that might help us a fraction to come closer to a solution.

I meant things pretty generally, for this stage of the discussion.  So I
think 'any' changes that might help us a fraction.

Basically, we need to develop some guidance for anyone suggesting an
overall set of improvements.  They need to have a way of assessing the
likelihood that particular changes at the intermediary are or are not
even worth discussing.

Whether a particular proposal will entail enough benefit overall and
small enough disruption or effort at the intermediary is a different matter.

By way of example:  Getting intermediaries to pay attention to dkim and
spf validation is probably an easier step.  However getting them all to
use exactly the same wonderful MLM software that mailbox providers
consider the very best for anti-spam, is probably in the realm of
impossible.  (And given the weaknesses of monocultures, it's also a
terrible idea...)

d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net