Re: [Trans] Fwd: [art] Fwd: New Version Notification for draft-nottingham-rfc7320bis-01.txt

Rob Stradling <rob@sectigo.com> Fri, 30 August 2019 21:54 UTC

Return-Path: <rob@sectigo.com>
X-Original-To: trans@ietfa.amsl.com
Delivered-To: trans@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 912951207FC for <trans@ietfa.amsl.com>; Fri, 30 Aug 2019 14:54:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=comodoca.onmicrosoft.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 eiwS2rJRerQJ for <trans@ietfa.amsl.com>; Fri, 30 Aug 2019 14:54:26 -0700 (PDT)
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-eopbgr820083.outbound.protection.outlook.com [40.107.82.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE8D8120108 for <trans@ietf.org>; Fri, 30 Aug 2019 14:54:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VyfP11v6lOWuQTHlPTK0olLnITyBvfql15Xh+BR2lW6pPDHSBS/MI5Xx5melEeTNMaXzL1ZmfvMWG1ckoYqSn6rP7TaBxpzTR1iS6+t0BtiRMtx5LD0d6ST4zvnIBU+W0qqaUemqwAhlCHOuWmRnV9vDdKi9ILyMeLrtZqJPWrQAvwtRt4h7unWDBZtM3yKm9sCjcgDf2P2vnX7y9v+O0sh+ap7SRPoT0a/h6U2/tYa7w324M8DduEcdajenyc/6WINKZhLY7YTn3Rz4QdjusJj2q9+D1Pa8LtGqt8aX07o4e6du0bnJHrqjqiB+GadcXUWD9jLIj2kP6rRsTraltA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hk8JnRkqnMFofu6hiYWANSSXSAQ18V8fwdCCMWxitfk=; b=hMhuaCslAjldUTO39S/mp8cDgfuZUtHQn5cXw6e5ydOPx8URMtLbr1qIL78RZdPtYbXwIJ1SB0T+21z6jE+u5/5nOZZY6ZHnSCjefdCd68/Sah0maU3SE+alYEUSyjrnzDsAwf3GNdfemFG8MdgbE3XPowOMQPpPY6+6rYVskblHRRsaDDRSp3ucweUcFuX66p00xUcVFbFKab3b1KJD4C8QWPS8LETZtyT1tui1h6s+PykaEyccdEA5L6ZAh87MIGk3I25TAi/3J2agALiidd2tceE++3D57L0+JZyHpMKIm7XQXjG03chXipZGmFC9WRZ5xHcyNTlMrv97Lgemig==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=sectigo.com; dmarc=pass action=none header.from=sectigo.com; dkim=pass header.d=sectigo.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comodoca.onmicrosoft.com; s=selector2-comodoca-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hk8JnRkqnMFofu6hiYWANSSXSAQ18V8fwdCCMWxitfk=; b=avOZixA2tRisXFDxSpwjsMe19PaSZgI8Fyp7l+vU5+6x09fmN1nrdWzTojTtwUZ0VosDbrrVGUrZTTw3oGSm3M1jsbyp5S9WLVnozufM4aInpr9LbnQPz2KugZbwaD06CFH/QLrv++620lSnfjmwinELBPBCJjpQT/315ZW1WJE=
Received: from MN2PR17MB3166.namprd17.prod.outlook.com (10.255.181.83) by MN2PR17MB3022.namprd17.prod.outlook.com (20.178.245.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2199.21; Fri, 30 Aug 2019 21:54:20 +0000
Received: from MN2PR17MB3166.namprd17.prod.outlook.com ([fe80::7d65:c479:621f:5cf]) by MN2PR17MB3166.namprd17.prod.outlook.com ([fe80::7d65:c479:621f:5cf%5]) with mapi id 15.20.2199.021; Fri, 30 Aug 2019 21:54:20 +0000
From: Rob Stradling <rob@sectigo.com>
To: Melinda Shore <melinda.shore@gmail.com>, "trans@ietf.org" <trans@ietf.org>
Thread-Topic: [Trans] Fwd: [art] Fwd: New Version Notification for draft-nottingham-rfc7320bis-01.txt
Thread-Index: AQHVXTn5hTENtIYQ30eRmzVcAvnyfacQn2iAgAOhD4A=
Date: Fri, 30 Aug 2019 21:54:20 +0000
Message-ID: <eeb8750b-b5a7-bfe0-9dc4-7b5168d8b755@sectigo.com>
References: <6CACB9C1-265A-450E-A5CF-A47F38682E6B@mnot.net> <b6dca985-8589-52b3-e772-317f31a9d6ff@gmail.com>
In-Reply-To: <b6dca985-8589-52b3-e772-317f31a9d6ff@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: BL0PR02CA0039.namprd02.prod.outlook.com (2603:10b6:207:3d::16) To MN2PR17MB3166.namprd17.prod.outlook.com (2603:10b6:208:154::19)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rob@sectigo.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [51.6.133.142]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 011c3e39-bf23-43e1-2e6a-08d72d949c8c
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR17MB3022;
x-ms-traffictypediagnostic: MN2PR17MB3022:
x-ms-exchange-purlcount: 9
x-microsoft-antispam-prvs: <MN2PR17MB3022A44619BB3601AD2B7535AABD0@MN2PR17MB3022.namprd17.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0145758B1D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(136003)(366004)(376002)(39850400004)(189003)(199004)(71200400001)(7736002)(53546011)(66446008)(229853002)(64756008)(36756003)(2420400007)(256004)(2906002)(7110500001)(6436002)(8676002)(8936002)(81166006)(81156014)(305945005)(2501003)(6506007)(66476007)(76176011)(66574012)(14454004)(66556008)(52116002)(102836004)(966005)(2616005)(6306002)(71190400001)(6512007)(26005)(6116002)(99286004)(15650500001)(3846002)(86362001)(478600001)(11346002)(53936002)(386003)(6246003)(446003)(31686004)(5660300002)(66066001)(476003)(486006)(186003)(31696002)(25786009)(110136005)(6486002)(316002)(66946007)(14444005); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR17MB3022; H:MN2PR17MB3166.namprd17.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: sectigo.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 6veoaUtuJieWoQhifaFgm0sPaYfDHH2OfjoKC64IDvsy4cWN/UwgQsZ423oPY7p0sb8D7eHOW0ZCg4oX5NdSdJHQSiX14Bg8gTDM3NuVNIc9JkGvAz1aGhH+tXkPHyhjkm/cTBKrVYB78Ul3/d+n5LMLlHeiiv15fzhbtUvukNrO7DzwWs7yALcrAR9Sq9MeuWdpAdVu9vrCkCAKKi+pCwu5v6XDnj//l1geqPDb/rxdDvK8xP2lTs5Hs+6aCkbc1NLJUM8HP31NJlSR19xCuEfTP24JSOAn9PrSWc/0Rfw7zHAP1Pz3beo661xrbTJ7zNeoiRvHSQsEgn1dWQsGoAOxoBI5Kbf41/nppE7LLfykmlAd8x0445QlmE3WkxvS0Pm51yFtJcmO+wSYVyri4GUtuCFeOzC8B+3p3ExeCgo=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <5E0DF3DA1B19CB42AFB89B56B0F4F0F0@namprd17.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: sectigo.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 011c3e39-bf23-43e1-2e6a-08d72d949c8c
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Aug 2019 21:54:20.3685 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0e9c4894-6caa-465d-9660-4b6968b49fb7
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: cRdbWN8GVxlPU5kKtzbptuR+F4CZoT7sf2J6IUR0MuMbIBrS17D1Rz428re+LnTOgdNmGNzQe0TM2UxeTi2fSw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR17MB3022
Archived-At: <https://mailarchive.ietf.org/arch/msg/trans/HcmKiN5aM1KBDr_nrbrx2SqtA6A>
Subject: Re: [Trans] Fwd: [art] Fwd: New Version Notification for draft-nottingham-rfc7320bis-01.txt
X-BeenThere: trans@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Public Notary Transparency working group discussion list <trans.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trans>, <mailto:trans-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trans/>
List-Post: <mailto:trans@ietf.org>
List-Help: <mailto:trans-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trans>, <mailto:trans-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2019 21:54:30 -0000

Hi Melinda.

I've read through rfc7320bis-01.  I believe it permits the style of URL 
construction used by RFC6962 and by 6962bis-31 (and previous revisions).

Therefore, and given that Adam has cleared his DISCUSS on this matter, I 
propose to cancel 
https://github.com/google/certificate-transparency-rfcs/pull/311 and to 
revert the URL changes that were introduced by 6962bis-32.

On 28/08/2019 15:28, Melinda Shore wrote:
> FYI.  Please review with an eye towards whether or not this works
> with respect to 6962-bis.
> 
> Melinda
> 
> 
> -------- Forwarded Message --------
> From: 	Mark Nottingham <mnot@mnot.net>
> Message-Id: 	<6CACB9C1-265A-450E-A5CF-A47F38682E6B@mnot.net>
> References:
> <156685932063.2566.4065147273562437244.idtracker@ietfa.amsl.com>
> To: 	ART Area <art@ietf.org>
> Date: 	Wed, 28 Aug 2019 10:45:37 +1000
> 
> 
> 
> FYI; this is a proposed revision of RFC7320 / BCP190, as discussed.
> 
> -00 was a copy of 7320; -01 proposes the revision (so the diff is
> probably a good place to start).
> 
> Cheers,
> 
> 
> 
>> Begin forwarded message:
>>
>> *From: *internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>
>> *Subject: **New Version Notification for
>> draft-nottingham-rfc7320bis-01.txt*
>> *Date: *27 August 2019 at 8:42:00 am AEST
>> *To: *"Mark Nottingham" <mnot@mnot.net <mailto:mnot@mnot.net>>
>>
>>
>> A new version of I-D, draft-nottingham-rfc7320bis-01.txt
>> has been successfully submitted by Mark Nottingham and posted to the
>> IETF repository.
>>
>> Name:draft-nottingham-rfc7320bis
>> Revision:01
>> Title:URI Design and Ownership
>> Document date:2019-08-27
>> Group:Individual Submission
>> Pages:10
>> URL:
>>             https://www.ietf.org/internet-drafts/draft-nottingham-rfc7320bis-01.txt
>> Status:
>>          https://datatracker.ietf.org/doc/draft-nottingham-rfc7320bis/
>> Htmlized:       https://tools.ietf.org/html/draft-nottingham-rfc7320bis-01
>> Htmlized:
>>        https://datatracker.ietf.org/doc/html/draft-nottingham-rfc7320bis
>> Diff:
>>            https://www.ietf.org/rfcdiff?url2=draft-nottingham-rfc7320bis-01
>>
>> Abstract:
>>    Section 1.1.1 of RFC 3986 defines URI syntax as "a federated and
>>    extensible naming system wherein each scheme's specification may
>>    further restrict the syntax and semantics of identifiers using that
>>    scheme."  In other words, the structure of a URI is defined by its
>>    scheme.  While it is common for schemes to further delegate their
>>    substructure to the URI's owner, publishing independent standards
>>    that mandate particular forms of substructure in URIs is often
>>    problematic.
>>
>>    This document provides guidance on the specification of URI
>>    substructure in standards.
>>
>>
>>
>>
>> Please note that it may take a couple of minutes from the time of
>> submission
>> until the htmlized version and diff are available at tools.ietf.org
>> <http://tools.ietf.org>.
>>
>> The IETF Secretariat
>>
> 
> --
> Mark Nottingham   https://www.mnot.net/
> 
> 
> _______________________________________________
> Trans mailing list
> Trans@ietf.org
> https://www.ietf.org/mailman/listinfo/trans
> 

-- 
Rob Stradling
Senior Research & Development Scientist
Email: rob@sectigo.com
Bradford, UK
Office: +441274024707
Sectigo Limited

This message and any files associated with it may contain legally 
privileged, confidential, or proprietary information. If you are not the 
intended recipient, you are not permitted to use, copy, or forward it, 
in whole or in part without the express consent of the sender. Please 
notify the sender by reply email, disregard the foregoing messages, and 
delete it immediately.