Re: [dmarc-ietf] Ben Campbell's Discuss on draft-ietf-dmarc-rfc7601bis-04: (with DISCUSS and COMMENT)

Ben Campbell <ben@nostrum.com> Tue, 15 January 2019 03:51 UTC

Return-Path: <ben@nostrum.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 E7DB7126BED; Mon, 14 Jan 2019 19:51:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.679
X-Spam-Level:
X-Spam-Status: No, score=-1.679 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
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 Bjjg8Pz--JHG; Mon, 14 Jan 2019 19:51:53 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3236F130DBE; Mon, 14 Jan 2019 19:51:53 -0800 (PST)
Received: from [10.0.1.45] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x0F3pe1B002172 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 14 Jan 2019 21:51:41 -0600 (CST) (envelope-from ben@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1547524304; bh=XI90bNvoqGQyOTYABgj/ykYljlDAgJymn0+kcEe82Do=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=YBnZb2mPN1mdwer9SNcKo/F9TNDInBBG1onAJrRyx2CP3v9NCLcL1rvCsvorLoEub ZzCHvBmCZCT0XSxC81NRgu6hSAJox9A9kPRtmRZp/L28hvxpdaVd/FrGslr8ciRW7J 1JP+kk3jjelnnQmjNORD13URQ4d4qp+391f1y4F0=
X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.45]
From: Ben Campbell <ben@nostrum.com>
Message-Id: <0E1DBF74-4F2E-4BC4-BA40-D17E51A76EEA@nostrum.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_7C976A97-1F15-4CEC-BF98-F5612B42F6BD"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Date: Mon, 14 Jan 2019 21:51:39 -0600
In-Reply-To: <CAL0qLwbhjz+SRtjTqVht32z-y8XxzVikvRDo2D=ZZKcoTNiL3w@mail.gmail.com>
Cc: Alexey Melnikov <aamelnikov@fastmail.fm>, Barry Leiba <barryleiba@computer.org>, Tim Draegen <tim@dmarcian.com>, IETF DMARC WG <dmarc@ietf.org>, IESG <iesg@ietf.org>, draft-ietf-dmarc-rfc7601bis@ietf.org, dmarc-chairs@ietf.org
To: "Murray S. Kucherawy" <superuser@gmail.com>
References: <154275534023.29886.12970892679231398383.idtracker@ietfa.amsl.com> <CALaySJJ_d96SuGEQ=n9nqM=foBO3jVPTqimeojVsEHUHC7kLiw@mail.gmail.com> <1543604417.3723984.1594680736.00216E5A@webmail.messagingengine.com> <CALaySJ+5NFakd37XtPpCQqLavQeT__U62gbNiDCCtzu0XrVVpA@mail.gmail.com> <1543613485.3765543.1594837224.1E64FAB8@webmail.messagingengine.com> <CAL0qLwbhjz+SRtjTqVht32z-y8XxzVikvRDo2D=ZZKcoTNiL3w@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/TMeFHhlZKtb7x1bH5Q9E92k-Cms>
Subject: Re: [dmarc-ietf] Ben Campbell's Discuss on draft-ietf-dmarc-rfc7601bis-04: (with DISCUSS and COMMENT)
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 15 Jan 2019 03:51:55 -0000

Am I correct to assume the header and boilerplate changes are just artifacts of this being a temporary “draft-kucherawy...” draft rather than an actual revision to rfc7601bis?

Otherwise, this would address my DISCUSS.

Thanks!

Ben.

