ICANN Requests Public Comments on Experiences with Inter-Registrar Transfer Policy
The Inter-Registrar Transfer Policy, a consensus policy developed through the ICANN policy development process, was finalized in July of this year and went into effect on 12 November 2004 after a four-month implementation phase. All ICANN-accredited registrars and unsponsored gTLD registry operators are required to follow this policy. Consistent with the policy recommendations of the GNSO Council’s Transfers Task Force, ICANN staff will report to the Council at three, six and twelve month intervals after implementation with the goal of determining;
i. How effectively and to what extent the policies have been implemented and adopted by Registrars, Registries and Registrants,
ii. Whether or not modifications to these policies should be considered as a result of the experiences gained during the implementation and monitoring stages,
iii. The effectiveness of the dispute resolution processes and a summary of the filings that have been resolved through the process.
In order to perform a meaningful evaluation, ICANN therefore invites any comments from the community on experiences with the initial stages following implementation of the policy, including any suggested modifications to be considered.
Comments submitted here will be publicly accessible and will be reviewed by ICANN staff for purposes of completing the required policy review. Comments for the first review should be submitted by 1 February 2005.
A. Standardized Forms of Authorization
B. Dispute Resolution Processes
The Transfer Dispute Resolution Policy incorporates mechanisms for resolution of disputes between registrars over alleged violations of the policy. Dispute proceedings may be initiated with the relevant registry operator or with an independent third-party dispute resolution service provider.
C. Transfer Denial Reasons
The policy includes a list of 9 instances in which a transfer request may legitimately be denied by the Registrar of Record, as follows:
- Evidence of fraud
- UDRP action
- Court order by a court of competent jurisdiction
- Reasonable dispute over the identity of the Registered Name Holder or Administrative Contact
- No payment for previous registration period (including credit card charge-backs) if the domain name is past its expiration date or for previous or current registration periods if the domain name has not yet expired. In all such cases, however, the domain name must be put into "Registrar Hold" status by the Registrar of Record prior to the denial of transfer.
- Express written objection to the transfer from the Transfer Contact. (e.g. - email, fax, paper document or other processes by which the Transfer Contact has expressly and voluntarily objected through opt-in means)
- A domain name was already in “lock status” provided that the Registrar provides a readily accessible and reasonable means for the Registered Name Holder to remove the lock status.
- A domain name is in the first 60 days of an initial registration period.
- A domain name is within 60 days (or a lesser period to be determined) after being transferred (apart from being transferred back to the original Registrar in cases where both Registrars so agree and/or where a decision in the dispute resolution process so directs).
D. Transfer Undo Mechanism
The policy provides that registry operators implement and make available a Transfer-Undo mechanism, to be used in cases where a transfer is determined to have been processed in contravention of the policy.
The policy provides that registrars maintain copies of the forms of authorization and related documentation, and make these available upon request by the other registrar that is party to a transfer transaction, ICANN, the registry operator, a court or authority with jurisdiction over the matter, or a third party dispute resolution panel.
F. EPP – AuthInfo
For domain names in EPP-based registries (.biz, .info, .name, .org, and .pro), registrars are required to provide registrants with a unique Auth-Info code, for purposes of validating the identity of the registrant. Registrars are required to provide this code to registrants within 5 days of a request.
G. General Comments
For specific questions about the policy, please send an email message to email@example.com. This address is directed to staff who can answer policy inquiries. These messages are not publicly posted, although they may be reviewed to identify common issues.