<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>
<div>Hello Kathy and all,</div>
<div><br>
</div>
<div>Thanks for your note; it reminded that I should have also included the further recommendation below in my previous email that noted two specific WG recommendations containing references to the IRTP. This additional recommendation that I’m now pasting came
 about as a result of the WG’s email and live discussions, following the November email exchanges which you and others are referring to today:</div>
<div><br>
</div>
<blockquote style="margin:0 0 0 40px; border:none; padding:0px;">
<div><i>“The next review of the IRTP should include an analysis of the impact on P/P service customers, to ensure that adequate safeguards are in place as regards P/P service protection when domain names are transferred pursuant to an IRTP process. Where a
 P/P service customer initiates a transfer of a domain name, the WG recognizes that a registrar should have the same flexibility that it has currently to reject incoming transfers from any individual or entity, including those initiated by accredited P/P services.
 Nevertheless, the WG recommends that, in implementing those elements of the P/P service accreditation program that pertain to or that affect domain name transfers and in addition to its specific recommendations contained in this Final Report, ICANN should
 perform a general “compatibility check” of each proposed implementation mechanism with the then-current IRTP.”</i></div>
</blockquote>
<div><br>
</div>
<div>I believe the context for this – and the other two IRTP-related recommendations approved in the Final Report that I’d pasted in my earlier email – is the WG’s recognition that the effect of the IRTP changes on P/P services and their customers may need
 to be more directly addressed in the next review of the IRTP. This WG's final recommendations therefore addressed particular situations for which specific exceptions may be warranted due, e.g., to the need to ensure continuing customer protection during the
 deaccreditation of a P/P service provider.</div>
<div><br>
</div>
<div>Thanks and cheers</div>
<div>Mary</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE">
<div>Mary Wong</div>
<div>Senior Policy Director</div>
<div>Internet Corporation for Assigned Names and Numbers (ICANN)</div>
<div>Email: mary.wong@icann.org</div>
<div>Telephone: &#43;1-603-5744889</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:12pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>&lt;<a href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">gnso-ppsai-pdp-wg-bounces@icann.org</a>&gt; on behalf of Kathy Kleiman &lt;<a href="mailto:kathy@kathykleiman.com">kathy@kathykleiman.com</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Tuesday, January 26, 2016 at 23:08<br>
<span style="font-weight:bold">To: </span>&quot;<a href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&quot; &lt;<a href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>Re: [Gnso-ppsai-pdp-wg] PP transfer issue<br>
</div>
<div><br>
</div>
<div>
<div bgcolor="#FFFFFF" text="#000000">Tx Mary, but I am still missing the impact of the discussion below on our PPSAI recommendations. If I want to transfer my domain name(s) from Registrar A to Registrar B, both with Privacy and Proxy services, and to keep
 the data private as the transfer takes place (something we all agreed should happen) -- is there a problem, a limitation, a barrier? If so, how can we overcome it?<br>
<br>
Best, <br>
Kathy<br>
<br>
<div class="moz-cite-prefix">On 11/25/2015 2:04 PM, Mary Wong wrote:<br>
</div>
<blockquote cite="mid:D27B6CB5.1A945%25mary.wong@icann.org" type="cite">
<div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
          sans-serif; font-size: 14px;">
Hello everyone,</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
          sans-serif; font-size: 14px;">
<br>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
          sans-serif; font-size: 14px;">
Just a quick note for those WG members who may not be familiar with the IRTP, the changes to IRTP-C, or the implementation discussions – it may help to note the following definition for the IRTP. I believe that James is referring to the registrar’s discretion
 in determining whether the purported change is or is not typographical in nature (see in particular the words I’ve highlighted in bold and italics). This is illustrated by the examples given:</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
          sans-serif; font-size: 14px;">
<br>
</div>
<div>
<div><font face="Calibri,sans-serif">“Material Change” <b><i>means a non-typographical correction</i></b>. &nbsp;The following will be considered material changes:</font></div>
<div><font face="Calibri,sans-serif">(i) &nbsp; &nbsp;A change to the Registered Name Holder’s name or organization that does not appear to be a merely a typographical correction;</font></div>
<div><font face="Calibri,sans-serif">(ii) &nbsp; &nbsp;Any change to the Registered Name Holder’s name or organization that is accompanied by a change of address or phone number;</font></div>
<div><font face="Calibri,sans-serif">(iii) &nbsp; &nbsp;Any change to the Registered Name Holder’s email address.</font></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
            sans-serif; font-size: 14px;">
<br>
</div>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,
          sans-serif; font-size: 14px;">
