<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id="yui_3_16_0_ym19_1_1495114007434_338033" dir="ltr"><span id="yui_3_16_0_ym19_1_1495114007434_338272">I've just attended a webinar on strategies for companies on how to deal with the GDPR. This might help those who are afraid of getting fined. I'm not sure this should be distributed beyong our WG, though, as there might be copyright issues. </span></div><div id="yui_3_16_0_ym19_1_1495114007434_338033" dir="ltr"><span><br></span></div><div id="yui_3_16_0_ym19_1_1495114007434_338033" dir="ltr">In the ensuing discussion, two highlights: </div><div id="yui_3_16_0_ym19_1_1495114007434_338033" dir="ltr">- Mr. Baladi doesn't believe companies will be fined 4% of their revenues, if they show they are trying to comply. There will be leniency during the first couple of years.</div><div id="yui_3_16_0_ym19_1_1495114007434_338033" dir="ltr">- Need to show processes and will to implement privacy laws. </div><div></div><div id="yui_3_16_0_ym19_1_1495114007434_338032"> </div><div class="signature" id="yui_3_16_0_ym19_1_1495114007434_338039">Nathalie </div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 13px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font size="2" face="Arial"> On Thursday, May 18, 2017 2:57 PM, "Gomes, Chuck via gnso-rds-pdp-wg" <gnso-rds-pdp-wg@icann.org> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div dir="ltr">As others have pointed out since I asked my question, load balancing may be done for reasons other than security. My point is this: restricting load balancing for security reasons only may be too restrictive.<br clear="none"><br clear="none">Chuck<br clear="none"><div class="yqt9962193178" id="yqtfd51713"><br clear="none">-----Original Message-----<br clear="none">From: Paul Keating [mailto:<a shape="rect" ymailto="mailto:paul@law.es" href="mailto:paul@law.es">paul@law.es</a>]<br clear="none">Sent: Thursday, May 18, 2017 12:32 PM<br clear="none">To: Gomes, Chuck <<a shape="rect" ymailto="mailto:cgomes@verisign.com" href="mailto:cgomes@verisign.com">cgomes@verisign.com</a>><br clear="none">Cc: <a shape="rect" ymailto="mailto:benny@nordreg.se" href="mailto:benny@nordreg.se">benny@nordreg.se</a>; <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">Subject: [EXTERNAL] Re: [gnso-rds-pdp-wg] IMPROTANT - Action Items and Notes from Next-Generation RDS PDP Working Group Call - 17 May 2017<br clear="none"><br clear="none">For systems integrity, yes.<br clear="none"><br clear="none">Sent from my iPad<br clear="none"><br clear="none">> On 18 May 2017, at 14:46, Gomes, Chuck <<a shape="rect" ymailto="mailto:cgomes@verisign.com" href="mailto:cgomes@verisign.com">cgomes@verisign.com</a>> wrote:<br clear="none">><br clear="none">> Is load balancing always a security measure?<br clear="none">><br clear="none">> Chuck<br clear="none">><br clear="none">> -----Original Message-----<br clear="none">> From: <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg-bounces@icann.org" href="mailto:gnso-rds-pdp-wg-bounces@icann.org">gnso-rds-pdp-wg-bounces@icann.org</a><br clear="none">> [mailto:<a shape="rect" ymailto="mailto:gnso-rds-pdp-wg-bounces@icann.org" href="mailto:gnso-rds-pdp-wg-bounces@icann.org">gnso-rds-pdp-wg-bounces@icann.org</a>] On Behalf Of Paul Keating<br clear="none">> Sent: Thursday, May 18, 2017 6:18 AM<br clear="none">> To: <a shape="rect" ymailto="mailto:benny@nordreg.se" href="mailto:benny@nordreg.se">benny@nordreg.se</a><br clear="none">> Cc: gnso-rds-pdp-wg <<a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a>><br clear="none">> Subject: [EXTERNAL] Re: [gnso-rds-pdp-wg] IMPROTANT - Action Items and<br clear="none">> Notes from Next-Generation RDS PDP Working Group Call - 17 May 2017<br clear="none">><br clear="none">> I am agreeable only to those restrictions imposed as a security measure by the source (e.g. Load balancing, etc).<br clear="none">><br clear="none">> Paul<br clear="none">><br clear="none">>> On 5/18/17, 12:06 PM, "<a shape="rect" ymailto="mailto:benny@nordreg.se" href="mailto:benny@nordreg.se">benny@nordreg.se</a>" <<a shape="rect" ymailto="mailto:benny@nordreg.se" href="mailto:benny@nordreg.se">benny@nordreg.se</a>> wrote:<br clear="none">>><br clear="none">>> There can be technical issues where you need to do so, that was<br clear="none">>> pointed out during the call<br clear="none">>> --<br clear="none">>> Med vänliga hälsningar / Kind Regards / Med vennlig hilsen<br clear="none">>><br clear="none">>> Benny Samuelsen<br clear="none">>> Registry Manager - Domainexpert<br clear="none">>><br clear="none">>> Nordreg AB - ICANN accredited registrar<br clear="none">>> IANA-ID: 638<br clear="none">>> Phone: +46.42197080<br clear="none">>> Direct: +47.32260201<br clear="none">>> Mobile: +47.40410200<br clear="none">>><br clear="none">>>> On 18 May 2017, at 11:59, Paul Keating <<a shape="rect" ymailto="mailto:Paul@law.es" href="mailto:Paul@law.es">Paul@law.es</a>> wrote:<br clear="none">>>><br clear="none">>>> Yes, the CURRENT issue is Thin Data only.<br clear="none">>>><br clear="none">>>> My comment was indented to deal with what I understood to be a<br clear="none">>>> re-assertion that THIN DATA be subject to access restriction.<br clear="none">>>><br clear="none">>>> To reiterate, There is no basis to restrict THIN DATA (IMHO) for<br clear="none">>>> the simple reason that there is no Personal ID Data in the set. Nor<br clear="none">>>> are there any intellectual property rights in THIN DATA.<br clear="none">>>><br clear="none">>>> That means anyone can harvest what they want subject only to load<br clear="none">>>> balancing restrictions imposed by the source from which the data is<br clear="none">>>> being harvested.<br clear="none">>>><br clear="none">>>> Paul<br clear="none">>>><br clear="none">>>> From: <<a shape="rect" ymailto="mailto:gnso-rds-pdp-wg-bounces@icann.org" href="mailto:gnso-rds-pdp-wg-bounces@icann.org">gnso-rds-pdp-wg-bounces@icann.org</a>> on behalf of Chris Pelling<br clear="none">>>> <<a shape="rect" ymailto="mailto:chris@netearth.net" href="mailto:chris@netearth.net">chris@netearth.net</a>><br clear="none">>>> Date: Thursday, May 18, 2017 at 11:46 AM<br clear="none">>>> To: gnso-rds-pdp-wg <<a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a>><br clear="none">>>> Subject: Re: [gnso-rds-pdp-wg] IMPROTANT - Action Items and Notes<br clear="none">>>> from Next-Generation RDS PDP Working Group Call - 17 May 2017<br clear="none">>>><br clear="none">>>>> Got to agree with Andrew on this - my thoughts on thin is exactly<br clear="none">>>>> what Verisign shows now which is basically domain name, dates,<br clear="none">>>>> registrar, nameservers and status << That is the common term of "THIN DATA".<br clear="none">>>>><br clear="none">>>>> As I said, thin data I have no issues with, even data harvesting<br clear="none">>>>> companies having it lawfully.<br clear="none">>>>><br clear="none">>>>> Kind regards,<br clear="none">>>>><br clear="none">>>>> Chris<br clear="none">>>>><br clear="none">>>>> From: "Andrew Sullivan" <<a shape="rect" ymailto="mailto:ajs@anvilwalrusden.com" href="mailto:ajs@anvilwalrusden.com">ajs@anvilwalrusden.com</a>><br clear="none">>>>> To: "Paul Keating" <<a shape="rect" ymailto="mailto:paul@law.es" href="mailto:paul@law.es">paul@law.es</a>><br clear="none">>>>> Cc: "gnso-rds-pdp-wg" <<a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a>><br clear="none">>>>> Sent: Thursday, 18 May, 2017 00:52:33<br clear="none">>>>> Subject: Re: [gnso-rds-pdp-wg] IMPROTANT - Action Items and Notes from<br clear="none">>>>> Next-Generation RDS PDP Working Group Call - 17 May 2017<br clear="none">>>>><br clear="none">>>>> No, the data we are currently discussing is thin data. Among it, I<br clear="none">>>>> believe only the domain name and maybe the name servers are entered<br clear="none">>>>> by the registrant, and both of those are required if there is to be<br clear="none">>>>> a domain name that works on the Internet.<br clear="none">>>>><br clear="none">>>>> I find it quite frustrating that we do not seem to be able, as a<br clear="none">>>>> group, to keep these elementary distinctions before us during<br clear="none">>>>> discussion.<br clear="none">>>>><br clear="none">>>>> A<br clear="none">>>>><br clear="none">>>>> --<br clear="none">>>>> Andrew Sullivan<br clear="none">>>>> Please excuse my clumbsy thums.<br clear="none">>>>><br clear="none">>>>>> On May 17, 2017, at 18:06, Paul Keating <<a shape="rect" ymailto="mailto:paul@law.es" href="mailto:paul@law.es">paul@law.es</a>> wrote:<br clear="none">>>>>><br clear="none">>>>>> Licensing what and from whom?<br clear="none">>>>>><br clear="none">>>>>> This is data entered by the registrant. Privacy issues apply only<br clear="none">>>>>> to the subset of individuals.<br clear="none">>>>>><br clear="none">>>>>> Sent from my iPad<br clear="none">>>>>><br clear="none">>>>>>> On 17 May 2017, at 23:38, Greg Shatan <<a shape="rect" ymailto="mailto:gregshatanipc@gmail.com" href="mailto:gregshatanipc@gmail.com">gregshatanipc@gmail.com</a>> wrote:<br clear="none">>>>>>><br clear="none">>>>>>> One way to deal with harvesters is through a licensing set-up.<br clear="none">>>>>>> There are legitimate reasons to have the full dataset, and these<br clear="none">>>>>>> should be accommodated in a controlled environment. Preventing<br clear="none">>>>>>> bad harvesters is worthwhile, prevent all harvesting is another<br clear="none">>>>>>> issue entirely....<br clear="none">>>>>>><br clear="none">>>>>>> Greg Shatan<br clear="none">>>>>>> C: 917-816-6428<br clear="none">>>>>>> S: gsshatan<br clear="none">>>>>>> <a shape="rect" ymailto="mailto:gregshatanipc@gmail.com" href="mailto:gregshatanipc@gmail.com">gregshatanipc@gmail.com</a><br clear="none">>>>>>><br clear="none">>>>>>><br clear="none">>>>>>><br clear="none">>>>>>> On Wed, May 17, 2017 at 3:00 PM, Michael Peddemors<br clear="none">>>>>>> <<a shape="rect" ymailto="mailto:michael@linuxmagic.com" href="mailto:michael@linuxmagic.com">michael@linuxmagic.com</a>> wrote:<br clear="none">>>>>>>> On 17-05-17 10:46 AM, Jeremy Malcolm wrote:<br clear="none">>>>>>>>>> On 17/5/17 9:40 am, Michael Peddemors wrote:<br clear="none">>>>>>>>>> Yes, this is the common argument, however IMHO this is a red<br clear="none">>>>>>>>>> herring..<br clear="none">>>>>>>>>> There are more efficient ways for 'harvesters' to gain data,<br clear="none">>>>>>>>>> and others way to prevent such abuse..<br clear="none">>>>>>>>>><br clear="none">>>>>>>>>> Again, IMHO this argument is another case of impacting the<br clear="none">>>>>>>>>> many legitimate users, for the sake of a few bad apples..<br clear="none">>>>>>>>>><br clear="none">>>>>>>>>> And I havent' seen any arguments yet, of a case scenario which<br clear="none">>>>>>>>>> can't be addressed by other means..<br clear="none">>>>>>>>><br clear="none">>>>>>>>> So to reverse this, what are the *legitimate* purposes of<br clear="none">>>>>>>>> harvesting?<br clear="none">>>>>>>><br clear="none">>>>>>>> Who said anything about arguing for 'harvesting' as a legitimate<br clear="none">>>>>>>> purpose? I didn't, and even pointed out that there are way(s)<br clear="none">>>>>>>> to target harvesters..<br clear="none">>>>>>>><br clear="none">>>>>>>> I was pointing out the legitimate purposes of accessing the data..<br clear="none">>>>>>>><br clear="none">>>>>>>> And many of those cases have already been stated, I could<br clear="none">>>>>>>> re-iterate those arguments, and give examples of why 'we' need<br clear="none">>>>>>>> to access the data, but again, 'harvesting' is different than access.<br clear="none">>>>>>>><br clear="none">>>>>>>> Arguing that we 'have to stop harvesters' by denying access to<br clear="none">>>>>>>> the data for legitimate purposes was the original point. There<br clear="none">>>>>>>> are other means to target those perpetrators.. But it shouldn't<br clear="none">>>>>>>> be used as a 'scary boogeyman' exists, so everyone lock your doors.<br clear="none">>>>>>>><br clear="none">>>>>>>> To paraphrase.. "Just because criminals exist, doesn't mean that<br clear="none">>>>>>>> civilians can't walk the street". That is a 'gut reaction' of<br clear="none">>>>>>>> fear, and not a solution. Better policing, targeting criminals,<br clear="none">>>>>>>> or carry a big stick solves that :)<br clear="none">>>>>>>><br clear="none">>>>>>>> Nuff said.. as I said, lets' place case scenario's and argument<br clear="none">>>>>>>> each on their merits.. and not react to a 'undefinable' threat..<br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>><br clear="none">>>>>>>> --<br clear="none">>>>>>>> "Catch the Magic of Linux..."<br clear="none">>>>>>>><br clear="none">>>>>>>> ----------------------------------------------------------------<br clear="none">>>>>>>> --<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> Michael Peddemors, President/CEO LinuxMagic Inc.<br clear="none">>>>>>>> Visit us at <a shape="rect" href="http://www.linuxmagic.com/" target="_blank">http://www.linuxmagic.com </a>@linuxmagic<br clear="none">>>>>>>><br clear="none">>>>>>>> ----------------------------------------------------------------<br clear="none">>>>>>>> --<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> A Wizard IT Company - For More Info <a shape="rect" href="http://www.wizard.ca/" target="_blank">http://www.wizard.ca</a><br clear="none">>>>>>>> "LinuxMagic" a Registered TradeMark of Wizard Tower<br clear="none">>>>>>>> TechnoServices Ltd.<br clear="none">>>>>>>><br clear="none">>>>>>>> ----------------------------------------------------------------<br clear="none">>>>>>>> --<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> ---<br clear="none">>>>>>>> 604-682-0300 Beautiful British Columbia, Canada<br clear="none">>>>>>>><br clear="none">>>>>>>> This email and any electronic data contained are confidential<br clear="none">>>>>>>> and intended solely for the use of the individual or entity to<br clear="none">>>>>>>> which they are addressed.<br clear="none">>>>>>>> Please note that any views or opinions presented in this email<br clear="none">>>>>>>> are solely those of the author and are not intended to<br clear="none">>>>>>>> represent those of the company.<br clear="none">>>>>>>> _______________________________________________<br clear="none">>>>>>>> gnso-rds-pdp-wg mailing list<br clear="none">>>>>>>> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>>>>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>>>>>><br clear="none">>>>>>> _______________________________________________<br clear="none">>>>>>> gnso-rds-pdp-wg mailing list<br clear="none">>>>>>> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>>>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>>>>> _______________________________________________<br clear="none">>>>>> gnso-rds-pdp-wg mailing list<br clear="none">>>>>> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>>>><br clear="none">>>>> _______________________________________________<br clear="none">>>>> gnso-rds-pdp-wg mailing list<br clear="none">>>>> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>>>> _______________________________________________ gnso-rds-pdp-wg<br clear="none">>>>> mailing list <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>>> _______________________________________________<br clear="none">>>> gnso-rds-pdp-wg mailing list<br clear="none">>>> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">>>> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">>><br clear="none">><br clear="none">><br clear="none">> _______________________________________________<br clear="none">> gnso-rds-pdp-wg mailing list<br clear="none">> <a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none">> <a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br clear="none">_______________________________________________<br clear="none">gnso-rds-pdp-wg mailing list<br clear="none"><a shape="rect" ymailto="mailto:gnso-rds-pdp-wg@icann.org" href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br clear="none"><a shape="rect" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a></div></div><br><br></div> </div> </div> </div></div></body></html>