At 27/07/2010 02:50 AM, Sébastien Bachollet wrote:
Thanks Alan, Hello all, Please find my ideas on the propose text bellow. All the best
Sébastien Bachollet sebastien@bachollet.com +33 6 07 66 89 33
-----Message d'origine----- De : at-large-bounces@atlarge-lists.icann.org [mailto:at-large- bounces@atlarge-lists.icann.org] De la part de Alan Greenberg Envoyé : lundi 26 juillet 2010 21:12 À : At-Large Worldwide Objet : [At-Large] Post-Expiration Domain Name Recovery Importance : Haute
The Post-Expiration Domain Name Recovery PDP has posted their Initial Report. You will recall that the PDP was initiated by an ALAC Request for Issues Report. The Public Comment Period is open at http://icann.org/en/public-comment/#pednr-initial-report. It is scheduled to close on August 1, but hopefully it will be extended.
An ALAC comment on this report has been drafted. It can be found at https://st.icann.org/gnso- liaison/index.cgi?at_large_gnso_liaison#pednr. It is also reproduced below for your convenience. The comment will be discussed and possibly endorsed at the 27 July ALAC meeting. The comment follows the expected outcomes outlined in the initial Request for Issues Report and also is in line with the views of the majority of At-Large participants in the Working Group.
For PEDNR, the Public Comment process features an easy-to-complete survey. Since this policy development process was initiated by At-Large, it is REALLY important that as many At-Large people as possible complete the survey.
PLEASE:
- Review the comments below to see the At-Large position; - If you have the time, review the Initial Report; - Complete the short survey (it can be done without reading the full report). The survey is at <http://www.zoomerang.com/Survey/WEB22AUYRGHCV4>http://www.zoomerang.co m/Survey/WEB22AUYRGHCV4.
Alan
--------------------------------------
The At-Large Advisory Committee (ALAC) requested the Issues Report which resulted in the Post-Expiration Domain Name Recovery PDP, and it strongly supports the activities of the Working Group.
It is essential that the post-expiration "safety net" that existed several years ago be restored. Moreover, the domain industry is sufficiently robust and mature that it can and must provide a level of predictability and security to gTLD domain name holders.
In line with the desired outcomes stated in the original Issue Report request, the ALAC supports:
1. Consensus policy requiring that all registrars must allow renewal of domain names for a reasonable amount of time after expiration. 2. Consensus policy explicitly stating the minimum requirements for pre-expiration notices. 3. Consensus policy requiring clarity of how messages will be sent. 4. Consensus policy requiring that WHOIS contents to make it clear that a domain name has expired and has not yet been renewed by the registrant. [SBT] Here I am questioning how this can be gamed. The risk is that the end-user will received proposal for other (registrars, resellers...) and put more question than solution to him.
That is slamming and needs to be dealt with separately. The problem here is that if you have a typical gTLD and it expires, if you go to WHOIS, it says that it has been renewed for a year, because the date is reflecting just the status between the registry and registrar, and the registry automatically renews for a year. An innocent registrant looks at that and sees that there is no problem, since the domain is renewed. But it hasn't been! We are suggesting a new field that makes it clear that the registrant has not renewed.
5. Consensus policy requiring that notice(s) be sent after expiration. 6. Consensus policy requiring that web sites (port 80) no longer can resolve to the original web site after expiration. [SBT] I don't think it is the best way to re-inform an end-user that the DN has expired. It will create more problem than solution. I am in favor of using all the other possibilities (e-mail, postal mail, phone) but not to stop any service.
This is what virtually every registrar does now. And it is what the registry does if the domain enters the RGP status. It stops a "bad player" from deliberately keep the domain going so that the registrant is not aware of the expiration. For business models where this is not acceptable, exceptions will be allowed.
7. Consensus policy requiring that other uses of the domain name (e-mail, FTP, etc.) no longer function after expiration. [SBT] Idem than 6 - for e-mail more specifically, because we are sure then that he will not be able to received update from the registrar and the registry and will not be able to interact with them.
True, but chances are that e-mail is not effective anyway since all previous messages were being ignored. The alternative is to keep the mail going until the domain disappears with NO chance of getting it back. Some of us are also suggesting a warning if the only e-mail address that they provide uses the domain in question that it may not work for post-expiration messages. This is also what a large number of registrars do now. If the domain is not hosted on the registrars own DNS, they have no choice but to take it over completely and mail stops.
8. Consensus policy requiring clarity in the expiration terms and fees offered by registrars. 9. Consensus policy requiring that the Redemption Grace Period be offered by all registries (including future gTLDs) and by all registrars.
It is understood that there may be unusual cases where the business models of some registrars may require exceptions to some of these policies. However, the need for such exceptions should not deny the vast majority of registrants a predictable and safe gTLD eco-system.
Over and above these minimum requirements, the ALAC supports a move within the registrar community to establish the meaningful and transparent concept of "best practices". _______________________________________________ At-Large mailing list At-Large@atlarge-lists.icann.org http://atlarge-lists.icann.org/mailman/listinfo/at-large_atlarge- lists.icann.org
At-Large Official Site: http://atlarge.icann.org
_______________________________________________ At-Large mailing list At-Large@atlarge-lists.icann.org http://atlarge-lists.icann.org/mailman/listinfo/at-large_atlarge-lists.icann...
At-Large Official Site: http://atlarge.icann.org