<div>The point about having discretion on this matter can be significant because, under the Policy, a Material Change to a registrant’s name, organizational address or email address
<u>will</u> be considered a Change of Registrant and thus trigger the 60-day lock. Hence, disabling/removal of a proxy service would trigger a lock – although the current Policy contemplates another possible instance of registrar discretion in such instances,
 i.e. a registrar has the discretion (“may”) to permit the Registered Name Holder to opt out of the lock
<u>prior</u> to the Change of Registrant request.</div>
<div><br>
</div>
<div>I’m far from an expert on the IRTP, but hopefully the above helps to explain the current proposed recommendation in the Final Report where, in referring to IRTP-C, the WG is recommending that - in relation to de-accreditation -
<i>&quot;where a Change of Registrant (as defined under the IRTP) takes place during the process of de-accreditation of a proxy service provider, a registrar should lift the mandatory 60-day lock at the express request of the beneficial user, provided the registrar
 has also been notified of the de–accreditation of the proxy service provider”</i>.</div>
</div>
</div>
<br>
<div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;
        font-size: 14px;">
Thanks and cheers</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;
        font-size: 14px;">
Mary</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;
        font-size: 14px;">
<br>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;
        font-size: 14px;">
<div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Mary Wong</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Senior Policy Director</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Internet Corporation for Assigned Names &amp; Numbers (ICANN)</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Telephone: &#43;1 603 574 4889</font></font></div>
<div><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" face="Calibri">Email:
<a class="moz-txt-link-abbreviated" href="mailto:mary.wong@icann.org">mary.wong@icann.org</a></font></font></div>
<div><br>
</div>
</div>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif;
        font-size: 14px;">
<br>
</div>
<span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0);
        font-family: Calibri, sans-serif; font-size: 14px;">
<div style="font-family:Calibri; font-size:11pt;
          text-align:left; color:black; BORDER-BOTTOM: medium none;
          BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT:
          0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;
          BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>&lt;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org"></a><a class="moz-txt-link-abbreviated" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">gnso-ppsai-pdp-wg-bounces@icann.org</a>&gt; on behalf
 of &quot;James M. Bladel&quot; &lt;<a moz-do-not-send="true" href="mailto:jbladel@godaddy.com">jbladel@godaddy.com</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Wednesday, November 25, 2015 at 11:24<br>
