| Subscribe: Newsletters & News Alerts | ICANN Blog | Public Comment
ICANN Requests Public Comments on Experiences with Inter-Registrar Transfer Policy
12 January 2005
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
The policy requires that specific standardized forms be used by registrars to obtain or confirm a registrant’s intent to transfer a domain to a new registrar.
Click here to submit comments about the standardized form(s) currently in use
Click here to view comments received on this topic
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.
Click here to submit comments about the dispute resolution policy
Click here to view comments received on this topic
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:
Click here to submit comments about this list
Click here to view comments received on this topic
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.
Click here to submit comments on the transfer undo mechanisms in use by the registries
Click here to view comments received on this topic
E. Records
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.
Click here to submit comments about the document retention requirements of the policy
Click here to view comments received on this topic
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.
Click here to view comments received on this topic
G. General Comments
Click here to view comments received on this topic
For specific questions about the policy, please send an email message to transfer-questions@icann.org. 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.