Re: DMARC and yahoo

ned+ietf@mauve.mrochek.com Tue, 22 April 2014 14:12 UTC

Return-Path: <ned+ietf@mauve.mrochek.com>
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 34EAD1A0406 for <ietf@ietfa.amsl.com>; Tue, 22 Apr 2014 07:12:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.526
X-Spam-Level: *
X-Spam-Status: No, score=1.526 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_SCAM_N13=3.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 ppBjmfY4wRSc for <ietf@ietfa.amsl.com>; Tue, 22 Apr 2014 07:12:50 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.159.242.17]) by ietfa.amsl.com (Postfix) with ESMTP id EAF721A03FF for <ietf@ietf.org>; Tue, 22 Apr 2014 07:12:49 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01P6XSHX26WG00015L@mauve.mrochek.com> for ietf@ietf.org; Tue, 22 Apr 2014 07:07:45 -0700 (PDT)
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET="iso-8859-1"; format="flowed"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01P6WZAZ2YYO000052@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ietf@ietf.org; Tue, 22 Apr 2014 07:07:40 -0700 (PDT)
From: ned+ietf@mauve.mrochek.com
Message-id: <01P6XSHUZT9K000052@mauve.mrochek.com>
Date: Tue, 22 Apr 2014 07:03:44 -0700
Subject: Re: DMARC and yahoo
In-reply-to: "Your message dated Mon, 21 Apr 2014 20:40:59 -0700" <5355E4CB.3060008@dcrocker.net>
References: <DFC043AEFFD831DBABB4A5D9@[192.168.1.128]> <01P6X52G5HZM000052@mauve.mrochek.com> <5355E4CB.3060008@dcrocker.net>
To: Dave Crocker <dhc@dcrocker.net>
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/odsmvBpiVCFTyQw9esBxw_3W7_Y
Cc: ned+ietf@mauve.mrochek.com, ietf@ietf.org
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 14:12:54 -0000

> On 4/21/2014 6:13 PM, ned+ietf@mauve.mrochek.com wrote:
> > Sorry, I'm afraid I disagree. In fact I think it's exactly the opposite.
> > At a minimum we need to:
> >
> > (0) Document that the choice of a p=reject is inapproriate for anything
> >      but a domain devoted to business transaction email and fully describe the
> >      consequences of using such a policy on other sorts of domains.
> > (1) Document alternatives to labeling your mixed mode domain with p=reject.
> > (2) Describe the various mitigation strategies - and their consequences - for
> >      agents dealing with poor DMARC policy choices, including but not limited to
> >      advice to MLMs.


> There already is a first-round internet-draft formulated to be a BCP
> that could be a reasonable home for including such statements:

>       http://tools.ietf.org/html/draft-crocker-dmarc-bcp-03

Yes, that's the obvious place to put this material, rather than putting it
in the base specification. But then the base specification has to reference
this in a normative fashion.

Of course "formulated to be a BCP" doesn't imply actual publication as a BCP,
but even so there would be something a bit odd about having DMARC base as 
independent publication and the DMARC BCP as IETF work.

				Ned