Re: [dmarc-ietf] Mention ICANN/operational limitations was: Re: Working Group Last Call: draft-ietf-dmarc-psd

"Hollenbeck, Scott" <shollenbeck@verisign.com> Fri, 12 July 2019 18:28 UTC

Return-Path: <shollenbeck@verisign.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 13168120840 for <dmarc@ietfa.amsl.com>; Fri, 12 Jul 2019 11:28:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level:
X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.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 xntVtl_eQCBE for <dmarc@ietfa.amsl.com>; Fri, 12 Jul 2019 11:28:48 -0700 (PDT)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA0A5120886 for <dmarc@ietf.org>; Fri, 12 Jul 2019 11:28:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2475; q=dns/txt; s=VRSN; t=1562956129; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=NSr1A0atmg1mkurJvpGSEPCX7aflnoSVpmBJvxhgMy4=; b=PeX3SQhvbjmO1HIvjvADfgGlP1E0X0d2Q/6xTAaKENEZAgk+KMi+qyiP wPWT5NR1ZYtWoOLYU5MVpPpQb0A70yqEOPi6K6hbXWtArekV23gp6suja xyFgAoinAHTs3EQHUQw97VNZahoGBkfYsrXoCPVV2jcvvfHvS4qOjBauO qBV9v0I8Ok7z6M9pgJhh3e2S6sBFR2p42khFfQUwEZAtcFEgrGw7Sk8vi Z6N4v/l+EGdZjE0C2aaCTiq/OlANDyGXKe1gYSdk26pg5+tRUADsqvCnA 8QFE6DQahuNDC2UkXFdxmoDlHpGf1fJUST0YSi1o+O4l1JJMPanYzBeQG Q==;
X-IronPort-AV: E=Sophos;i="5.63,483,1557187200"; d="scan'208";a="8726788"
IronPort-PHdr: =?us-ascii?q?9a23=3AQTaTyRaPBp9sg4nQRgqQk8H/LSx+4OfEezUN45?= =?us-ascii?q?9isYplN5qZrsq9bnLW6fgltlLVR4KTs6sC17OM9f24EjVau96oizMrSNR0TR?= =?us-ascii?q?gLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ?= =?us-ascii?q?/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCybL9vMhm6twXcutUZjYd/NKo91A?= =?us-ascii?q?bCr2dVdehR2W5mP0+YkQzm5se38p5j8iBQtOwk+sVdT6j0fLk2QKJBAjg+PG?= =?us-ascii?q?87+MPktR/YTQuS/XQcSXkZkgBJAwfe8h73WIr6vzbguep83CmaOtD2TawxVD?= =?us-ascii?q?+/4apnVAPkhSEaPDM/7WrZiNF/jLhDrRyhuRJx3pLUbo+WOvpwfKzdfM8VS2?= =?us-ascii?q?VOUctKSyxBG4G8Y5cTA+YdI+pVqZT2qVsUrRu5AAmhHO3jxD1Phn/y2a01ze?= =?us-ascii?q?IhHhrY0wM8HNICqGnfosjpO6cVTeC10KfExijEYvNN2Tf974zIchQ/rvGKRr?= =?us-ascii?q?1/b9beyUo0GgPbkFqQs43lPyiU1uQCtWiX9fZvVeWqi2M+rQx6vzuhxt80h4?= =?us-ascii?q?XUmo4Z0E3I+Cd3zYovONG1SEB2bcSrHZZUry2WKpd6Ttk/T2xqpCo20KAKtJ?= =?us-ascii?q?G4cSQQ1ZgqxAbTa/KZfIWL/h7uUeOcLDVki355Yr2yggu+/lS8xeD5VsS7zU?= =?us-ascii?q?hFriRAn9TIq38CygLc586aQfVn5EihwyyA1wXL5+FBJkA7iLTUJoY6wr41ip?= =?us-ascii?q?oTqUPDHjLqmEnujK+ZaEEk+u+w5un6frvovoKQOI9shA/xM6sihtKzDf4mMg?= =?us-ascii?q?cSWGib4/y82Kf58kLkWrlKkOc2krLfsJzAOcsboau5DxdU0oYl9Rm/Ey+r3M?= =?us-ascii?q?kEkXUdMV5IehyKg5L0N1zOLv30F/iyjlC0nDdu3f/GP7nhApvXLnjElbfsZa?= =?us-ascii?q?19605byAo3ydBQ+ZRUBaofL/3vWU/8r8LYAQEjMwy12ObnCdp91oUEVW2TBa?= =?us-ascii?q?+ZNbvesUWU6eI3P+mMeIgVtS7mK/gm4/7ujGQ5mUMGcKmq3JsXdGy4Eep8I0?= =?us-ascii?q?Wce3XshM0NHnsNvgo7VObqkkGNUSZPZ3auWKIx/iw0CIe8AofZWo+gm72B0z?= =?us-ascii?q?mnHp1YfGxGDUqMEXi7P7mDDr0XayaTOdNJkT0YSbW7ToYnkxqpsUWyn6FkKu?= =?us-ascii?q?vP5gUbtI7/2cJw7uuVnhY3o3g8RciY2nuGZ2B5gm1OQCU5lugrrUl00Fyr0K?= =?us-ascii?q?VkjbpfD9MFtN1TVQJvf77by+h3Ddr/UQGFNuyCT0q6CJ3yGjE2StY8xdUDaE?= =?us-ascii?q?VVBdi4jwvC0CzsCLgQwe/YTKco+77RiiCib/12zGzLgfEs?=
X-IPAS-Result: =?us-ascii?q?A2EkAAAZ0Shd/zGZrQplHAEBAQQBAQcEAQGBUwcBAQsBh?= =?us-ascii?q?CwKjC6MVph6gXsJAQEBAQEBAQEBBwEvAQGEQAKCejQJDgEDAQEBBAEBAQEEA?= =?us-ascii?q?QEBAoYxgjoigm8BAQEBAzpLBAIBCBEEAQEBHgULMh0IAgQBEgiyfIo8gTQBi?= =?us-ascii?q?3WBQT6BEYMSPoQdhgkEjFGQDI4FAwYCghmUAyOCLIckjjeKCYMrl00CBAIEB?= =?us-ascii?q?QIVgVCCEXCDPIJ4jg1yjhiBMYEhAQE?=
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 12 Jul 2019 14:28:45 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1713.004; Fri, 12 Jul 2019 14:28:45 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "sklist@kitterman.com" <sklist@kitterman.com>, "dmarc@ietf.org" <dmarc@ietf.org>
Thread-Topic: [EXTERNAL] Re: [dmarc-ietf] Mention ICANN/operational limitations was: Re: Working Group Last Call: draft-ietf-dmarc-psd
Thread-Index: AQHVONvV+OBKRvuvD0WEdgN0ng60SqbHkCaA//+9P2A=
Date: Fri, 12 Jul 2019 18:28:45 +0000
Message-ID: <22d90b3fc0114960b958aee4912ef779@verisign.com>
References: <CAL0qLwbbz_UhBLsURg=eXhRBC2g9OghiN==T9Uq9pFuLtd=b7w@mail.gmail.com> <1783751.gHVjF1RMII@l5580> <53901c28-8542-40a0-87c1-a11e935e6afd@www.fastmail.com> <12139607.XScsT9yxuP@l5580>
In-Reply-To: <12139607.XScsT9yxuP@l5580>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/_y0p__jHBTc_2cxMMhD2AAbIr6Q>
Subject: Re: [dmarc-ietf] Mention ICANN/operational limitations was: Re: Working Group Last Call: draft-ietf-dmarc-psd
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: Fri, 12 Jul 2019 18:28:57 -0000

