ICANN ICANN Email List Archives

[gnso-pednr-dt]


<<< Chronological Index >>>    <<< Thread Index >>>

[gnso-pednr-dt] Feedback on recommendations

  • To: PEDNR <gnso-pednr-dt@xxxxxxxxx>
  • Subject: [gnso-pednr-dt] Feedback on recommendations
  • From: Marika Konings <marika.konings@xxxxxxxxx>
  • Date: Mon, 7 Feb 2011 12:50:07 -0800

Dear All,

Please find below some feedback for your consideration from our legal and 
compliance department in relation to the proposed recommendations. Note that 
these comments do not take into account some of the changes proposed by Michael 
in the version that was circulated earlier today.

With best regards,

Marika

=============================

Overall

Concern about the precision of definition of the “registrant at expiration” - 
the inclusion of the term “just prior” could create some imprecision on 
assessing the registrant. More precise wording may be necessary.  (See Rec 2)

Recommendation # 5

As a reminder, the ICANN accredited registrar is the only party ICANN can 
enforce the RAA or policy against and it is up to the registrar to ensure their 
resellers comply with the applicable RAA provisions or ICANN policies. The WG 
could consider rewording the recommendation as follows “All RAA provisions 
applicable to Registrars dealing with registrar-­- registrant interactions must 
be carried out by a registrar. If a registrar choses to use a reseller, the 
register nevertheless remains responsible for its obligations under the RAA.”

Recommendation # 6

ICANN is not able to dictate pricing limitations.  The phrase “The price may 
not vary based on any perceived or measured value beyond the “face” value of 
the Registered Name” should be removed.

It’s not clear what the phrase: “if it varies over time, that variation must be 
included in the above disclosures” means.  Maybe alternate language could 
capture the concept.  One idea: “A registrar retains the right to change the 
fee for post-expiration renewal during the guaranteed renewal period. If that 
fee changes, the disclosures provided to the RAE must document any change in 
fee as provided in a prior disclosure.”

Recommendation # 7

No comment, though the phrase “provision a referral” is somewhat vague.

Recommendation # 8

The WG should take into account that this recommendation would require updating 
all agreements and could cause some confusion during the time that the policy 
is in effect but the text of the agreement as posted has not been amended (e.g. 
this also applied to the EDDP at its original adoption; the language of the 
EDDP was not incorporated into the agreements until the new RAA came into 
force, until that time it existed as a separate consensus policy). Such 
confusion could be minimized by information and educational efforts in relation 
to the policy changes once adopted. It should also be noted that there are 
other potential uses of the phrase out there that are not subject to ICANN 
policy and would not be updated as part of the implementation of this policy, 
such as non-ICANN technical specifications.

Recommendation # 10

Compliance with local laws is an issue for registrars for the entirety of their 
Registration Agreements. As long as the agreement points to where the 
information can be found, instead of including that information in the 
registration agreement itself, this may no longer be an issue.

Recommendation # 11

The phrase: “If more that two alert notifications are sent, the timing of two 
of them must be comparable to the timings specified.” is vague.


<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy