[urn] Re: improved management of registration requests
Peter Saint-Andre <stpeter@stpeter.im> Thu, 06 February 2025 02:58 UTC
Return-Path: <stpeter@stpeter.im>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EDC0C1DFD4B for <urn@ietfa.amsl.com>; Wed, 5 Feb 2025 18:58:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b="JjhowzKA"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="ulYRth/x"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5uz0lOHIQ_3S for <urn@ietfa.amsl.com>; Wed, 5 Feb 2025 18:58:00 -0800 (PST)
Received: from fout-a3-smtp.messagingengine.com (fout-a3-smtp.messagingengine.com [103.168.172.146]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61E98C1DA2F9 for <urn@ietf.org>; Wed, 5 Feb 2025 18:58:00 -0800 (PST)
Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfout.phl.internal (Postfix) with ESMTP id 155B813801F8; Wed, 5 Feb 2025 21:57:59 -0500 (EST)
Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-09.internal (MEProxy); Wed, 05 Feb 2025 21:57:59 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1738810679; x=1738897079; bh=0bDE+cyDkMrBJm8XDFcBO+C6gnDE1PZPQaPEKu/eGF8=; b= JjhowzKAMafoHRF1zXDsorWCPHZ71mz6UbdJuxxCBbma6FRmgVHRbvvNfoLjQZVU LcanXry5gD0O6ULdeFj/Ka4FusVHbMUIUVZKjPTPxz87bgPfzqytojYBv48XBH8V ElZwrTW301gMzn5zcqdMoi3N/hIo6CvFYVGO3uZVPYE21BtqUXGO8UrFHmNAgF7L pmDxGi5YiT8W1ny/TOIFU6lqC2hkQ7OihaOOVzEe1TOjNRB2qX4yHrTIhY/IpyVL B85uk2NiR/RtwT8PQzwpnbHy5zxhbiSfnuwz7JmwsCIU01X8mdGQLmCqO8gr/T7B zKOdzxs2jHy4eU+TT5Xz0Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1738810679; x=1738897079; bh=0 bDE+cyDkMrBJm8XDFcBO+C6gnDE1PZPQaPEKu/eGF8=; b=ulYRth/xrCell5dDe NYIJRy9unrZdop5y/+q03SAChe5EOsZpMx4m+8sNUyJsBOvUO2bHdHq8Kwt6Yy6K caks646qoz8HoxaLdknJou7uHTJHkgU/tAIHwcLRRzjfeO8t5vnDAcd+L3l+aTvN euBG+rDn6+RGXWvqNcMk/yHA7y6HLn7z4LhR/HrLxBPpTXaCpNhAC05awZL8mNQn ng3piRVlSKUh/K2xrQ1MyaP3qQQ9z3caPc5rvXtpt9qKVMEeVT/XaLUnZGYjm+VN nLLrNKxJZpESDBv4xZ72lkxhN/GTSCpqrB4kiwBMeEfY9iWw1Vv8Z00zSfMOJEmd 5/biQ==
X-ME-Sender: <xms:NiWkZ6lV7Z2ebVH8gmiRX6X9FV5oY15-u4-L4KVtAUBdRIMDEMDUfw> <xme:NiWkZx1rxUZj6ox-7yqIWigstZX2U53IhG_ms-DshQnJ1WdhvX646ReMsgeERV7-5 NRIBQ0vaJkwDIiZTg>
X-ME-Received: <xmr:NiWkZ4oBZ1x_CZalZd7kfH4__g92O6W1EoGVEis8qhMs-mElCqn0n9_A-82kUMpD>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddvhedvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgg gfuffvfhfhjggtgfesthekredttddvjeenucfhrhhomheprfgvthgvrhcuufgrihhnthdq tehnughrvgcuoehsthhpvghtvghrsehsthhpvghtvghrrdhimheqnecuggftrfgrthhtvg hrnhepleevuedvgeeufeeifeffhedtgffgtddvjeeiffefgfekjeeiueeuhedtfeejieff necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshhtph gvthgvrhesshhtphgvthgvrhdrihhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhm thhpohhuthdprhgtphhtthhopeguuhgvrhhsthesihhtrdgrohihrghmrgdrrggtrdhjph dprhgtphhtthhopehurhhnsehivghtfhdrohhrghdprhgtphhtthhopehsthhpvghtvghr sehsthhpvghtvghrrdhimh
X-ME-Proxy: <xmx:NiWkZ-kPWT8biYHpExGFyEov7SUE27Ethbhe4vn0Sy51WZzGG4uTWg> <xmx:NiWkZ43gRvJaPfV21LkEwP6jyYRS82lNbgao6hmJWsssJckt5NHehw> <xmx:NiWkZ1vmzp4-ixskpCasRPWZPM4r9BtNTX0jU3M4V3DBqVL_v4QaSA> <xmx:NiWkZ0Vojzm6Qj3QsA1sfvnNyt2LR4MEoZqMZyqz7HwTr0FHctXcug> <xmx:NyWkZ1ycja-4woq5V-lj_lK3caAdq-4XS0a1r36wzRTJE15sIzvVuPdG>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 5 Feb 2025 21:57:57 -0500 (EST)
Message-ID: <30364691-64bb-4e5b-861a-a42811ffdc4a@stpeter.im>
Date: Wed, 05 Feb 2025 19:57:57 -0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, "urn@ietf.org" <urn@ietf.org>
References: <7fd98e52-1b74-4380-a64a-acdab9ffe339@stpeter.im> <d3383af5-2db7-4b20-85fc-1533a648df25@it.aoyama.ac.jp>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <d3383af5-2db7-4b20-85fc-1533a648df25@it.aoyama.ac.jp>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: UBKK65K4OXWSH3MTQ6ZGPTLMQKN7DU6N
X-Message-ID-Hash: UBKK65K4OXWSH3MTQ6ZGPTLMQKN7DU6N
X-MailFrom: stpeter@stpeter.im
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-urn.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [urn] Re: improved management of registration requests
List-Id: "Discussion about Uniform Resource Names (URNs)." <urn.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/2wcU5RFSxbdGZXk_wbi5JDXjdck>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Owner: <mailto:urn-owner@ietf.org>
List-Post: <mailto:urn@ietf.org>
List-Subscribe: <mailto:urn-join@ietf.org>
List-Unsubscribe: <mailto:urn-leave@ietf.org>
Hi Martin, thanks for the feedback. Comments inline. On 2/4/25 8:35 PM, Martin J. Dürst wrote: > Hello Peter, others, > > Many thanks to you and the review team for all your great work, > including this proposal. > > On 2025-02-05 07:39, Peter Saint-Andre wrote: >> Hi all, >> >> This message is mostly for discussion among the expert review team, >> but I'm sending it to the public list for greater transparency. >> >> At times, we (mostly I as the team lead) have forgotten to take action >> on registration requests, as just happened with the `c2pa` namespace. >> This is not the quality of service we owe to the community. > > This is a very laudable sentiment, and whatever can be done to improve > things is a move in the right direction. However, we should be careful > to not create the wrong expectations. All reviewers are volunteers, and > there are many other ways things can go wrong. I think we should be > clear that submitters should just send another mail if they don't hear > back for a long time. Sometimes registrants poke me off list, sometimes on list. I suppose that they could also do the poking via an issue tracker if we put one place. Another thing that an issue tracker might be able to do is send a message to me as the team lead if there has been no activity related to a request after, say, 60 days. Sometimes I really just do forget about things in the queue, and that's not good. > when they don't respond to requests. IANA also gives the experts > deadlines for their responses. Maybe that's also something that could be > considered here. [I'd note that there are way more media subtype > requests than urn scheme requests, while the later are on average quite > a bit more elaborate. So I think the focus below on github for tweaking > proposals is quite appropriate.] Good to know. Peter
- [urn] improved management of registration requests Peter Saint-Andre
- [urn] Re: improved management of registration req… John C Klensin
- [urn] Re: improved management of registration req… Peter Saint-Andre
- [urn] Re: improved management of registration req… Peter Saint-Andre
- [urn] Re: improved management of registration req… Martin J. Dürst
- [urn] Re: improved management of registration req… Peter Saint-Andre
- [urn] Re: improved management of registration req… Peter Saint-Andre