<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>I think you are getting a step ahead of our target. As we have
      not yet defined how authentification would look like, you are
      making a presumption that may not be correct. We have not yet
      determined that authentification needs to be personal. If may very
      well be, but lets look at our verification and authntification
      options when we get to that point. <br>
    </p>
    <p>Volker<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Am 07.06.2017 um 13:04 schrieb jonathan
      matkowsky:<br>
    </div>
    <blockquote type="cite"
cite="mid:CALsyHBkokvcvUZMELQ-6twgHd=UpCAAmff6_bK5hOw5fGsQWmw@mail.gmail.com">
      <div dir="ltr">
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;font-size:small">Volker,
          I am sorry but for privacy reasons, I am advocating that there
          has to be a basis for authentication. Once you authenticate,
          you are requiring personal information to be disclosed. If
          there is no personal information to protect in doing so, than
          you would be encroaching on privacy for no legitimate
          reason--thereby violating the proportionality principle.</div>
      </div>
      <div class="gmail_extra"><br clear="all">
        <div>
          <div class="gmail_signature" data-smartmail="gmail_signature">
            <div dir="ltr">
              <div>Jonathan Matkowsky,<br>
                VP – IP &amp; Brand Security<br>
                USA:: 1.347.467.1193 | Office:: +972-(0)8-926-2766<br>
                Emergency mobile:: +972-(0)54-924-0831<br>
                Company Reg. No. 514805332  <br>
                11/1 Nachal Chever, Modiin Israel<br>
                <a href="http://www.riskiq.co.il" target="_blank"
                  moz-do-not-send="true">Website</a><br>
                RiskIQ Technologies Ltd. (wholly-owned by RiskIQ, Inc.)</div>
            </div>
          </div>
        </div>
        <br>
        <div class="gmail_quote">On Wed, Jun 7, 2017 at 1:05 PM, Paul
          Keating <span dir="ltr">&lt;<a href="mailto:paul@law.es"
              target="_blank" moz-do-not-send="true">paul@law.es</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="auto">
              <div>Sorry but your position keeps changing.  You clearly
                favor restrictions on access.  You appear to have
                abandoned the privacy angle as justification and are now
                relying upon an anti-abuse rationale.  This last
                position is rather useless.  We all know that captcha
                and other gates easily overcome.    Thus the abuse you
                note will continue.  Unless you are going to impose
                downstream use restrictions - which will largely if not
                entirely be unenforceable from a practical standpoint -
                there would be nothing to prevent a spammer to
                authenticate him/her self using any number of fake
                entities and thereafter publish the same data freely to
                others.</div>
              <div id="m_-2689582086140126072AppleMailSignature"><br>
              </div>
              <div id="m_-2689582086140126072AppleMailSignature">I am
                left to conclude that what you really want is to
                preclude harvesting of data so that it can be controlled
                at the registry/registrar level.  <br>
                <br>
                Sent from my iPad</div>
              <div><br>
                On 7 Jun 2017, at 10:31, Volker Greimann &lt;<a
                  href="mailto:vgreimann@key-systems.net"
                  target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>&gt;
                wrote:<br>
                <br>
              </div>
              <blockquote type="cite">
                <div>
                  <p>Hi Jonathan,</p>
                  <p>and I have no issue with the public being able to
                    get that information. Still, there is no reason why
                    the requester should not authenticate himself when
                    making that inquiry. Remember the access levels do
                    not block access, they just require further
                    authentification. So the public would be able to
                    find out when a domain is expected to become
                    available. This is no argument against gated access.</p>
                  <p>Best,</p>
                  <p>Volker</p>
                  <p><br>
                  </p>
                  <p><br>
                  </p>
                  <br>
                  <div class="m_-2689582086140126072moz-cite-prefix">Am
                    07.06.2017 um 11:23 schrieb jonathan matkowsky:<br>
                  </div>
                  <blockquote type="cite">
                    <div>The public has the right to know when a domain
                      is expected to become available. They might need
                      to place a backorder. All UDRPs require the
                      provider to check whether the domain is set to
                      expire during the  proceeding. The fake renewal
                      notices and SEO scams will continue based on the
                      existence of the domain. I have seen countless
                      such scams where the domain is not set to expire
                      for years, and where it wasn't even recently
                      created--which supports keeping the creation and
                      expiration dates ungated so that companies can
                      verify that the scams are not bona fide.</div>
                    <div><br>
                      <div class="gmail_quote">
                        <div>On Wed, 7 Jun 2017 at 11:54 Volker Greimann
                          &lt;<a href="mailto:vgreimann@key-systems.net"
                            target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>&gt;
                          wrote:<br>
                        </div>
                        <blockquote class="gmail_quote" style="margin:0
                          0 0 .8ex;border-left:1px #ccc
                          solid;padding-left:1ex">
                          <div text="#000000" bgcolor="#FFFFFF"> It is
                            remarkable how much of the spam that we see
                            on a regular basis that is tied to the
                            domain lifecycle. Fake renewal notices, SEO
                            offers, the lot. <br>
                            Anything that would reduce this is a basis
                            for restricting access somewhat. I do not
                            really see any harm in such restrictions
                            either.<br>
                            <br>
                            Best,<br>
                            Volker</div>
                          <div text="#000000" bgcolor="#FFFFFF"><br>
                            <br>
                            <div
                              class="m_-2689582086140126072m_1381224760868507598moz-cite-prefix">Am
                              07.06.2017 um 10:27 schrieb jonathan
                              matkowsky:<br>
                            </div>
                            <blockquote type="cite">
                              <div>There is no basis for restricting
                                ungated access any more so than the
                                domain's existence or the string of
                                characters registered.</div>
                              <div><br>
                                <div class="gmail_quote">
                                  <div>On Wed, 7 Jun 2017 at 11:22
                                    Volker Greimann &lt;<a
                                      href="mailto:vgreimann@key-systems.net"
                                      target="_blank"
                                      moz-do-not-send="true">vgreimann@key-systems.net</a>&gt;
                                    wrote:<br>
                                  </div>
                                  <blockquote class="gmail_quote"
                                    style="margin:0 0 0
                                    .8ex;border-left:1px #ccc
                                    solid;padding-left:1ex">I have no
                                    objections against having this data
                                    available and accessible.<br>
                                    The question is whether it should be
                                    as accessible as it is now or<br>
                                    whether there could be certain
                                    restrictions. A tiered access system
                                    as<br>
                                    has been proposed would solve this
                                    beautifully.<br>
                                    <br>
                                    In this case, the dates would be on
                                    the second tier (the first tier<br>
                                    being full unhindered access), which
                                    would entail some form of<br>
                                    authentification and bulk access
                                    restrictions. Every single one of
                                    the<br>
                                    uses Andrew desribes would remain
                                    possible and unproblematic, but the<br>
                                    data would no longer be in as much
                                    danger of being abused as it is
                                    today.<br>
                                    <br>
                                    Best,<br>
                                    <br>
                                    Volker<br>
                                    <br>
                                    <br>
                                    Am 06.06.2017 um 22:07 schrieb
                                    Michael Peddemors:<br>
                                    &gt; +1 as well..<br>
                                    &gt;<br>
                                    &gt; .. but with so many +1's on
                                    having that data publicly
                                    accessible, it<br>
                                    &gt; would be interesting to take a
                                    straw poll, to a wider audience on
                                    that<br>
                                    &gt; simple question..<br>
                                    &gt;<br>
                                    &gt; It would be also nice to see
                                    what category the parties in each
                                    camp<br>
                                    &gt; lie? We know that everyone
                                    involved in making the internet a
                                    safer and<br>
                                    &gt; better place (security
                                    companies, law enforcement et al)
                                    want it<br>
                                    &gt; available, and to define 'thin
                                    data' as wide as possible, and I can<br>
                                    &gt; understand that some
                                    consideration to privacy be
                                    considered so that it<br>
                                    &gt; doesn't go too wide, but not
                                    really certain I understand the
                                    position<br>
                                    &gt; of those that want it as 'thin'
                                    as possible, or non-existant, and/or<br>
                                    &gt; the parties behind that
                                    position and their numbers.<br>
                                    &gt;<br>
                                    &gt; And of course the ever present
                                    question for both camps, is the
                                    opinion<br>
                                    &gt; coming from a place where there
                                    are financial motivations (not that<br>
                                    &gt; necessarily there is anything
                                    wrong with that &lt;sic&gt;) that
                                    have formed<br>
                                    &gt; the basis of that opinion. (eg,
                                    if the money equation was removed,<br>
                                    &gt; would you still have that
                                    opinion, or even be in the
                                    conversation?)<br>
                                    &gt;<br>
                                    &gt; For all we know, the privacy
                                    camp are in very small numbers in
                                    this<br>
                                    &gt; conversation, and while they
                                    might hold legitimate positions,
                                    maybe it<br>
                                    &gt; isn't enough to affect the
                                    directions/positions of ICANN as a
                                    group<br>
                                    &gt; going forward.<br>
                                    &gt;<br>
                                    &gt; And IMHO, even if it was 50/50
                                    split, if it came down to two camps,
                                    eg<br>
                                    &gt; 'the ones keeping us safe' and
                                    'it affects/risks our pocketbooks',
                                    I<br>
                                    &gt; would err on policies that
                                    would aid the former..<br>
                                    &gt;<br>
                                    &gt; Don't want 'politics' to affect
                                    such important decisions..<br>
                                    &gt;<br>
                                    &gt;<br>
                                    &gt;<br>
                                    &gt; On 17-06-06 11:22 AM, Andrew
                                    Sullivan wrote:<br>
                                    &gt;&gt; Hi,<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; On the call today there
                                    were arguments being made about why
                                    certain<br>
                                    &gt;&gt; fields should not be
                                    publicly accessible.  In effect,
                                    what we are now<br>
                                    &gt;&gt; arguing about, in talking
                                    about what should be considered
                                    "thin data",<br>
                                    &gt;&gt; is the definition of the
                                    set of data to which unauthenticated
                                    access<br>
                                    &gt;&gt; should be permitted.  (Let
                                    us please not get distracted by what
                                    is<br>
                                    &gt;&gt; actually required by the
                                    RAA or anything like that just now,
                                    since the<br>
                                    &gt;&gt; outcome of this policy
                                    discussion might change that.)<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; There were several
                                    arguments put forth about whether
                                    the created on,<br>
                                    &gt;&gt; updated on, and expiry
                                    dates should be included. 
                                    Similarly, people<br>
                                    &gt;&gt; discussed whether the
                                    domain status values should be
                                    included. I<br>
                                    &gt;&gt; believe they must be.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; The Internet is unlike many
                                    other technologies because of its
                                    radical<br>
                                    &gt;&gt; decentralization.  That is
                                    not some sort of political choice,
                                    but<br>
                                    &gt;&gt; instead a fundamental part
                                    of the design of the Internet: it's
                                    a<br>
                                    &gt;&gt; network of networks (of
                                    networks…) formed by voluntary
                                    interoperation<br>
                                    &gt;&gt; among the participants. 
                                    Participants in the Internet
                                    interoperate<br>
                                    &gt;&gt; without setting up formal
                                    contractual arrangements between all
                                    the<br>
                                    &gt;&gt; participating parties. 
                                    This feature is part of what has
                                    made the<br>
                                    &gt;&gt; Internet so successful
                                    compared to other telecommunications
                                    systems,<br>
                                    &gt;&gt; because the barrier to
                                    entry is really low.  But that
                                    design comes at<br>
                                    &gt;&gt; a cost.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; The cost is that there's
                                    not always a party to speak to, with
                                    whom one<br>
                                    &gt;&gt; has a pre-existing
                                    relationship.  If communications
                                    break down between<br>
                                    &gt;&gt; two telephone customers,
                                    they know whom to call: the phone
                                    company.<br>
                                    &gt;&gt; The phone company also has
                                    contractual (or sometimes treaty)<br>
                                    &gt;&gt; relationships to other
                                    phone companies.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; The Internet doesn't work
                                    that way.  If you and I are
                                    communicating<br>
                                    &gt;&gt; over the Internet, there is
                                    no guarantee of direct contractual<br>
                                    &gt;&gt; relationships all the way
                                    along the transit path: that's what
                                    open<br>
                                    &gt;&gt; peering policies ensure. 
                                    The way we make this work in fact is
                                    by<br>
                                    &gt;&gt; placing the responsibility
                                    for troubleshooting out at the
                                    edges.  And<br>
                                    &gt;&gt; because of that, when I
                                    need to troubleshoot my site I need
                                    to have<br>
                                    &gt;&gt; tools with which to do
                                    that.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; In domain-based
                                    communications (such as email, IP
                                    telephony, websites,<br>
                                    &gt;&gt; money transfer, and
                                    thousands of other applications),
                                    when I encounter<br>
                                    &gt;&gt; a problem with the
                                    communication I need to answer
                                    whether the problem<br>
                                    &gt;&gt; is in _my_ network
                                    operation, or in the other end. 
                                    Important data to<br>
                                    &gt;&gt; rule out "the other end" is
                                    in the thin RDS data.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; Obviously, the nameserver
                                    and DNSSEC information in the RDS
                                    will allow<br>
                                    &gt;&gt; me to tell whether what is
                                    in the global DNS is what ought to
                                    be<br>
                                    &gt;&gt; there.  For instance, if
                                    the RDS has one value for the name
                                    servers,<br>
                                    &gt;&gt; but the DNS returns
                                    something else, there is a problem.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; Less obvious but just as
                                    important are the status values.  If
                                    a name<br>
                                    &gt;&gt; is on Hold or is
                                    pendingTransfer or something like
                                    that, it can tell<br>
                                    &gt;&gt; me that something is up.  A
                                    name that doesn't appear in the DNS
                                    but<br>
                                    &gt;&gt; has a full complement of
                                    name servers in the RDS, for
                                    example, might<br>
                                    &gt;&gt; be on hold; and I can't
                                    tell that without seeing the status
                                    values.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; In the same way, the dates
                                    in the RDS allow a troubleshooter to<br>
                                    &gt;&gt; understand what might be
                                    wrong when things are broken.  If a
                                    name is<br>
                                    &gt;&gt; set to expire in a day and
                                    you're getting a parking page on the<br>
                                    &gt;&gt; website, you have a clue
                                    about what is going on.  Most of the
                                    examples<br>
                                    &gt;&gt; cited in<br>
                                    &gt;&gt; <a
href="https://whoapi.com/blog/1582/5-all-time-domain-expirations-in-internets-history/"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">https://whoapi.com/blog/1582/<wbr>5-all-time-domain-expirations-<wbr>in-internets-history/</a><br>
                                    &gt;&gt;<br>
                                    &gt;&gt; were trivial to understand
                                    for help desks that could see that a
                                    name<br>
                                    &gt;&gt; that should have existed
                                    for some time was just hours old,
                                    because the<br>
                                    &gt;&gt; created_on date was
                                    available.  And if you start having
                                    trouble and<br>
                                    &gt;&gt; see a domain was updated
                                    about the same time the trouble
                                    started, you<br>
                                    &gt;&gt; have a pretty good clue
                                    that the problem is most likely at
                                    the target<br>
                                    &gt;&gt; domain, and not in your own
                                    network.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; As for the question of why
                                    the global Internet infrastructure
                                    needs to<br>
                                    &gt;&gt; help with this, the answer
                                    is that _that's what the
                                    infrastructure is<br>
                                    &gt;&gt; for_.  We have registrars
                                    and registries in order to
                                    co-ordinate these<br>
                                    &gt;&gt; assignments and make those
                                    assignments available, in support of
                                    the<br>
                                    &gt;&gt; distributed administration
                                    and operation of the Internet.  If
                                    the<br>
                                    &gt;&gt; infrastructure isn't
                                    providing this kind of information
                                    in order to<br>
                                    &gt;&gt; help administrators of
                                    various Internet administrators,
                                    then it isn't<br>
                                    &gt;&gt; doing its job.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; The Internet is a
                                    distributed system.  If you want to
                                    make distributed<br>
                                    &gt;&gt; systems work, you have to
                                    allow the operators to have enough<br>
                                    &gt;&gt; information to do their
                                    jobs independently of one another. 
                                    So,<br>
                                    &gt;&gt; regardless of where one
                                    lands on whether any of this data is
                                    personal<br>
                                    &gt;&gt; data, it makes no
                                    difference.  If you want the domain
                                    name system to<br>
                                    &gt;&gt; continue to work reliably,
                                    you have to publish this data.<br>
                                    &gt;&gt; Centralization and locking
                                    the data up for just registrars
                                    simply<br>
                                    &gt;&gt; won't scale.<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; Best regards,<br>
                                    &gt;&gt;<br>
                                    &gt;&gt; A<br>
                                    &gt;&gt;<br>
                                    &gt;<br>
                                    &gt;<br>
                                    &gt;<br>
                                    <br>
                                    --<br>
                                    Bei weiteren Fragen stehen wir Ihnen
                                    gerne zur Verfügung.<br>
                                    <br>
                                    Mit freundlichen Grüßen,<br>
                                    <br>
                                    Volker A. Greimann<br>
                                    - Rechtsabteilung -<br>
                                    <br>
                                    Key-Systems GmbH<br>
                                    Im Oberen Werk 1<br>
                                    66386 St. Ingbert<br>
                                    Tel.: <a
                                      href="tel:+49%206894%209396901"
                                      value="+4968949396901"
                                      target="_blank"
                                      moz-do-not-send="true">+49 (0)
                                      6894 - 9396 901</a><br>
                                    Fax.: <a
                                      href="tel:+49%206894%209396851"
                                      value="+4968949396851"
                                      target="_blank"
                                      moz-do-not-send="true">+49 (0)
                                      6894 - 9396 851</a><br>
                                    Email: <a
                                      href="mailto:vgreimann@key-systems.net"
                                      target="_blank"
                                      moz-do-not-send="true">vgreimann@key-systems.net</a><br>
                                    <br>
                                    Web: <a
                                      href="http://www.key-systems.net"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.key-systems.net</a>
                                    / <a href="http://www.RRPproxy.net"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.RRPproxy.net</a><br>
                                    <a
                                      href="http://www.domaindiscount24.com"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.domaindiscount24.com</a>
                                    / <a
                                      href="http://www.BrandShelter.com"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.BrandShelter.com</a><br>
                                    <br>
                                    Folgen Sie uns bei Twitter oder
                                    werden Sie unser Fan bei Facebook:<br>
                                    <a
                                      href="http://www.facebook.com/KeySystems"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.facebook.com/KeySystems</a><br>
                                    <a
                                      href="http://www.twitter.com/key_systems"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.twitter.com/key_systems</a><br>
                                    <br>
                                    Geschäftsführer: Alexander Siffrin<br>
                                    Handelsregister Nr.: HR B 18835 -
                                    Saarbruecken<br>
                                    Umsatzsteuer ID.: DE211006534<br>
                                    <br>
                                    Member of the KEYDRIVE GROUP<br>
                                    <a href="http://www.keydrive.lu"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.keydrive.lu</a><br>
                                    <br>
                                    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.<br>
                                    <br>
                                    ------------------------------<wbr>--------------<br>
                                    <br>
                                    Should you have any further
                                    questions, please do not hesitate to
                                    contact us.<br>
                                    <br>
                                    Best regards,<br>
                                    <br>
                                    Volker A. Greimann<br>
                                    - legal department -<br>
                                    <br>
                                    Key-Systems GmbH<br>
                                    Im Oberen Werk 1<br>
                                    66386 St. Ingbert<br>
                                    Tel.: <a
                                      href="tel:+49%206894%209396901"
                                      value="+4968949396901"
                                      target="_blank"
                                      moz-do-not-send="true">+49 (0)
                                      6894 - 9396 901</a><br>
                                    Fax.: <a
                                      href="tel:+49%206894%209396851"
                                      value="+4968949396851"
                                      target="_blank"
                                      moz-do-not-send="true">+49 (0)
                                      6894 - 9396 851</a><br>
                                    Email: <a
                                      href="mailto:vgreimann@key-systems.net"
                                      target="_blank"
                                      moz-do-not-send="true">vgreimann@key-systems.net</a><br>
                                    <br>
                                    Web: <a
                                      href="http://www.key-systems.net"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.key-systems.net</a>
                                    / <a href="http://www.RRPproxy.net"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.RRPproxy.net</a><br>
                                    <a
                                      href="http://www.domaindiscount24.com"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.domaindiscount24.com</a>
                                    / <a
                                      href="http://www.BrandShelter.com"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.BrandShelter.com</a><br>
                                    <br>
                                    Follow us on Twitter or join our fan
                                    community on Facebook and stay
                                    updated:<br>
                                    <a
                                      href="http://www.facebook.com/KeySystems"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.facebook.com/KeySystems</a><br>
                                    <a
                                      href="http://www.twitter.com/key_systems"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.twitter.com/key_systems</a><br>
                                    <br>
                                    CEO: Alexander Siffrin<br>
                                    Registration No.: HR B 18835 -
                                    Saarbruecken<br>
                                    V.A.T. ID.: DE211006534<br>
                                    <br>
                                    Member of the KEYDRIVE GROUP<br>
                                    <a href="http://www.keydrive.lu"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">www.keydrive.lu</a><br>
                                    <br>
                                    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.<br>
                                    <br>
                                    <br>
                                    <br>
                                    ______________________________<wbr>_________________<br>
                                    gnso-rds-pdp-wg mailing list<br>
                                    <a
                                      href="mailto:gnso-rds-pdp-wg@icann.org"
                                      target="_blank"
                                      moz-do-not-send="true">gnso-rds-pdp-wg@icann.org</a><br>
                                    <a
                                      href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg"
                                      rel="noreferrer" target="_blank"
                                      moz-do-not-send="true">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rds-pdp-wg</a></blockquote>
                                </div>
                              </div>
                              <div>-- <br>
                              </div>
                              <div data-smartmail="gmail_signature">jonathan
                                matkowsky, vp - ip &amp; head of global
                                brand threat mitigation</div>
                            </blockquote>
                            <br>
                            <pre class="m_-2689582086140126072m_1381224760868507598moz-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" moz-do-not-send="true">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank" moz-do-not-send="true">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank" moz-do-not-send="true">www.key-systems.net</a> / <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank" moz-do-not-send="true">www.BrandShelter.com</a>

Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank" moz-do-not-send="true">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_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank" moz-do-not-send="true">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank" moz-do-not-send="true">www.key-systems.net</a> / <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank" moz-do-not-send="true">www.BrandShelter.com</a>

Follow us on Twitter or join our fan community on Facebook and stay updated:
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="m_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank" moz-do-not-send="true">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_-2689582086140126072m_1381224760868507598moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank" moz-do-not-send="true">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>
                        </blockquote>
                      </div>
                    </div>
                    <div dir="ltr">-- <br>
                    </div>
                    <div data-smartmail="gmail_signature">jonathan
                      matkowsky, vp - ip &amp; head of global brand
                      threat mitigation</div>
                  </blockquote>
                  <br>
                  <pre class="m_-2689582086140126072moz-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" moz-do-not-send="true">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank" moz-do-not-send="true">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank" moz-do-not-send="true">www.key-systems.net</a> / <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank" moz-do-not-send="true">www.BrandShelter.com</a>

Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank" moz-do-not-send="true">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_-2689582086140126072moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">+49 (0) 6894 - 9396 901</a>
Fax.: <a href="tel:+49%206894%209396851" value="+4968949396851" target="_blank" moz-do-not-send="true">+49 (0) 6894 - 9396 851</a>
Email: <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net" target="_blank" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.key-systems.net" target="_blank" moz-do-not-send="true">www.key-systems.net</a> / <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.BrandShelter.com" target="_blank" moz-do-not-send="true">www.BrandShelter.com</a>

Follow us on Twitter or join our fan community on Facebook and stay updated:
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" target="_blank" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="m_-2689582086140126072moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" target="_blank" moz-do-not-send="true">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_-2689582086140126072moz-txt-link-abbreviated" href="http://www.keydrive.lu" target="_blank" moz-do-not-send="true">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>
              </blockquote>
              <blockquote type="cite">
                <div><span>______________________________<wbr>_________________</span><br>
                  <span>gnso-rds-pdp-wg mailing list</span><br>
                  <span><a href="mailto:gnso-rds-pdp-wg@icann.org"
                      target="_blank" moz-do-not-send="true">gnso-rds-pdp-wg@icann.org</a></span><br>
                  <span><a
                      href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg"
                      target="_blank" moz-do-not-send="true">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rds-pdp-wg</a></span></div>
              </blockquote>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <pre class="moz-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.: +49 (0) 6894 - 9396 901
Fax.: +49 (0) 6894 - 9396 851
Email: <a class="moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>

Web: <a class="moz-txt-link-abbreviated" href="http://www.key-systems.net">www.key-systems.net</a> / <a class="moz-txt-link-abbreviated" href="http://www.RRPproxy.net">www.RRPproxy.net</a>
<a class="moz-txt-link-abbreviated" href="http://www.domaindiscount24.com">www.domaindiscount24.com</a> / <a class="moz-txt-link-abbreviated" href="http://www.BrandShelter.com">www.BrandShelter.com</a>

Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:
<a class="moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems">www.facebook.com/KeySystems</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems">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="moz-txt-link-abbreviated" href="http://www.keydrive.lu">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.

--------------------------------------------

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.: +49 (0) 6894 - 9396 901
Fax.: +49 (0) 6894 - 9396 851
Email: <a class="moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>

Web: <a class="moz-txt-link-abbreviated" href="http://www.key-systems.net">www.key-systems.net</a> / <a class="moz-txt-link-abbreviated" href="http://www.RRPproxy.net">www.RRPproxy.net</a>
<a class="moz-txt-link-abbreviated" href="http://www.domaindiscount24.com">www.domaindiscount24.com</a> / <a class="moz-txt-link-abbreviated" href="http://www.BrandShelter.com">www.BrandShelter.com</a>

Follow us on Twitter or join our fan community on Facebook and stay updated:
<a class="moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems">www.facebook.com/KeySystems</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems">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="moz-txt-link-abbreviated" href="http://www.keydrive.lu">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>
  </body>
</html>