Page History

Please see the response from the ICANN Compliance Department.

"Quis custodiet ipsos custodes?" -Juvenal

...

III. Review of Compliance Meeting in Toronto

In Toronto the Chair requested a follow up to a question asked in Prague concerning the "re-accreditation" of A-Technology Company after being de-accredited in a notice which states in part that "ICANN does not intend to renew the A Technology Company’s accreditation". In response Compliance stated that "The breach was cured 30th of June 2010." The problem with the answer is that A Technology's ability to cure a breach had already expired. Compliance also stated that:"The Registrar was not officially terminated", however the question concerned the de-accreditation or non-renewal. Regardless, it may be difficult for the casual onlooker to grasp these semantic differences, especially when the non-renewal notice states: "we look forward to amicably resolving any domain name transition issues that may arise from this termination." In general the timelines established in Compliance matters seem rather fluid. The questions are then, (1) at what point does a Registrar become officially de-accredited (whether through termination or non-renewal)? And (2) at what point are they required to completely submit a new application?

IV. Review of Compliance Recent Activities

1. On 14 September 2012 AB Connect Sarl received a Breach/Non-Renewal notice from ICANN Compliance for failure to Escrow. The deadline to cure was 19 September 2012. As of 25 November 2012 there is no update on this breach and AB Connect Sarl is still listed as an active Registrar. Our specific question is: What is the status of this breach?
   
   
2. On 19 November 2012 Bargin Register Inc. received a Breach notice from ICANN Compliance for a number of items with varying deadlines: Bargin must pay $3,845.44 by 30 November 2012 AND Bargin must supply communications, process relating to a UDRP by 12 December 2012. Our specific question is: The breach makes extensive reference to the Registrar's failure to comply with a UDRP process yet it does not hold the Registrar in breach of RAA 3.8 which states " Registrar shall comply with the Uniform Domain Name Dispute Resolution Policy", why?

...

• Demonstrate the openness and transparency of ICANN's operations
• Provide fair and equitable treatment to all business partners
• Establish clear and easy-to-use channels for communication on compliance matters
• Supplement staff knowledge and enable greater responsiveness to changes in the environment
• Provide clear and regular communications to the community regarding contractual compliance activities, accomplishments and ongoing work
• Identify areas for reform to be considered by the ICANN community

This recent Article in SecurityWeek notes a number of concerns without any response or quotes from ICANN staff