Since you ask a direct question about ICANN policies, I’ll also add that there is a more recent consensus policy regarding RGP here:
https://gnso.icann.org/sites/default/files/filefield_24907/pednr-final-report-14jun11-en.pdf And for completeness, you suggest “get ICANN change their requirement for gTLDS”. I want to point out that it’s not ICANN you have to get to change. Some might consider this ICANN arcana but since we’re talking about a consensus policy here, you need to get registries and registrars to want to change, then to agree to change, and then to create a consensus policy with the change. ICANN the organization only has the role of enforcing compliance with rules registries and registrars decide for themselves. In RPP you can do what you want. However, if you would like for gTLDs to be able to consider adopting it, then it would be good to make sure that it is possible for gTLD registries and registrars to apply their existing policies with RPP. Otherwise, they will have to change their policies before they can even consider adopting RPP. Jim On 11 Aug 2025, at 8:59, Maarten Wullink wrote: > Hi Jim, > > Thanks for the link to the ICANN proposal, i forgot you already added this to > the report. > > Is RGP as-is an ICANN requirement for gTLDs? > if so then if we want to change the RGP extension, we would also need to get > ICANN change their requirement for gTLDS and RGP implementation? > > - > Maarten > > > >>> >>> I’ve got some questions about the RGP extension (RFC3915) >>> >>> >>> - Why was the requirement for a restore report added? >> >> JG-The two step restore process of the restore request and restore report >> originated with the ICANN Redemption Grace Periods for Deleted Names >> Proposal >> (https://archive.icann.org/en/meetings/bucharest/redemption-topic.htm), >> dating back to June 7, 2002. >> >>> - Is the contents of the restore report ver checked by any registry? >> >> JG-No, we're not aware of anything being checked by the registries with the >> restore report. >> >>> - Should we consider creating an updated version of the RGP extension >>> without the restore report? >>> >> >> JG-Yes, but it would be good for the EPP bis draft >> (draft-carney-regext-rfc3915bis) to incorporate this change first. >> >>> >>> - >>> Maarten >> >> >> _______________________________________________ >> regext mailing list -- [email protected] <mailto:[email protected]> >> To unsubscribe send an email to [email protected] >> <mailto:[email protected]> >> >> >> > > _______________________________________________ > regext mailing list -- [email protected] > To unsubscribe send an email to [email protected] _______________________________________________ regext mailing list -- [email protected] To unsubscribe send an email to [email protected]
