Happy new year and Š Monday's agenda
Dear all, First, let me wish you a very happy, healthy and successful 2014! I hope you were able to wind down during the holiday period and had the chance to recharge those batteries for the challenges ahead. Speaking of … Please find below the agenda for Monday's IRTP Part D PDP WG meeting. Many thanks and see you all on Monday! Best wishes, Lars Proposed Agenda IRTP Part D PDP Working Group Meeting, 6 January 2014, 16.00 UTC, for local times see http://tinyurl.com/oo2gmtv 1. Roll Call / SOI Updates 2. Discussion on circulated view of ICANN Compliance on TDRP (see below) 3. If time: Revisit Work Plan 4. Next steps / confirm next meeting ----
From an ICANN Compliance point of view Scenarios (under IRTP as it stands) in which ICANN Compliance has the authority to act:
Regarding the loosing registrar: Auth-code related: - the registrant was not able to retrieve the auth code from the control panel, then the registrant requested the registrar to send it but it was not sent within the required 5 days ----- (the breach in this case is when both conditions are present) - the means provided by the registrar for the registrant to retrieve the auth code are more restrictive than the means provided for the registrant to update its contact or name server information - the registrar sends the Auth Code to someone who is not the registered name holder - the registrar does not even send it at all FOA related: - the registrar does not send the FOA - sends it to someone who is not a Transfer Contact Unlocking of the domain name: - the registrant did not have the means provided by the registrar to unlock the domain name, then the registrant requested the registrar to unlock the domains and the registrar did not unlock them within the five days ----- (the breach in this case is when both conditions are present) Regarding the gaining registrar: Auth-code related: - the registrar allows the transfer without receiving the Auth-code - which would be technically impossible but can theoretically happen (in a scenario also involving registry error) FOA related: - the registrar does not send the FOA - the registrar sends the FOA to someone who is not a Transfer Contact - the registrar allows the transfer without receiving confirmation after sending the FOA
FROM AN ICANN COMPLIANCE POINT OF VIEW REGARDING THE LOOSING REGISTRAR: - the registrar sends the Auth Code to someone who is not the registered name holder
IME the majority of registrars send the EPP codes to the *admin* contact
- the registrar does not even send it at all
Are ICANN siggesting they'll start doing something about the repeat offenders of that little 'trick' ?
FOA related: - the registrar does not send the FOA - sends it to someone who is not a Transfer Contact
A Transfer Contact - what's that ? I've only ever heard of Regsitrant, Admin, Tech and Billing contacts
REGARDING THE GAINING REGISTRAR: - the registrar sends the FOA to someone who is not a Transfer Contact
See above
- the registrar allows the transfer without receiving confirmation after sending the FOA
How does that compare to the 'it happens anyway after 5 days if no-one said no' policy ? Rob
Responses in-lineŠ J. On 1/2/14, 7:52 , "rob.golding@astutium.com" <rob.golding@astutium.com> wrote:
FROM AN ICANN COMPLIANCE POINT OF VIEW REGARDING THE LOOSING REGISTRAR: - the registrar sends the Auth Code to someone who is not the registered name holder
IME the majority of registrars send the EPP codes to the *admin* contact
*****JMB - Yes, this is what we do as well.
- the registrar does not even send it at all
Are ICANN siggesting they'll start doing something about the repeat offenders of that little 'trick' ?
*****JMB - Registrars are required to send it within 5 days of request, but I agree that enforcement is problematic and inconsistent.
FOA related: - the registrar does not send the FOA - sends it to someone who is not a Transfer Contact
A Transfer Contact - what's that ? I've only ever heard of Regsitrant, Admin, Tech and Billing contacts
*****JMB - IRTP defines the Transfer Contact as either the Registrant OR the Admin Contact. But as you¹ve pointed out, in practical terms & thin registries, the Admin Contact = Transfer Contact.
REGARDING THE GAINING REGISTRAR: - the registrar sends the FOA to someone who is not a Transfer Contact
See above
- the registrar allows the transfer without receiving confirmation after sending the FOA
How does that compare to the 'it happens anyway after 5 days if no-one said no' policy ?
Rob
participants (3)
-
James M. Bladel -
Lars Hoffmann -
rob.golding@astutium.com