ICANN ICANN Email List Archives

[gnso-irtp-b-jun09]


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

[gnso-irtp-b-jun09] Recommendation #9 - Requiring a positive confirmation of the transfer by the losing registrar

  • To: "Gnso-irtp-b-jun09@xxxxxxxxx" <Gnso-irtp-b-jun09@xxxxxxxxx>
  • Subject: [gnso-irtp-b-jun09] Recommendation #9 - Requiring a positive confirmation of the transfer by the losing registrar
  • From: Marika Konings <marika.konings@xxxxxxxxx>
  • Date: Wed, 26 Jan 2011 12:01:31 -0800

Recommendation #9 (NEW): The WG proposes to modify section 3 of the IRTP to 
require that the Registrar of Record/Losing Registrar be required to confirm 
the transfer out with the Registered Name Holder/Registrant. The Registrar of 
Record has access to the contact information for the Registrant and could 
modify their systems to automatically send out the Standardized Form for Losing 
Registrars ("Confirmation FOA") to the Registrant. Failure by the Registrant to 
respond within the 5 day pendingTransfer grace period would result in the 
transfer request being automatically denied or Nacked. At the time that the 
transfer is requested via the Gaining Registrar, the Transfer Contact that 
requested the transfer would be informed that positive confirmation by the 
Registrant is required to complete the transfer and that the Registrant will be 
receiving the Confirmation FOA from the Registrar of Record.

Comments to date:

 *   One of the reasons why the IRTP was developed in the first place was that 
pre-IRTP, transfers had to be confirmed by the losing registrar which resulted 
in many transfers being denied because emails were not received, never sent or 
additional layers of confirmation added. As a result, it was agreed in the IRTP 
that the gaining registrar must confirm the transfer and the losing registrar 
may confirm the transfer. Here you can find one of the position papers 
explaining the problem with the original approach (requiring approval from the 
registrant by the losing registrar): 
www.dnso.org/clubpublic/registrars/Arc01/pdf00003.pdf.
 *   An alternative approach might be to indeed require that the losing 
registrar informs / notifies the registrant of the transfer that has been 
requested, but not to allow no response from the registrant as a reason to deny 
the transfer. In this way, it could still reduce potential conflicts between 
admin contact and registrant and reduce the need to undo transfers as any 
potential conflict would hopefully become apparent at this stage, before the 
transfer is completed.
 *   If the transfer contact is informed at the time that they submit their 
transfer request that the losing registrar will be confirming the transfer with 
the registrant within X period of time, if the losing registrar fails to send 
out the standardized confirmation FOA, they can file a complaint with ICANN.  
If ICANN receives numerous complaints regarding a specific registrar, it will 
be very clear that the registrar is not in compliance with the IRTP and the 
registrar should be given an appropriate amount of time to cure the issue.
 *   We are operating in a very different time from when the original Policy on 
the Transfer of Sponsorship of Registrations Between Registrars was done and 
even when the current IRTP was adopted and it may make sense to require a 
positive confirmation from the losing registrar. The policy is very specific in 
the reasons why a registrar may deny a transfer and, as mentioned above, it 
will be very apparent if a registrar is not complying.

Please share your comments, suggestions and/or proposed edits with the mailing 
list.

Marika


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

Privacy Policy | Terms of Service | Cookies Policy