Re: [dmarc-ietf] DMARC BoF at IETF 87, Berlin

Scott Kitterman <sklist@kitterman.com> Sun, 30 June 2013 19:42 UTC

Return-Path: <sklist@kitterman.com>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60F4421F9C0D for <dmarc@ietfa.amsl.com>; Sun, 30 Jun 2013 12:42:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZHOOHVMoI486 for <dmarc@ietfa.amsl.com>; Sun, 30 Jun 2013 12:42:46 -0700 (PDT)
Received: from mailout02.controlledmail.com (mailout02.controlledmail.com [72.81.252.18]) by ietfa.amsl.com (Postfix) with ESMTP id 8CF6921F9C07 for <dmarc@ietf.org>; Sun, 30 Jun 2013 12:42:37 -0700 (PDT)
Received: from mailout02.controlledmail.com (localhost [127.0.0.1]) by mailout02.controlledmail.com (Postfix) with ESMTP id C902D20E40D7; Sun, 30 Jun 2013 15:42:35 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=2007-00; t=1372621355; bh=Zxvk+u48BdJKW1FELXnuCWEbpGMuRXQ7CJP1kisQwMQ=; h=From:To:Subject:Date:In-Reply-To:References:From; b=F6xaXPXNL2OrTSzmq4VF4tD7CP63udLjhS37+1K/IoGkH6VBGcamS4a9uA16JQS2o gGWatgCig3zdgmzVHp6vRUO83kmdZ9EmH4lACyMkXrvbSvN+5Cbg340PoHqNR5tJii RvkrhLMp8U07bBWCnjHSQhSPs/DlqTjA/AYOw2+c=
Received: from scott-latitude-e6320.localnet (static-72-81-252-21.bltmmd.fios.verizon.net [72.81.252.21]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout02.controlledmail.com (Postfix) with ESMTPSA id 7F92120E4081; Sun, 30 Jun 2013 15:42:34 -0400 (EDT)
From: Scott Kitterman <sklist@kitterman.com>
To: dmarc@ietf.org
Date: Sun, 30 Jun 2013 15:42:31 -0400
Message-ID: <11253780.gF1AY6Nnmb@scott-latitude-e6320>
User-Agent: KMail/4.10.4 (Linux/3.8.0-25-generic; KDE/4.10.4; i686; ; )
In-Reply-To: <77426B543150464AA3F30DF1A91365DE53383898@ESV4-MBX01.linkedin.biz>
References: <20130628211600.84812.qmail@joyce.lan> <CAC4RtVD1f0ahd_pQaFLcTNYVy3gV_zXH1j40w2FxHXwtqQe-9Q@mail.gmail.com> <77426B543150464AA3F30DF1A91365DE53383898@ESV4-MBX01.linkedin.biz>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-AV-Checked: ClamAV using ClamSMTP
Subject: Re: [dmarc-ietf] DMARC BoF at IETF 87, Berlin
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Sun, 30 Jun 2013 19:42:50 -0000

On Sunday, June 30, 2013 07:13:47 PM Franck Martin wrote:
> On Jun 30, 2013, at 11:47 AM, Barry Leiba
> <barryleiba@computer.org<mailto:barryleiba@computer.org>> wrote:
> 
> Then why have a BoF at all?  It seems rather premature to discuss work
> beyond the base specification before we know what will be in the base
> specification.
> 
> Scott K
> 
> First, the DMARC spec is sufficiently well baked and mature that it should
> provide a solid enough basis for discussion.  It's not likely that changes
> to it would be so drastic as to invalidate the BoF results.
> 
> Second, the *plan* right now is to have the base spec AD sponsored, but the
> BoF could provide input to that plan.  We expect to hear what the community
> thinks of the work and how it should proceed, as well as to get a sense of
> who will work on it, who will implement it, and that sort of thing.
> 
> 
> You can find the spec here:
> http://tools.ietf.org/html/draft-kucherawy-dmarc-base-00 and it has not
> much changed (in terms of functionality) since the first release, one year
> ago: http://dmarc.org/draft-dmarc-base-00-01.txt
> 
> It has been 3 months since the spec has been released as an IETF document,
> where people had the opportunity to comment and as Barry said no drastic
> changes required have surfaced, and prior to that for more than a year the
> DMARC group has been taking input from the whole industry. so I'm not
> expecting any surprise, tho it may happen.

So far, comments have been made and I've no idea what, if anything is being 
done with them.  I've got my one pet rock issue and I think that the level of 
writing is not up to par for an IETF standard.  

Here's Russ' mail I was replying to:

On Sunday, June 30, 2013 11:47:50 AM Russ Housley wrote:
> Barry tells me that the base DMARC specification will be AD
> sponsored.  Therefore, the BOF will talk about work beyond the base DMARC
> specification.

This says the base spec is out of scope for the BoF.  Thus my objection.  I 
understand people that have already implemented DMARC are (reasonably) 
cautious about engaging with the IETF in a way that could cause it to change 
incompatibly.  OTOH, I think it's also reasonable for a new protocol that 
directly affects existing IETF protocols to have significant scrutiny.

Scott K