<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Why do we want to prevent harvesting? Asking for a friend.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"></p><div><p style="text-indent:0in"><span style="font-size:12.8px"><a name="UNIQUE_ID_SafeHtmlFilter_UNIQUE_ID_SafeHtmlFilter_UNIQUE_ID_SafeHtmlFilter__GoBack"></a></span><b style="font-size:12.8px"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#002e62">Greg
Shatan<br>
</span></b><span style="font-size:10pt;font-family:Arial,sans-serif;color:black">C: 917-816-6428<br>
S: gsshatan</span><font color="#000000" face="Arial, sans-serif"><span style="font-size:13.3333px"><br></span></font><a href="mailto:gregshatanipc@gmail.com" style="font-family:Arial,sans-serif;font-size:10pt;text-indent:0in" target="_blank"><span style="color:#1155cc">gregshatanipc@gmail.com</span></a></p><p style="font-size:12.8px;text-indent:0in"><span style="font-size:10.0pt;font-family:"Arial","sans-serif""></span></p></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, May 17, 2017 at 11:58 AM, Volker Greimann <span dir="ltr"><<a href="mailto:vgreimann@key-systems.net" target="_blank">vgreimann@key-systems.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>I can see dozens of legitimate reasons for restricting access
that are not related to the efficiencies of the data retrieval
system, first of which is harvesting prevention. <br>
</p>
<p>Volker<br>
</p><div><div class="h5">
<br>
<div class="m_274932282668893854moz-cite-prefix">Am 17.05.2017 um 17:55 schrieb Paul
Keating:<br>
</div>
<blockquote type="cite">
<div style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><b style="font-family:Calibri;font-size:14.666666984558105px"><i>“There must be no RDS policies that
prevent RDS operators from applying operational controls
such as rate limiting and CAPTCHA, provided that they do not
unreasonably restrict legitimate access.“</i></b><span style="font-family:Calibri;font-size:14.666666984558105px">, </span></div>
<div style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px"><span style="font-family:Calibri;font-size:14.666666984558105px"><br>
</span></div>
<div><font face="Calibri" size="3">Caveat. The rate controls must
be related to controlling the efficiiciencies of the
underlying data retrieval system and not for o there purposes.</font></div>
<div><font face="Calibri" size="3"><br>
</font></div>
<div><font face="Calibri" size="3">PRK</font></div>
<span id="m_274932282668893854OLK_SRC_BODY_SECTION" style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14px">
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> <<a href="mailto:gnso-rds-pdp-wg-bounces@icann.org" target="_blank">gnso-rds-pdp-wg-bounces@<wbr>icann.org</a>>
on behalf of Amr Elsadr <<a href="mailto:amr.elsadr@icann.org" target="_blank">amr.elsadr@icann.org</a>><br>
<span style="font-weight:bold">Date: </span> Wednesday, May
17, 2017 at 9:48 AM<br>
<span style="font-weight:bold">To: </span> "<a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a>"
<<a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a>><br>
<span style="font-weight:bold">Subject: </span>
[gnso-rds-pdp-wg] IMPROTANT - Action Items and Notes from
Next-Generation RDS PDP Working Group Call - 17 May 2017<br>
</div>
<div><br>
</div>
<blockquote id="m_274932282668893854MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT:#b5c4df 5 solid;PADDING:0 0 0 5;MARGIN:0 0 0 5">
<div>
<div bgcolor="white" link="#0563C1" vlink="#954F72" lang="EN-US">
<div class="m_274932282668893854WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Dear
Working Group Members,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Please
find below the action items and notes from today’s
Working Group call.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Thanks.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Amr<u></u><u></u></span></p>
<div style="border:none;border-bottom:solid windowtext 1.0pt;padding:0in 0in 1.0pt 0in">
<p class="MsoNormal" style="border:none;padding:0in"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt">These
high-level notes are designed to help PDP WG
members navigate through the content of the call
and are not meant as a substitute for the
transcript and/or recording. The MP3, transcript,
and chat are provided separately and are posted on
the wiki here: <a href="https://community.icann.org/x/HMPRAw" target="_blank">
https://community.icann.org/x/<wbr>HMPRAw</a><u></u><u></u></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt"><u></u> <u></u></span></i></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Action
Items:<u></u><u></u></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">1.
Newcomers to RSVP to Newcomer Tutorial invitation if
you plan to attend<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">2.
Staff to launch poll the test revised item 2) in
<a href="https://community.icann.org/download/attachments/56986791/KeyConceptsDeliberation-WorkingDraft-9May2017.pdf?version=1&modificationDate=1494372838376&api=v2" target="_blank">statement
of purpose</a> and revised 2 May agreement:<u></u><u></u></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">a. The test revised item 2)
in
<a href="https://community.icann.org/download/attachments/56986791/KeyConceptsDeliberation-WorkingDraft-9May2017.pdf?version=1&modificationDate=1494372838376&api=v2" target="_blank">statement
of purpose</a>: "2) A purpose of RDS is to
facilitate dissemination of gTLD registration data
of record, such as domain names and their domain
contacts and name servers, in accordance with
applicable policy.”<u></u><u></u></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">b. Revised 2 May agreement:
"gTLD registration "thin data" must be accessible
without requestor identification, authentication, or
stated purpose"<u></u><u></u></span></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="font-size:11.0pt">WG members to participate
in poll by COB Saturday 20 May.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">3.
Rod Rasmussen and Vaibhav Aggarwal to work together
to define what "unreasonably restrict legitimate
access" means in the context of this statement
<b><i>“There must be no RDS policies that prevent
RDS operators from applying operational controls
such as rate limiting and CAPTCHA, provided that
they do not unreasonably restrict legitimate
access.“</i></b>, and propose that definition to
WG mailing list, preferably before next week's WG
call<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Notes:<u></u><u></u></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">1)
Roll Call/SOI Updates<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Attendance will be taken
from AC<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Please remember to state
your name before speaking and remember to mute
your microphones when not speaking<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">SOI updates: none<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">2)
Brief updates<br>
a) Newcomer tutorial plans:<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Tuesday 23 May,
immediately following WG Call<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Recording to be available
for on-demand replay<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Action
Item:</span></b><span style="font-size:11.0pt"> Newcomers
to RSVP to Newcomer Tutorial invitation if you plan
to attend<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">b)
ICANN59 meeting plans:<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Monday 26 June
Cross-Community Session on RDS<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Tuesday 27 June
Face-to-Face RDS PDP WG Session<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">3)
Review proposed-final definition(s) to replace
"authoritative" in Statement of Purpose, Item 2):<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt"><a href="https://community.icann.org/download/attachments/64078620/DataOfRecord-Proposal.pdf" target="_blank">https://community.icann.org/<wbr>download/attachments/64078620/<wbr>DataOfRecord-Proposal.pdf</a><u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Recommendation on how to
proceed with replacement term for "authoritative"<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Starting with poll
results from 28 March for Statement of Purpose
item 2) - substitute term "Data of Record" so that
item will read:<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">"2) A purpose of RDS is
to facilitate dissemination of gTLD registration
data of record, such as domain names and their
domain contacts and name servers, in accordance
with applicable policy.”<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Definition: "the data set
at a given time relevant to a given registration
object that expresses the data provided in the
then-current registration for that object.”<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Can still later consider
"source of record" but does not appear needed to
convey intent of this item in the statement of
purpose<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Proposed
WG Agreement (to test with poll): </span></b><span style="font-size:11.0pt">"2) A purpose of RDS is to
facilitate dissemination of gTLD registration data
of record, such as domain names and their domain
contacts and name servers, in accordance with
applicable policy.” (including footnoted definition
above)<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">4)
Continue deliberation on the charter question 5:
What steps should be taken to control "thin data"
access?<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">See handout <a href="https://community.icann.org/download/attachments/64078620/Charter%20Question%205%20-%20Handout%20-%20For17MayCall%20v2.pdf" target="_blank">https://community.<wbr>icann.org/download/<wbr>attachments/64078620/Charter%<wbr>20Question%205%20-%20Handout%<wbr>20-%20For17MayCall%20v2.pdf</a><u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Full results available
at <a href="https://community.icann.org/download/attachments/64078620/SummaryResults-Poll-from-9MayCall.pdf" target="_blank">https://community.icann.<wbr>org/download/attachments/<wbr>64078620/SummaryResults-Poll-<wbr>from-9MayCall.pdf</a><u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">a)
Is "thin data" access authentication required or
allowed?<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Proposed answer: Based on
Poll Question 2) Option e)<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">"Thin data elements must
be accessible without requestor authentication."<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">With 33 responses, option
e) had greatest support and least opposition - but
not rough consensus<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Does "inquirers
identifying themselves" or "authentication" imply
a person rather than a machine making the request?<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">First proposed change
"gTLD registration "thin data" should be
accessible without inquirer identification or
stating purpose".<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Consider combining option
e) with this agreement, and using "requestor"
instead of "inquirer" for consistency<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Revised/combined proposed
change "gTLD registration "thin data" must be
accessible without requestor identification,
authentication, or stated purpose".<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Proposed
WG Agreement (to test with poll):</span></b><span style="font-size:11.0pt"> "gTLD registration "thin
data" must be accessible without requestor
identification, authentication, or stated purpose".<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">b)
Is "thin data" access anonymity required or allowed?<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Proposed answer: Based on
Poll Question 2) Comment 9:<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">"Access to thin
registration data must be provided to anonymous
requestors."<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Does anyone think we must
refer to anonymity or is proposed agreement in a)
sufficient?<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Introduces a new term
that may be problematic. <u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Why do we need to define
anonymous now? Thick data for LEA we may need to
define anonymous and untraceable and a whole slew
of things but we are only on thin data now, right?<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">The current proposal
(under a above) says what the requestor does _not_
have to give, rather than trying to create an
attribute of the requestor<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">c)
Do we need to define "authentication"?<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">We might need to define
it later (since we say that there is no
authentification required for thin data) - may
need to define it for thick data<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Is "according to policy"
implicit in WG agreements? We haven't yet agreed
on specific "thin data" elements yet<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Action
Item:</span></b><span style="font-size:11.0pt"> Staff
to launch poll the test revised item 2) in statement
of purpose and revised 2 May agreement (the two
Proposed WG Agreements above). WG members to
participate in poll by COB Saturday 20 May.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">d)
Should policies allow or prevent application of
operational controls?<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">Rough consensus WG
Agreement (75%) on Poll Question 3):<u></u><u></u></span></li>
<li class="MsoNormal"><i><span style="font-size:11.0pt">"There must be no RDS
policies that prevent RDS operators from
applying operational controls such as rate
limiting and CAPTCHA, provided that they do not
unreasonably restrict legitimate access."</span></i><span style="font-size:11.0pt"><u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Need to define specific
policy for "reasonable" and "legitimate" during
Phase 2 of this PDP?<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Is there a need for an
explicit statement like this? If the information
is public, is it necessary to limit to prevent
scraping? Or is rate limiting being used to limit
legitimate access - can't ignore this
gaming/artificial limit possibility.<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Note 2013 RAA 3.3.5
states "Registrar shall permit use of data it
provides in response to queries for any lawful
purposes except to...(b) enable high volume,
automated, electronic processes that send queries
or data to the systems of any Registry Operator or
ICANN-Accredited registrar, except as reasonably
necessary to register domain names or modify
existing registrations."<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Perhaps rather than
saying something about rate-limiting per se, we
need an SLA about the level of access that must be
supported.<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Remaining silent on this
point may lead to policies that interfere with use
of operational controls - but using "unreasonably
restrict legitimate access" may leap this too open
ended<u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">Agreed to put this rough
consensus point on hold, pending definition of
what "unreasonably restrict legitimate access"
means<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Action
Item:</span></b><span style="font-size:11.0pt"> Rod
Rasmussen and Vaibhav Aggarwal to work together to
define what "unreasonably restrict legitimate
access" means in the context of this statement and
propose that definition to WG mailing list,
preferrably before next week's WG call.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">e)
Review all of charter question 5 sub-questions with
goal to complete first pass deliberation on "thin
data" access in May<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">DEFERRED TO 23
MAY WG MEETING<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">5)
Confirm action items and proposed decision points<u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><b><span style="font-size:11.0pt">Proposed WG Agreement
(to test with poll): </span></b><span style="font-size:11.0pt">"2) A purpose of RDS is
to facilitate dissemination of gTLD registration
data of record, such as domain names and their
domain contacts and name servers, in accordance
with applicable policy.” (including footnoted
definition above)<u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt">Proposed WG Agreement
(to test with poll):</span></b><span style="font-size:11.0pt"> "gTLD registration "thin
data" must be accessible without requestor
identification, authentication, or stated
purpose".<u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt">Action Item:</span></b><span style="font-size:11.0pt"> Newcomers to RSVP to
Newcomer Tutorial invitation if you plan to attend<u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt">Action Item:</span></b><span style="font-size:11.0pt"> Staff to launch poll the
test revised item 2) in statement of purpose and
revised 2 May agreement (the two Proposed WG
Agreements above). WG members to participate in
poll by COB Saturday 20 May.<u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt">Action Item:</span></b><span style="font-size:11.0pt"> Rod Rasmussen
and Vaibhav Aggarwal to work together to define
what "unreasonably restrict legitimate access"
means in the context of this statement and propose
that definition to WG mailing list, preferably
before next week's WG call.<u></u><u></u></span></li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt">6)
Confirm next meeting date: 23 May 2017 at 16:00 UTC<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"> <u></u><u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt">Meeting
Materials</span></b><span style="font-size:11.0pt"><u></u><u></u></span></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><b><span style="font-size:11.0pt"><a href="https://community.icann.org/download/attachments/64078620/DataOfRecord-Proposal.pdf?version=1&modificationDate=1494989338000&api=v2" target="_blank">Data
of Record Proposal</a></span></b><span style="font-size:11.0pt"><u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt"><a href="https://community.icann.org/download/attachments/64078620/Charter%20Question%205%20-%20Handout%20-%20For17MayCall%20v2.pdf?version=1&modificationDate=1494961615000&api=v2" target="_blank">Charter
Question 5 - Handout - For17MayCall.pdf </a></span></b><span style="font-size:11.0pt"><u></u><u></u></span></li>
<li class="MsoNormal"><b><span style="font-size:11.0pt"><a href="https://community.icann.org/download/attachments/56986791/KeyConceptsDeliberation-WorkingDraft-9May2017.pdf?version=1&modificationDate=1494372838376&api=v2" target="_blank">KeyConceptsDeliberation-<wbr>WorkingDraft-9May2017.pdf</a> </span></b><span style="font-size:11.0pt">and <b><a href="https://community.icann.org/download/attachments/56986791/KeyConceptsDeliberation-WorkingDraft-9May2017.docx?version=1&modificationDate=1494372853897&api=v2" target="_blank"><wbr>doc</a></b><u></u><u></u></span></li>
</ul>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><b><span style="font-size:11.0pt">9 May Call Poll Results
-</span></b><span style="font-size:11.0pt"><u></u><u></u></span>
<ul style="margin-top:0in" type="disc">
<li class="MsoNormal"><span style="font-size:11.0pt">PDF of
Poll Questions:<b> <i><a href="https://community.icann.org/download/attachments/64078610/Poll-from-9MayCall.pdf?version=1&modificationDate=1494374689000&api=v2" target="_blank">Poll-from-9MayCall.<wbr>pdf</a></i></b><u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">SurveyMonkey
Summary Poll Results: <b><i><a href="https://community.icann.org/download/attachments/64078620/SummaryResults-Poll-from-9MayCall.pdf?version=1&modificationDate=1494787660000&api=v2" target="_blank">SummaryResults-Poll-<wbr>from-9MayCall.pdf</a></i></b><u></u><u></u></span></li>
<li class="MsoNormal"><span style="font-size:11.0pt">SurveyMonkey
Raw Data Poll Results: <b><i><a href="https://community.icann.org/download/attachments/64078620/RawDataResults-Poll-from-9MayCall.zip?version=1&modificationDate=1494787676000&api=v2" target="_blank">RawDataResults-Poll-<wbr>from-9MayCall.zip</a></i></b> and <b><i><a href="https://community.icann.org/download/attachments/64078620/RawDataResults-Poll-from-9MayCall.xls?version=1&modificationDate=1494787693000&api=v2" target="_blank">XLS</a></i></b><u></u><u></u></span></li>
</ul>
</li>
</ul>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
</div>
</div>
</div>
______________________________<wbr>_________________
gnso-rds-pdp-wg mailing list
<a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rds-pdp-wg</a></blockquote>
</span>
<br>
<fieldset class="m_274932282668893854mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
gnso-rds-pdp-wg mailing list
<a class="m_274932282668893854moz-txt-link-abbreviated" href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a>
<a class="m_274932282668893854moz-txt-link-freetext" href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rds-pdp-wg</a></pre>
</blockquote>
<br>
</div></div><pre class="m_274932282668893854moz-signature" cols="72">--
Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.
Mit freundlichen Grüßen,
Volker A. Greimann
- Rechtsabteilung -
Key-Systems GmbH
Im Oberen Werk 1
66386 St. Ingbert
Tel.: <a href="tel:+49%206894%209396901" value="+4968949396901" target="_blank">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_274932282668893854moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank">vgreimann@key-systems.net</a>
Web: <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank">www.key-systems.net</a> / <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank">www.RRPproxy.net</a>
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank">www.domaindiscount24.com</a> / <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank">www.BrandShelter.com</a>
Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank">www.facebook.com/KeySystems</a>
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank">www.twitter.com/key_systems</a>
Geschäftsführer: Alexander Siffrin
Handelsregister Nr.: HR B 18835 - Saarbruecken
Umsatzsteuer ID.: DE211006534
Member of the KEYDRIVE GROUP
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank">www.keydrive.lu</a>
Der Inhalt dieser Nachricht ist vertraulich und nur für den angegebenen Empfänger bestimmt. Jede Form der Kenntnisgabe, Veröffentlichung oder Weitergabe an Dritte durch den Empfänger ist unzulässig. Sollte diese Nachricht nicht für Sie bestimmt sein, so bitten wir Sie, sich mit uns per E-Mail oder telefonisch in Verbindung zu setzen.
------------------------------<wbr>--------------
Should you have any further questions, please do not hesitate to contact us.
Best regards,
Volker A. Greimann
- legal department -
Key-Systems GmbH
Im Oberen Werk 1
66386 St. Ingbert
Tel.: <a href="tel:+49%206894%209396901" value="+4968949396901" target="_blank">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_274932282668893854moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank">vgreimann@key-systems.net</a>
Web: <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank">www.key-systems.net</a> / <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank">www.RRPproxy.net</a>
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank">www.domaindiscount24.com</a> / <a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank">www.BrandShelter.com</a>
Follow us on Twitter or join our fan community on Facebook and stay updated:
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank">www.facebook.com/KeySystems</a>
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank">www.twitter.com/key_systems</a>
CEO: Alexander Siffrin
Registration No.: HR B 18835 - Saarbruecken
V.A.T. ID.: DE211006534
Member of the KEYDRIVE GROUP
<a class="m_274932282668893854moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank">www.keydrive.lu</a>
This e-mail and its attachments is intended only for the person to whom it is addressed. Furthermore it is not permitted to publish any content of this email. You must not use, disclose, copy, print or rely on this e-mail. If an addressing or transmission error has misdirected this e-mail, kindly notify the author by replying to this e-mail or contacting us by telephone.
</pre>
</div>
<br>______________________________<wbr>_________________<br>
gnso-rds-pdp-wg mailing list<br>
<a href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rds-pdp-wg</a><br></blockquote></div><br></div>