> On Jan 5, 2019, at 11:45 PM, Murray S. Kucherawy <superuser@gmail.com> wrote:
> 
> Here's what I've come up with.  This is a diff between RFC7601 as published and what I propose as RFC7601bis to resolve all of the DISCUSSes and most of the COMMENTs from IESG review.  Please let me know if I've missed anything.  I'll post it at the end of the coming week if there are no issues raised.
> 
> http://www.blackops.org/~msk/draft-kucherawy-dmarc-rfc7601bis-from-rfc7601.diff.html <http://www.blackops.org/~msk/draft-kucherawy-dmarc-rfc7601bis-from-rfc7601.diff.html>
> 
> -MSK
> 
> On Fri, Nov 30, 2018 at 1:31 PM Alexey Melnikov <aamelnikov@fastmail.fm <mailto:aamelnikov@fastmail.fm>> wrote:
> On Fri, Nov 30, 2018, at 8:54 PM, Barry Leiba wrote:
> > Murray, would you please copy the relevant IANA Considerations
> > sections from RFC 7601 into 7601bis and change the tenses
> > appropriately (perhaps just with a sentence in each subsection that
> > says, "The following was done in the previous edition of this
> > document, RFC 7601:", or some such
> 
> Even better if you say something like "the following is unchanged from RFC 7601:".
> 
> >), and then let's have a quick
> > working group review of the result?  (And, of course, change it back
> > to "obsoletes" rather than "updates".)
> >
> > As it's editorial, I'm sure we don't need to go back through any
> > approval process, and we can get the DISCUSS cleared and move forward.
> 
> I agree. I think this is purely editorial, albeit an important issue for the final document.
> 
> > Thanks,
> > Barry
> > On Fri, Nov 30, 2018 at 2:00 PM Alexey Melnikov <aamelnikov@fastmail.fm <mailto:aamelnikov@fastmail.fm>> wrote:
> > >
> > > Hi all,
> > >
> > > On Wed, Nov 21, 2018, at 9:39 PM, Barry Leiba wrote:
> > > > I actually agree with this: I think the better answer is to go back to
> > > > "obsoletes" and to have this document include the details of what was
> > > > put in the registries before.  But the working group decided to do it
> > > > the other way, and there's been criticism in the past of ADs (and, so,
> > > > by extension, chairs) picking on this sort of stuff, so I decided to
> > > > let it go.  I'll let the IESG sort this one out, but I'll go on record
> > > > as saying what I think the better way to handle it is.
> > >
> > > I think incorporating older registrations is the cleaner way of dealing with Ben's & Benjamin's DISCUSSes, as then the document is self contained and there is no need for readers to see obsoleted RFCs. So this would be my preference.
> > >
> > > If the WG doesn't want to do this, then the document needs editing to be correct as per Benjamin's DISCUSS.
> > >
> > > Best Regards,
> > > Alexey
> > >
> > > > That said, I don't think it's a huge deal either way.
> > > >
> > > > Barry
> > > >
> > > > On Tue, Nov 20, 2018 at 6:09 PM Ben Campbell <ben@nostrum.com <mailto:ben@nostrum.com>> wrote:
> > > > >
> > > > > Ben Campbell has entered the following ballot position for
> > > > > draft-ietf-dmarc-rfc7601bis-04: Discuss
> > > > >
> > > > > When responding, please keep the subject line intact and reply to all
> > > > > email addresses included in the To and CC lines. (Feel free to cut this
> > > > > introductory paragraph, however.)
> > > > >
> > > > >
> > > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html <https://www.ietf.org/iesg/statement/discuss-criteria.html>
> > > > > for more information about IESG DISCUSS and COMMENT positions.
> > > > >
> > > > >
> > > > > The document, along with other ballot positions, can be found here:
> > > > > https://datatracker.ietf.org/doc/draft-ietf-dmarc-rfc7601bis/ <https://datatracker.ietf.org/doc/draft-ietf-dmarc-rfc7601bis/>
> > > > >
> > > > >
> > > > >
> > > > > ----------------------------------------------------------------------
> > > > > DISCUSS:
> > > > > ----------------------------------------------------------------------
> > > > >
> > > > > This is mainly a process discuss. I share Alvaro's concern about this being
> > > > > marked as "updating" RFC7601, when it seem like a full replacement. I'm
> > > > > promoting it to a DISCUSS because I think this needs to be resolved before
> > > > > publication.
> > > > >
> > > > > The current structure will make it very difficult for readers to figure out
> > > > > which parts of each doc they need to worry about. I think it needs to either go
> > > > > back to "obsoleting" 7601, or it needs to be recast to just talk about the
> > > > > changes. Note that if the former path is chosen, the IANA considerations in
> > > > > 7601 will need to be copied forward.
> > > > >
> > > > >
> > > > > ----------------------------------------------------------------------
> > > > > COMMENT:
> > > > > ----------------------------------------------------------------------
> > > > >
> > > > > I mostly just reviewed the diff. Thank you for mostly avoiding unnecessary
> > > > > changes. That makes the diff tools much more useful than they are for bis
> > > > > drafts that make wholesale organization and stylistic changes.
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Barry
> > > > --
> > > > Barry Leiba  (barryleiba@computer.org <mailto:barryleiba@computer.org>)
> > > > http://internetmessagingtechnology.org/ <http://internetmessagingtechnology.org/>
> > > >