> -----Original Message-----
> From: dmarc <dmarc-bounces@ietf.org>; On Behalf Of Scott Kitterman
> Sent: Friday, July 12, 2019 2:27 PM
> To: dmarc@ietf.org
> Subject: [EXTERNAL] Re: [dmarc-ietf] Mention ICANN/operational limitations
> was: Re: Working Group Last Call: draft-ietf-dmarc-psd
>
> On Friday, July 12, 2019 1:59:55 PM EDT Stan Kalisch wrote:
> > On Fri, Jul 12, 2019, at 1:41 PM, Scott Kitterman wrote:
> > > On Wednesday, June 26, 2019 5:21:14 PM EDT Seth Blank wrote:
> > > > As Secretary, there are three items that have not yet reached
> > > > consensus that must be resolved during WGLC:
> > > >
> > > > 2. If explicit call outs to ICANN/limited operator capacity to
> > > > implement are needed
> > >
> > > There has been feedback in favor of adding this and none against so far.
> > >
> > > The specific proposal is:
> > >
> > > "Please note that today's operational and policy reality prevents
> > > this experiment from being deployed globally. If the experiment
> > > shows that PSD solves a real problem at a large scale, the results
> > > could prove to be useful in the development of policies outside of
> > > the IETF that would permit its ubiquitous deployment."
> > >
> > > Because RFCs are (approximately) forever, I'm concerned about words
> > > like "today's" in protocol documents, even experimental ones.
> > >
> > > How about this instead:
> > >
> > > "As of the writing of this document operational and policy
> > > constraints prevent this experiment from being deployed globally. If
> > > the experiment shows that PSD solves a real problem and can be used
> > > at a large scale, the results could prove to be useful in the
> > > development of policies outside of the IETF that would permit broader
> deployment".
> >
> > "[D]evelopment of policies outside of the IETF" strikes me as a little
> > odd since IETF isn't setting policy *per se*, although substitute
> > language that is just as succinct is escaping me at the moment.
>
> .... removal of constraints ... ???
>
> "As of the writing of this document operational and policy constraints
> prevent this experiment from being deployed globally. If the experiment
> shows that PSD solves a real problem and can be used at a large scale, the
> results could prove to be useful in the removal of constraints outside of the
> IETF that would permit broader deployment".
>
> Better?

Either one works for me.

Scott