<span style="font-weight:bold">To: </span>Mike Zupke &lt;<a moz-do-not-send="true" href="mailto:Mike.Zupke@icann.org"></a><a class="moz-txt-link-abbreviated" href="mailto:Mike.Zupke@icann.org">Mike.Zupke@icann.org</a>&gt;, &quot;Metalitz, Steven&quot; &lt;<a moz-do-not-send="true" href="mailto:met@msk.com">met@msk.com</a>&gt;,
 Volker Greimann &lt;<a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>&gt;, &quot;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&quot; &lt;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&gt;,
 Amy Bivins &lt;<a moz-do-not-send="true" href="mailto:amy.bivins@icann.org">amy.bivins@icann.org</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>Re: [Gnso-ppsai-pdp-wg] PP transfer issue<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0
          0 0 5;">
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space;
              -webkit-line-break: after-white-space; color: rgb(0, 0,
              0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>Hi folks. &nbsp;Just responding to Mike’s post from last Wednesday:</div>
<div><br>
</div>
<div>The question of P/P services triggering the “Change of Registrant” policy was not, IMO, sufficiently addressed by the IRTP WG. &nbsp;It was, however, the subject of extensive discussion by the Implementation team, which ultimately determined that Registrar’s
 should have the discretion to determine whether or not this qualified as a Change of Registrant. For example, a Registrar may determine that adding/removing an affiliated P/P service does NOT trigger the change of registrant policy, but that an unaffiliated
 P/P service contains too many unknowns, so explicit consent and a 60-day transfer lock may be warranted.</div>
<div><br>
</div>
<div>There are a number of practical scenarios where this flexibility is needed, including dealing with transfers as part of an aftermarket sale, implementation of a UDRP decision, billing or payment failures for the P/P service, or termination due to a violation
 of the P/P services terms. &nbsp;I would also caution against recommendations of any particular WG (PPSAI) explicitly reverse recommendations or Implementation decisions of prior WGs (IRTP-C) even before they have been adopted.</div>
<div><br>
</div>
<div>I don’t think this should materially affect the overall recommendations of PPSAI, nor do I see any incompatibilities with this and our recommendations. &nbsp;But happy to discuss this point on our next call.</div>
<div><br>
</div>
<div>Thanks—</div>
<div><br>
</div>
<div>J.</div>
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt;
                  text-align:left; color:black; BORDER-BOTTOM: medium
                  none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in;
                  PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP:
                  #b5c4df 1pt solid; BORDER-RIGHT: medium none;
                  PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Mike Zupke &lt;<a moz-do-not-send="true" href="mailto:Mike.Zupke@icann.org">Mike.Zupke@icann.org</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Wednesday, November 18, 2015 at 7:10 <br>
<span style="font-weight:bold">To: </span>&quot;Metalitz, Steven&quot; &lt;<a moz-do-not-send="true" href="mailto:met@msk.com">met@msk.com</a>&gt;, Volker Greimann &lt;<a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>&gt;, James Bladel
 &lt;<a moz-do-not-send="true" href="mailto:jbladel@godaddy.com">jbladel@godaddy.com</a>&gt;, PPSAI WG &lt;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&gt;, Amy Bivins &lt;<a moz-do-not-send="true" href="mailto:amy.bivins@icann.org">amy.bivins@icann.org</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>RE: [Gnso-ppsai-pdp-wg] PP transfer issue<br>
</div>
<div><br>
</div>
<div xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<meta name="Generator" content="Microsoft Word 15
                    (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.EmailStyle17
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div link="#0563C1" vlink="#954F72" lang="EN-US">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Sorry for the delayed reply.&nbsp; We needed to consult with a few others.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">In answer to Steve’s question (“Could you clarify whether the 60-day lock provision is part of the IRTP as a consensus policy, or part of the implementation of that policy?”), the lock was included in the policy
 recommendations of IRTP WG C, which were adopted by the Council and Board.&nbsp; There was no mention of privacy or proxy services in that part of the recommendation.&nbsp; So our implementation of the IRTP C recommendations was done “to the letter” of the recommendation,
 so to speak. &nbsp;I.e., no exception was made for privacy and proxy services.&nbsp; <o:p>
</o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">We don’t believe the PPSAI working group is necessarily precluded from addressing questions about how the to-be-created type of PP registrations interact with the Transfer Policy just because the Transfer Policy
 is an existing policy. &nbsp;PPSAI charter question B-3 (here: <a moz-do-not-send="true" href="https://community.icann.org/x/ihLRAg">
https://community.icann.org/x/ihLRAg</a>) spoke to having the WG “[c]larify how transfers, renewals, and PEDNR policies should apply.”<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">With regard to the point James made, during implementation of the IRTP C recommendations, we talked a good bit about how a proxy (or the beneficial customer) could disable a proxy or privacy service in a world
 where consent of the other party would now be required in order to make the change in Whois.&nbsp; The solution to that question was to allow use of “designated agents” (see
<a moz-do-not-send="true" href="https://www.icann.org/resources/pages/transfer-policy-2015-09-24-en#II">
https://www.icann.org/resources/pages/transfer-policy-2015-09-24-en#II</a> at 1.1.2) to approve Changes of Registrant.&nbsp; I don’t believe the matter of exempting PP registrations from the 60 day lock was raised by the IRT or in public comment, although I do recall
 occasionally that people would reference the work of this WG as potentially being necessary to addressing interaction with accredited PP service registrations and the Transfer Policy. &nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Hope that helps.&nbsp; <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<div>
<p class="MsoNormal"><span style="color:#1F497D">Mike Zupke<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Director, Registrar Services<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Internet Corporation for Assigned Names and Numbers<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
                          1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> <a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">
</a><a class="moz-txt-link-abbreviated" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">gnso-ppsai-pdp-wg-bounces@icann.org</a> [<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org"></a><a class="moz-txt-link-freetext" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">mailto:gnso-ppsai-pdp-wg-bounces@icann.org</a>]
<b>On Behalf Of </b>James M. Bladel<br>
<b>Sent:</b> Wednesday, November 18, 2015 6:12 AM<br>
<b>To:</b> Volker Greimann &lt;<a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net"></a><a class="moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>&gt;;
<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a><br>
<b>Subject:</b> Re: [Gnso-ppsai-pdp-wg] PP transfer issue<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Agree, and I thought this was also the final determination of the IRTP-C Implementation Review Team. &nbsp;It came up several times…<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Thanks-<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">J.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div style="border:none;border-top:solid #B5C4DF
                        1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:black">From: </span></b><span style="color:black">&lt;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org"></a><a class="moz-txt-link-abbreviated" href="mailto:gnso-ppsai-pdp-wg-bounces@icann.org">gnso-ppsai-pdp-wg-bounces@icann.org</a>&gt;
 on behalf of Volker Greimann &lt;<a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net"></a><a class="moz-txt-link-abbreviated" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a>&gt;<br>
<b>Date: </b>Wednesday, November 18, 2015 at 4:22 <br>
<b>To: </b>PPSAI WG &lt;<a moz-do-not-send="true" href="mailto:gnso-ppsai-pdp-wg@icann.org"></a><a class="moz-txt-link-abbreviated" href="mailto:gnso-ppsai-pdp-wg@icann.org">gnso-ppsai-pdp-wg@icann.org</a>&gt;<br>
<b>Subject: </b>Re: [Gnso-ppsai-pdp-wg] PP transfer issue<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.5pt;color:black">In all honesty, a removal of an accredited privacy service should not trigger the transfer lock as it does not imply an owner change. I am therefore in favor of option
 2)<br>
<br>
Best,<br>
<br>
Volker<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Am 17.11.2015 um 19:01 schrieb Amy Bivins:<o:p></o:p></span></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:black">Dear PPSAI WG Members:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Here is the issue you asked staff to address by email today.&nbsp; This came to our attention after reflecting on the work done Friday by the “implementation issues” sub-team.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">In short, disabling a proxy or privacy service will trigger the 60-day inter-registrar transfer lock required by IRTP C (which takes effect on 1 August 2016,
<a moz-do-not-send="true" href="https://www.icann.org/resources/pages/transfer-policy-2015-09-24-en">
https://www.icann.org/resources/pages/transfer-policy-2015-09-24-en</a> ). Although applicable generally, this issue is of particular concern following de-accreditation of a privacy or proxy service (if transfer to another registrar is required to maintain
 privacy).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Here are 3 things the WG could consider doing to address this:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">1. Maintain the status quo and leave the 60-day IRTP C lock in place.<br>
2. Create an exception for Privacy and Proxy Service customers, so the 60 day IRTP C (inter-registrar transfer) lock doesn't apply when/if the customer changes or removes the PP service.<br>
3. Create an exception for PP users only if a PP service is de-accredited, so the IRTP C (inter-registrar transfer) lock can be lifted by the beneficial user if the registrar has been notified of de-accreditation.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#333333;background:white">&nbsp;</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#333333;background:white">Please let us know if you’d like to us to provide any further background.&nbsp;
</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#333333;background:white">&nbsp;</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#333333;background:white">Thank you!</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;color:black">Amy E. Bivins</span></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">Registrar Policy Services Manager</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;color:black">I</span></b><span style="font-size:10.0pt;color:black">nternet
<b>C</b>orporation for <b>A</b>ssigned <b>N</b>ames and <b>N</b>umbers (ICANN)</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black"><a moz-do-not-send="true" href="mailto:amy.bivins@icann.org"></a><a class="moz-txt-link-abbreviated" href="mailto:amy.bivins@icann.org">amy.bivins@icann.org</a></span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">&nbsp;</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><img moz-do-not-send="true" id="Picture_x0020_1" src="cid:image001.jpg@01D121D3.B224FE80" alt="Description: icann-logo" border="0" height="70" width="91"><o:p></o:p></span></p>
<p class="MsoNormal"><b><i><span style="font-size:10.0pt;color:#1F497D">One World. One Internet.</span></i></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">&nbsp;</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">Direct: &#43;1 (202) 249-7551</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">Fax:&nbsp; &#43;1 (202) 789-0104</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">801 17<sup>th</sup> Street NW, Suite 400</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:black">Washington, DC 20006</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><br>
<br>
<br>
<o:p></o:p></span></p>
<pre><span style="color:black">_______________________________________________<o:p></o:p></span></pre>
<pre><span style="color:black">Gnso-ppsai-pdp-wg mailing list<o:p></o:p></span></pre>
<pre><span style="color:black"><a moz-do-not-send="true" href="mailto:Gnso-ppsai-pdp-wg@icann.org">Gnso-ppsai-pdp-wg@icann.org</a><a moz-do-not-send="true" href="https://mm.icann.org/mailman/listinfo/gnso-ppsai-pdp-wg">https://mm.icann.org/mailman/listinfo/gnso-ppsai-pdp-wg</a><o:p></o:p></span></pre>
</blockquote>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><br>
<br>
<o:p></o:p></span></p>
<pre><span style="color:black">-- <o:p></o:p></span></pre>
<pre><span style="color:black">Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Mit freundlichen Grüßen,<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Volker A. Greimann<o:p></o:p></span></pre>
<pre><span style="color:black">- Rechtsabteilung -<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Key-Systems GmbH<o:p></o:p></span></pre>
<pre><span style="color:black">Im Oberen Werk 1<o:p></o:p></span></pre>
<pre><span style="color:black">66386 St. Ingbert<o:p></o:p></span></pre>
<pre><span style="color:black">Tel.: &#43;49 (0) 6894 - 9396 901<o:p></o:p></span></pre>
<pre><span style="color:black">Fax.: &#43;49 (0) 6894 - 9396 851<o:p></o:p></span></pre>
<pre><span style="color:black">Email: <a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Web: <a moz-do-not-send="true" href="http://www.key-systems.net">www.key-systems.net</a> / <a moz-do-not-send="true" href="http://www.RRPproxy.net">www.RRPproxy.net</a><a moz-do-not-send="true" href="http://www.domaindiscount24.com">www.domaindiscount24.com</a> / <a moz-do-not-send="true" href="http://www.BrandShelter.com">www.BrandShelter.com</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:<o:p></o:p></span></pre>
<pre><span style="color:black"><a moz-do-not-send="true" href="http://www.facebook.com/KeySystems">www.facebook.com/KeySystems</a><a moz-do-not-send="true" href="http://www.twitter.com/key_systems">www.twitter.com/key_systems</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Geschäftsführer: Alexander Siffrin<o:p></o:p></span></pre>
<pre><span style="color:black">Handelsregister Nr.: HR B 18835 - Saarbruecken <o:p></o:p></span></pre>
<pre><span style="color:black">Umsatzsteuer ID.: DE211006534<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Member of the KEYDRIVE GROUP<o:p></o:p></span></pre>
<pre><span style="color:black"><a moz-do-not-send="true" href="http://www.keydrive.lu">www.keydrive.lu</a> <o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">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.<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">--------------------------------------------<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Should you have any further questions, please do not hesitate to contact us.<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Best regards,<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Volker A. Greimann<o:p></o:p></span></pre>
<pre><span style="color:black">- legal department -<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Key-Systems GmbH<o:p></o:p></span></pre>
<pre><span style="color:black">Im Oberen Werk 1<o:p></o:p></span></pre>
<pre><span style="color:black">66386 St. Ingbert<o:p></o:p></span></pre>
<pre><span style="color:black">Tel.: &#43;49 (0) 6894 - 9396 901<o:p></o:p></span></pre>
<pre><span style="color:black">Fax.: &#43;49 (0) 6894 - 9396 851<o:p></o:p></span></pre>
<pre><span style="color:black">Email: <a moz-do-not-send="true" href="mailto:vgreimann@key-systems.net">vgreimann@key-systems.net</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Web: <a moz-do-not-send="true" href="http://www.key-systems.net">www.key-systems.net</a> / <a moz-do-not-send="true" href="http://www.RRPproxy.net">www.RRPproxy.net</a><a moz-do-not-send="true" href="http://www.domaindiscount24.com">www.domaindiscount24.com</a> / <a moz-do-not-send="true" href="http://www.BrandShelter.com">www.BrandShelter.com</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Follow us on Twitter or join our fan community on Facebook and stay updated:<o:p></o:p></span></pre>
<pre><span style="color:black"><a moz-do-not-send="true" href="http://www.facebook.com/KeySystems">www.facebook.com/KeySystems</a><a moz-do-not-send="true" href="http://www.twitter.com/key_systems">www.twitter.com/key_systems</a><o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">CEO: Alexander Siffrin<o:p></o:p></span></pre>
<pre><span style="color:black">Registration No.: HR B 18835 - Saarbruecken <o:p></o:p></span></pre>
<pre><span style="color:black">V.A.T. ID.: DE211006534<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">Member of the KEYDRIVE GROUP<o:p></o:p></span></pre>
<pre><span style="color:black"><a moz-do-not-send="true" href="http://www.keydrive.lu">www.keydrive.lu</a> <o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black">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.<o:p></o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
<pre><span style="color:black"><o:p>&nbsp;</o:p></span></pre>
</div>
</div>
</div>
</div>
</div>
</span></div>
</div>
</blockquote>
</span><br>
<fieldset class="mimeAttachmentHeader"></fieldset> <br>
<pre wrap="">_______________________________________________
Gnso-ppsai-pdp-wg mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gnso-ppsai-pdp-wg@icann.org">Gnso-ppsai-pdp-wg@icann.org</a><a class="moz-txt-link-freetext" href="https://mm.icann.org/mailman/listinfo/gnso-ppsai-pdp-wg">https://mm.icann.org/mailman/listinfo/gnso-ppsai-pdp-wg</a></pre>
</blockquote>
<br>
</div>
</div>
</span>
</body>
</html>