Hi Victor.
We at .se and .nu recently changed our authcode implementation and for that we
did have a look around to see what other registries were doing.
I don't think we came across anyone looking at a PKI-based approach and to
second what Scott said such an approach would probably find it
hard
Thanks, James.
But, to your “use of redaction is a policy decision for a server” point, since
this spec would no longer espouse redaction for geofeed files, should it
instead say that “server operators SHOULD NOT redact geofeed files given they
are public resources already”?
Jasdip
From: Goul
OK, will remove redaction from the next version of RDAP Geofeed.
Thanks,
Jasdip
From: Hollenbeck, Scott
Date: Monday, April 1, 2024 at 2:20 PM
To: Jasdip Singh , a...@hxr.us
Cc: Gould, James , regext@ietf.org
Subject: RE: [regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback
From: regext
From: regext On Behalf Of Jasdip Singh
Sent: Monday, April 1, 2024 12:12 PM
To: Andrew Newton (andy)
Cc: Gould, James ; regext@ietf.org
Subject: [EXTERNAL] Re: [regext] draft-ietf-regext-rdap-geofeed-02 Review
Feedback
Caution: This email originated from outside the organization. Do not cli
Jasdip,
I don’t see an issue with removing the redaction section from
draft-ietf-regext-rdap-geofeed, since I believe the use of redaction is a
policy decision for a server.
--
JG
[cid87442*image001.png@01D960C5.C631DA40]
James Gould
Fellow Engineer
jgo...@verisign.com
703-948-3271
12061 Bl
Hi Andy,
Thanks for your feedback. One comment below.
Jasdip
From: Andrew Newton (andy)
Date: Monday, April 1, 2024 at 11:42 AM
To: Jasdip Singh
Cc: Gould, James , regext@ietf.org
Subject: Re: [regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback
> I recommend including a registration of
Hi Jasdip,
Comments in-line
On Mon, Mar 25, 2024 at 7:25 PM Jasdip Singh wrote:
>
> [JS] It seems the “marker” extension type from the RDAP Extensions draft [1]
> should cover this extension since marker extensions “exist to denote the
> usage of values placed into an IANA registry” and we are
