ICANN ICANN Email List Archives

[gnso-thickwhoispdp-wg]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [gnso-thickwhoispdp-wg] Feedback concerning legal review

  • To: Don Blumenthal <dblumenthal@xxxxxxx>
  • Subject: Re: [gnso-thickwhoispdp-wg] Feedback concerning legal review
  • From: "Mike O'Connor" <mike@xxxxxxxxxx>
  • Date: Thu, 10 Oct 2013 07:43:32 -0500

<html><head><meta http-equiv="Content-Type" content="text/html 
charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: 
space; -webkit-line-break: after-white-space; ">hi all,<div><br></div><div>i'm 
with Don (although i'm connecting the dots on a few of his typos) 
&nbsp;;-)</div><div><br></div><div>i've attached the latest "state of the 
proposal" draft to this note. &nbsp;i was kinda holding off until Marika had a 
chance to talk to Legal, but now seems like the time to push it 
along.</div><div><br></div><div>in this draft, we're asking that (what is 
probably a routine) legal review be conducted during the implementation 
project. &nbsp;we're also specifying that the legal review include a focused 
look at issues that arise from the transition from thin to thick (implied 
meaning -- we couldn't find any, but we would like another set of eyes). 
&nbsp;we're also specifying that they consult with heavy-duty experts, again to 
ensure that the review is rigorous. &nbsp;finally, and this is the new bit, we 
are specifying that **IF** policy issues turn up, that staff hands them back to 
the GNSO (in the form of the Implementation Review Team) to be addressed, 
rather than trying to solve them on their own. 
&nbsp;</div><div><br></div><div>i think there will be a day when we won't have 
to be so specific about these things, or to Alan's point even have to mention 
them. &nbsp;but given the recent issues in the new gTLD implementation -- some 
of which led to the Policy and Implementation PDP, i think it's prudent that we 
are very specific in our instructions in this case. &nbsp;i agree with Don, 
we're not asking for individual advice -- we are asking for a certain level of 
rigor and followthrough on behalf of ICANN, not 
individuals.</div><div><br></div><div>i'm also a bit underwhelmed by the EWG 
language, but that's a topic for another 
setting.</div><div><br></div><div>thanks again 
Marika,</div><div><br></div><div>mikey</div><div><br></div><div></div></body></html>

Attachment: Thick Whois -- Proposal - WG 10-Oct v1.doc
Description: MS-Word document

<html><head><meta http-equiv="Content-Type" content="text/html 
charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: 
space; -webkit-line-break: after-white-space; 
"><div></div><div><br></div><div><br></div><div><br></div><div><div><div>On Oct 
9, 2013, at 5:50 PM, Don Blumenthal &lt;<a 
href="mailto:dblumenthal@xxxxxxx";>dblumenthal@xxxxxxx</a>&gt; wrote:</div><br 
class="Apple-interchange-newline"><blockquote type="cite">

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<div style="word-wrap: break-word; -webkit-nbsp-mode: space; 
-webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, 
sans-serif; ">
<div>Marika,</div>
<div><br>
</div>
<div>Thanks very much. I really appreciate your follow up.</div>
<div><br>
</div>
<div>I'm concerned that the GC's office misunderstands what the WG is 
considering, or at least what I think is on the table. What's needed is a 
systematic analysis of how data protection legal regimes might affect 
transition decisions, not detailed legal analyses
 of laws as they apply to individual parties. &nbsp;For example, are there are 
aren't there enough potential roadblocks to transition to affect any decisions? 
Will so many parties use the ICANN procedures that transition becomes pointless 
(that assumes that the
 processes listed are relevant to our issues at all. I'm not sure that they are 
but need more time to ponder).</div>
<div><br>
</div>
<div>It has been clear that privacy has been a big part of the EWG's focus, and 
having the memo is very useful.&nbsp;It generally is the type of document that 
I see coming out of the legal review that we have discussed. I would focus the 
issues more on WG matters,
 obviously. More importantly in a way, I expect a product that takes advantage 
of data protection law expertise outside GC and that also does a much more 
thorough cataloguing of different national and international approaches. It 
does the usual pass through
 the US, EU, and Canada. How about APEC (Asia Pacific Economic Cooperation), 
Brazil, India, the Philippines, China, and many more DP regimes that I could 
mention? In fairness, the memo mentions "Asia" briefly but gives no details on 
the reference.</div>
<div><br>
</div>
<div>Don</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family: Calibri; font-size: 11pt; text-align: left; 
border-width: 1pt medium medium; border-style: solid none none; padding: 3pt 
0in 0in; border-top-color: rgb(181, 196, 223); ">
<span style="font-weight:bold">From: </span>Marika Konings &lt;<a 
href="mailto:marika.konings@xxxxxxxxx";>marika.konings@xxxxxxxxx</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Wednesday, October 9, 2013 4:38 
PM<br>
<span style="font-weight:bold">To: </span>Thick Thin PDP &lt;<a 
href="mailto:gnso-thickwhoispdp-wg@xxxxxxxxx";>gnso-thickwhoispdp-wg@xxxxxxxxx</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>[gnso-thickwhoispdp-wg] Feedback 
concerning legal review<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; 
-webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, 
sans-serif; ">
<div>Dear All,</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; 
-webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, 
sans-serif; ">
<div><br>
</div>
<div>Following our meeting yesterday, I spoke to my colleagues in the legal 
team and wanted to clarify some things in relation to the possible 'legal 
review'. As I've mentioned before, they are kept in the loop throughout the 
working group discussions which
 already allows them to raise any potential red flags during that part of the 
process as well as during the implementation process. However, their main focus 
is on assuring that any policy recommendations do not conflict or contradict 
any existing ICANN policies
 or legal requirements applicable to ICANN. They are not in a position to 
provide advice to individual parties in different jurisdictions on whether or 
not the proposed policy recommendations are in potential violation of local 
laws. This is the responsibility
 of the party affected and as most of you know there are several mechanisms in 
place by which the affected party can work with ICANN to request an exemption 
(see for example&nbsp;<a 
href="http://www.icann.org/en/resources/registrars/whois-policies-provisions#2";>http://www.icann.org/en/resources/registrars/whois-policies-provisions#2</a>&nbsp;and&nbsp;<a
 
href="http://www.icann.org/en/resources/registrars/updates/retention/waiver-request-process";>http://www.icann.org/en/resources/registrars/updates/retention/waiver-request-process</a>).</div>
<div><br>
</div>
<div>Separately, I wanted to share with you the attached memo that has been 
prepared for the EWG concerning data protection considerations applicable for 
the collection of gTLD registration data in the Proposed Centralized and 
Federated Database Systems. Although
 this is not specific to our discussion on thick vs. thin, it does hopefully 
show that data protection and privacy considerations are seriously considered 
in other efforts that are dealing with Whois. Also, there is a specific section 
on restrictions on personal
 data transfer which may help inform the development of the implementation plan 
and any potential safeguards that may need to be considered.</div>
<div><br>
</div>
<div>Best regards,</div>
<div><br>
</div>
<div>Marika</div>
</div>
</span><link rel="File-List" 
href="file:///Users/marika/Library/Caches/TemporaryItems/msoclip/0/clip_filelist.xml"><link
 rel="themeData" 
href="file:///Users/marika/Library/Caches/TemporaryItems/msoclip/0/clip_themedata.xml"><style>
<!--
 /* Font Definitions */
@font-face
        {font-family:Arial;
        panose-1:2 11 6 4 2 2 2 2 2 4;
        mso-font-charset:0;
        mso-generic-font-family:auto;
        mso-font-pitch:variable;
        mso-font-signature:-536859905 -1073711037 9 0 511 0;}
@font-face
        {font-family:Arial;
        panose-1:2 11 6 4 2 2 2 2 2 4;
        mso-font-charset:0;
        mso-generic-font-family:auto;
        mso-font-pitch:variable;
        mso-font-signature:-536859905 -1073711037 9 0 511 0;}
@font-face
        {font-family:"Arial Unicode MS";
        panose-1:2 11 6 4 2 2 2 2 2 4;
        mso-font-charset:0;
        mso-generic-font-family:auto;
        mso-font-pitch:variable;
        mso-font-signature:-134238209 -371195905 63 0 4129279 0;}
@font-face
        {font-family:DFKai-SB;
        mso-font-charset:136;
        mso-generic-font-family:script;
        mso-font-pitch:fixed;
        mso-font-signature:3 135135232 22 0 1048577 0;}
 /* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {mso-style-unhide:no;
        mso-style-parent:"";
        margin:0cm;
        margin-bottom:.0001pt;
        mso-pagination:widow-orphan;
        font-size:12.0pt;
        mso-bidi-font-size:10.0pt;
        font-family:"Times New Roman";
        mso-fareast-font-family:DFKai-SB;
        mso-fareast-language:ZH-CN;}
p.Letterhead, li.Letterhead, div.Letterhead
        {mso-style-name:Letterhead;
        mso-style-unhide:no;
        margin:0cm;
        margin-bottom:.0001pt;
        text-align:right;
        line-height:12.0pt;
        mso-line-height-rule:exactly;
        mso-pagination:widow-orphan;
        font-size:10.0pt;
        font-family:Arial;
        mso-fareast-font-family:"Arial Unicode MS";
        mso-fareast-language:ZH-CN;}
.MsoChpDefault
        {mso-style-type:export-only;
        mso-default-props:yes;
        font-size:10.0pt;
        mso-ansi-font-size:10.0pt;
        mso-bidi-font-size:10.0pt;
        mso-fareast-language:ZH-CN;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 90.0pt 72.0pt 90.0pt;
        mso-header-margin:36.0pt;
        mso-footer-margin:36.0pt;
        mso-paper-source:0;}
div.WordSection1
        {page:WordSection1;}
-->
</style></div>
</div>
</span>
</div>

</blockquote></div><br><div apple-content-edited="true">
<br class="Apple-interchange-newline"><span style="color: rgb(0, 0, 0); 
font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: 
normal; font-weight: normal; letter-spacing: normal; line-height: normal; 
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; 
white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: 
auto; -webkit-text-stroke-width: 0px; display: inline !important; float: none; 
">PHONE: 651-647-6109, FAX: 866-280-2356, WEB: <a 
href="http://www.haven2.com";>www.haven2.com</a>, HANDLE: OConnorStP (ID for 
Twitter, Facebook, LinkedIn, etc.)</span>

</div>
<br></div></body></html>

Attachment: smime.p7s
Description: S/MIME cryptographic signature



<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy