<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Paul,</p>
    <p>maybe you can help me understand your position then. We know
      there is abuse of this data. We all agree that access should be
      possible for the public. Where is the harm of gating the access to
      the data that is being abused to mitigate some of that abuse? <br>
    </p>
    <p>You continue to oppose gating yet you provide no argument to
      support that opinion. <br>
    </p>
    <p>Where is the harm? I just do not see it. <br>
    </p>
    <p>Best,</p>
    <p>Volker<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Am 07.06.2017 um 11:53 schrieb Paul
      Keating:<br>
    </div>
    <blockquote type="cite"
      cite="mid:0F5FD337-09DE-48FF-AF07-76028FF2D513@law.es">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <div>Volker,</div>
      <div id="AppleMailSignature"><br>
      </div>
      <div id="AppleMailSignature">I'm sorry but i don't follow the
        logic behind your position.  Why is it suddenly ok to have
        authenticated access?  Again, there seems to be an attempt to
        control information based upon an ever changing rationale.</div>
      <div id="AppleMailSignature"><br>
      </div>
      <div id="AppleMailSignature">I continue to oppose any
        authentication or other gating of thin data.<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" moz-do-not-send="true">vgreimann@key-systems.net</a>&gt;
        wrote:<br>
        <br>
      </div>
      <blockquote type="cite">
        <div>
          <meta http-equiv="Content-Type" content="text/html;
            charset=utf-8">
          <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="moz-cite-prefix">Am 07.06.2017 um 11:23 schrieb
            jonathan matkowsky:<br>
          </div>
          <blockquote type="cite"
cite="mid:CALsyHBkZtLeHbxJXFSe4X=kfZ4jtKy+33wLnn443UhLY2j9eMw@mail.gmail.com">
            <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"
                    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_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/5-all-time-domain-expirations-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.: +49 (0) 6894 - 9396 901<br>
                            Fax.: +49 (0) 6894 - 9396 851<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>
                            --------------------------------------------<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.: +49 (0) 6894 - 9396 901<br>
                            Fax.: +49 (0) 6894 - 9396 851<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>
_______________________________________________<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/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_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.: +49 (0) 6894 - 9396 901
Fax.: +49 (0) 6894 - 9396 851
Email: <a class="m_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_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_1381224760868507598moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_1381224760868507598moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_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_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_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_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.

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

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="m_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_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_1381224760868507598moz-txt-link-abbreviated" href="http://www.RRPproxy.net" target="_blank" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="m_1381224760868507598moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" target="_blank" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="m_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_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_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_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="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" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="moz-txt-link-abbreviated" href="http://www.key-systems.net" moz-do-not-send="true">www.key-systems.net</a> / <a class="moz-txt-link-abbreviated" href="http://www.RRPproxy.net" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="moz-txt-link-abbreviated" href="http://www.BrandShelter.com" moz-do-not-send="true">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" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" 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="moz-txt-link-abbreviated" href="http://www.keydrive.lu" 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.

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

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" moz-do-not-send="true">vgreimann@key-systems.net</a>

Web: <a class="moz-txt-link-abbreviated" href="http://www.key-systems.net" moz-do-not-send="true">www.key-systems.net</a> / <a class="moz-txt-link-abbreviated" href="http://www.RRPproxy.net" moz-do-not-send="true">www.RRPproxy.net</a>
<a class="moz-txt-link-abbreviated" href="http://www.domaindiscount24.com" moz-do-not-send="true">www.domaindiscount24.com</a> / <a class="moz-txt-link-abbreviated" href="http://www.BrandShelter.com" 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="moz-txt-link-abbreviated" href="http://www.facebook.com/KeySystems" moz-do-not-send="true">www.facebook.com/KeySystems</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/key_systems" 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="moz-txt-link-abbreviated" href="http://www.keydrive.lu" 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>_______________________________________________</span><br>
          <span>gnso-rds-pdp-wg mailing list</span><br>
          <span><a href="mailto:gnso-rds-pdp-wg@icann.org"
              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"
              moz-do-not-send="true">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a></span></div>
      </blockquote>
    </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>