RE: [ga] Question to ICANN Staff

["Debbie Garside" <debbie@xxxxxxxxxxxxxxxxxx>]

Hi Danny

I think the key word here is "MAY".  Also it says released to ICANN not for
ICANN to release the data to  3rd party.

Best

Debbie 
PS That's my quota of email for the day!

-----Original Message-----
From: Danny Younger [mailto:dannyyounger@xxxxxxxxx] 
Sent: 17 July 2009 14:46
To: ga@xxxxxxxxxxxxxx; debbie@xxxxxxxxxxxxxxxxxx; Hugh Dierker
Subject: RE: [ga] Question to ICANN Staff


While I appreciate the helpful speculation from GA-list members, I deem it
important to obtain an answer from Staff.

When ICANN implemented the registrar data escrow program it was stipulated
that:

"The data held in escrow may be released to ICANN upon termination of a
registrar's accreditation agreement or expiration of the accreditation
agreement without renewal to facilitate transfer of registrations from the
failed registrar to another registrar."

It's important for us to know if this process is working.

The most recent semi-annual compliance report indicated, for example, that:
"ICANN also found DropLimited.com, Inc (DropLimited.com) to be in breach of
its RAA in three specific areas. First, it failed to escrow gTLD
registration data"

We need to know if there are still registrars out there that aren't
escrowing their data.  Was this such a case?  I'm looking for a greater
degree of transparency from the compliance team.



--- On Fri, 7/17/09, Hugh Dierker <hdierker2204@xxxxxxxxx> wrote:

> From: Hugh Dierker <hdierker2204@xxxxxxxxx>
> Subject: RE: [ga] Question to ICANN Staff
> To: "'Danny Younger'" <dannyyounger@xxxxxxxxx>, ga@xxxxxxxxxxxxxx,
debbie@xxxxxxxxxxxxxxxxxx
> Date: Friday, July 17, 2009, 7:36 AM
> Well one thing is for certain, it
> has nothing to do with the Data Protection Act.
>  
> There is no "safe hands interim".  I
> would be interested to hear any theory that supports the
> notion that the failure to transfer the data is in
> "adherence" to the DPA.  Clearly it would not
> be a legal and well reasoned theory.
>  
> Clearly there is a problem with the escrowed data.
> Perhaps revisiting Karl's remarks....



      



Internal Virus Database is out-of-date.
Checked by AVG. 
Version: 7.5.560 / Virus Database: 270.12.26/2116 - Release Date: 15/05/2009
06:16
 

Internal Virus Database is out-of-date.
Checked by AVG. 
Version: 7.5.560 / Virus Database: 270.12.26/2116 - Release Date: 15/05/2009
06:16