<html 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"><head><meta name=Title content=""><meta name=Keywords content=""><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.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;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.msoIns
{mso-style-type:export-only;
mso-style-name:"";
text-decoration:underline;
color:teal;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:37171024;
mso-list-template-ids:-1811918408;}
@list l1
{mso-list-id:352539198;
mso-list-template-ids:-1591451194;}
@list l1:level1
{mso-level-start-at:6;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2
{mso-list-id:481315824;
mso-list-template-ids:-780248462;}
@list l2:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3
{mso-list-id:602567676;
mso-list-template-ids:-606710982;}
@list l3:level1
{mso-level-start-at:5;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l4
{mso-list-id:606429281;
mso-list-template-ids:-1896322040;}
@list l5
{mso-list-id:613170338;
mso-list-template-ids:-1733368610;}
@list l6
{mso-list-id:637566212;
mso-list-template-ids:-1386475418;}
@list l6:level1
{mso-level-start-at:3;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l7
{mso-list-id:797919252;
mso-list-template-ids:-1092450500;}
@list l7:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l8
{mso-list-id:812329654;
mso-list-template-ids:1970802778;}
@list l9
{mso-list-id:845094694;
mso-list-template-ids:887534590;}
@list l9:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level2
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l9:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l10
{mso-list-id:929001401;
mso-list-template-ids:-631311326;}
@list l10:level1
{mso-level-start-at:3;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l11
{mso-list-id:943540023;
mso-list-template-ids:-1086530074;}
@list l11:level1
{mso-level-start-at:4;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l12
{mso-list-id:960460838;
mso-list-template-ids:1073640672;}
@list l12:level1
{mso-level-start-at:4;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l13
{mso-list-id:1048530810;
mso-list-template-ids:1837512244;}
@list l13:level1
{mso-level-start-at:7;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l14
{mso-list-id:1180195450;
mso-list-template-ids:2000609630;}
@list l14:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level2
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l14:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l15
{mso-list-id:1202936230;
mso-list-template-ids:-423711878;}
@list l15:level1
{mso-level-start-at:4;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l16
{mso-list-id:1503004214;
mso-list-template-ids:-11510800;}
@list l16:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l17
{mso-list-id:1628706489;
mso-list-template-ids:-932511786;}
@list l17:level1
{mso-level-start-at:3;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l18
{mso-list-id:1628924479;
mso-list-template-ids:1986818654;}
@list l18:level1
{mso-level-start-at:5;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l19
{mso-list-id:1636597141;
mso-list-template-ids:620894098;}
@list l20
{mso-list-id:1656908406;
mso-list-template-ids:-383230820;}
@list l20:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level2
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l20:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l21
{mso-list-id:1760325819;
mso-list-template-ids:-255659206;}
@list l21:level1
{mso-level-start-at:5;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l22
{mso-list-id:1814254968;
mso-list-template-ids:1234214916;}
@list l22:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l23
{mso-list-id:1957322671;
mso-list-template-ids:298883926;}
@list l23:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l24
{mso-list-id:2012948874;
mso-list-template-ids:-1517225688;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style></head><body bgcolor=white lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Dear All,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'><br>Below, please find notes and action items from today’s EPDP Team Call. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>As a reminder, our next meeting will be <b>Tuesday, 21 August, 13:00 UTC</b>.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Best regards,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Marika, Berry, and Caitlin<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>===============<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>EPDP Team Meeting - 16 August 2018 <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>High-level Notes/Actions:</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l8 level1 lfo1'><span style='font-size:11.0pt'>Goran Marby, CEO of ICANN org, sent a letter to Kurt, asking to share any thoughts the EPDP Team might have regarding a process by which (1) ICANN org can share guidance they receive from the DPAs and European Data Protection Board with the EPDP Working Group; and (2) How the EPDP Working Group will provide input regarding access to ICANN org to use in our interactions with DPAs and European Data Protection Board to obtain legal guidance that will help guide the Working Group in its work. <br><br>Kurt sent a draft response to the EPDP Team for review. If any members have suggested edits or additional thoughts, please submit them by 01:00 UTC on 17 August (COB Los Angeles time).<br><br><br><o:p></o:p></span></li><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l8 level1 lfo1'><span style='font-size:11.0pt'>EPDP Members should complete Part 4 of the Triage Survey by Sunday, 19 August by 19.00 UTC. Note that Part 4 of the Triage Survey includes Section 8 and Appendix C. <br><br><br><o:p></o:p></span></li><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l8 level1 lfo1'><span style='font-size:11.0pt'>Kurt distributed a pro-forma draft for the Triage report, which is the EPDP Team’s first deliverable to the GNSO Council. The Leadership Team will continue to populate the content of the Triage report, but EPDP Team Members are encouraged to provide comments now so that they can be incorporated and the report can be delivered shortly after we finish our Survey exercise. <br><br><br><o:p></o:p></span></li><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l8 level1 lfo1'><span style='font-size:11.0pt'>Today’s discussion concerned registrar and registry provided services, how GDPR blocked the provision of those services and the work-arounds that were successfully implemented. (“Successfully” meaning that all three services are in operation today.) There was a sense of the group that these functioning services (and the Temporary Specification description of them) should be left as is. <o:p></o:p></span></li></ol><p class=MsoNormal style='margin-left:.25in'><span style='font-size:11.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.25in;text-indent:.25in'><span style='font-size:11.0pt;color:black'>There was an issue raised as to whether each of the personal datum transferred during these processes was necessary given the principle of minimization, and it was agreed that this should be raised during the access discussion. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>Questions for ICANN Org from the EPDP Team:</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l0 level1 lfo3'><span style='font-size:11.0pt'>Believing that ICANN org has its own GDPR implementation plan in place, it would be helpful for our group to understand the elements and implementation status of the plan so that the Team can draw comparisons to the EPDP Team’s work.<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=2 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l7 level1 lfo4'><span style='font-size:11.0pt'>The Council envisioned, via the EPDP Charter, to have direct participation of ICANN org liaisons, within the EPDP Team. As we leave the Triage and head into substantive detail, do the ICANN liaisons see a role or specific set of actions for ICANN supporting the team?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>All Action Items:</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'> </span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><ul style='margin-top:0in' type=disc><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l14 level1 lfo5'><span style='font-size:11.0pt'>Kurt sent a draft response to the EPDP Team for review. If any members have suggested edits or additional thoughts, please submit them by 01:00 UTC on 17 August (COB Los Angeles time).<o:p></o:p></span></li></ul><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ul style='margin-top:0in' type=disc><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l9 level1 lfo6'><span style='font-size:11.0pt'>EPDP Members should complete Part 4 of the Triage Survey by Sunday, 19 August by 19.00 UTC. Note that Part 4 of the Triage Survey includes Section 8 and Appendix C. <o:p></o:p></span></li></ul><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ul style='margin-top:0in' type=disc><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l20 level1 lfo7'><span style='font-size:11.0pt'>Kurt distributed the draft framework for the triage report, which is the EPDP Team’s first deliverable. The Leadership Team is still reviewing and populating the content of the triage report, but EPDP Team Members are welcome to provide comments or suggestions on the format at this stage.<o:p></o:p></span></li></ul><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><i><span style='font-size:11.0pt;color:black'>These high-level notes are designed to help the EPDP Team navigate through the content of the call and are not meant as a substitute for the transcript and/or recording. The MP3, transcript, and chat are provided separately and are posted on the wiki at: </span></i><span style='font-size:11.0pt;color:black'><a href="https://community.icann.org/x/2IpHBQ"><i>https://community.icann.org/x/2IpHBQ</i></a><i>.</i><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>1. Roll Call & SOI Updates<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>2. Welcome and Updates from EPDP Team Chair<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· During today’s meeting, the team will be reviewing Appendices D, E, and G.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· We received an email from Göran Marby, CEO of ICANN. Kurt’s draft response was sent to the EPDP Team for review. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Action: If EPDP Team Members have comments on Kurt’s draft to Goran, please submit them by 01:00 UTC on 17 August (COB Los Angeles time) – Kurt would like to respond by COB Los Angeles time today.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Draft of first section of triage report – the triage report is a requirement from the charter. The first draft of the triage report was distributed to the team. If we have time at the end of the meeting, the plan is go through the draft triage report with you.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Question for ICANN: ICANN, as other companies, may have an overall plan with milestones for GDPR implementation. The Temp Spec has an impact on ICANN Org as well as different departments inside ICANN. If ICANN has already reviewed its own work in certain areas or plans to do so, it would be helpful for our group to understand its thinking in relation to the EPDP’s work.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Part 4 of the Survey is due on Sunday. Due to a conflict, the GAC’s response will miss the due date but delivered prior to the discussion and so can be included in the report.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Re: Goran’s letter – Goran mentions how ICANN Org can share guidance from DPAs with the EPDP Working Group. Does Goran have more in mind that he would like share with us other than what is already posted on the blog? Curious how the EPDP Team can provide input to ICANN Org. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Question for ICANN Org: The Council envisioned, via the Charter, to have direct participation of ICANN Org liaisons, within the EPDP Team. Is more needed here?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· It seems ICANN is already posting everything it receives. It appears that ICANN Org is already creating an access model, so it may be useful to understand their work and our remit.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Is a report expected from each SO/AC/SG/C by 21 August?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· No, in lieu of separate reports from each group, please complete Part 4 of the Survey, and we will continue to build the triage report from that. Correction: after the meeting it was determined that the question referred to the request for Early Input that was sent to community leaders. While not directly on the task list of this Team, the Team members should be aware of the opportunity and the 22 Aug due date.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· What is ICANN’s plan with the access model? Will this be implemented, is there a timeline for implementation? Does this mean EPDP Team will not have input?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>3. Summary of responses to EPDP Input Survey Part 3 - Results for Appendix D: Uniform Rapid Suspension, Appendix E: Uniform Domain Name Dispute Resolution Policy, Appendix G: Supplemental Procedures to the Transfer Policy<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· There seems to be agreement on many of these sections, but some serious issues were also raised.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>4. Substantive Discussion of Temporary Specification:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Part 3 of the Survey can be found at <a href="https://www.surveymonkey.com/r/7PWQPP7">https://www.surveymonkey.com/r/7PWQPP7</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>Appendix D: Uniform Rapid Suspension</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Issue Summary: The majority of groups support the text of Appendix D as written or deferred to registrars. Otherwise, the following questions/issues were raised:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l4 level1 lfo8'><span style='font-size:11.0pt'>Should the language "participate in another mechanism" in Section 1.1 be clarified or eliminated?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=2 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l23 level1 lfo9'><span style='font-size:11.0pt'>Does the language in section 1.2 (for thin registries) create possible incompatibilities with existing URS procedures?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=3 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l17 level1 lfo10'><span style='font-size:11.0pt'>There is currently no processing agreement with an Asian URS providers in place. Is this an issue for the EPDP Team?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=4 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l11 level1 lfo11'><span style='font-size:11.0pt'>Does the term "contact details" in Section 2 of Annex D need to be further defined?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=5 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l3 level1 lfo12'><span style='font-size:11.0pt'>Should language allowing the Complainant to file an amended URS Complaint once it receives registration data be included in Section 2?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=6 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l1 level1 lfo13'><span style='font-size:11.0pt'>Is the review of Appendix D more appropriately addressed by the RPM PDP, and timing, i.e., should the review of Appendix D be deferred until after the EPDP Team deliberates on the access model/framework?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=7 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l13 level1 lfo14'><span style='font-size:11.0pt'>Does Section 2 of Appendix D need additional safeguards to ensure against abuse, i.e., a complainant filing "doe complaints" in an attempt to get registration data?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>EPDP Team feedback:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Registrars are OK with this as the URS is working. Registrars have experience with ccTLDs, which publish no personal information in WHOIS. On question 3 regarding processing agreements, this also includes URS and UDRP providers. This, however, is not an issue for the EPDP Team, but could be addressed somewhere else in ICANN.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The changes made to the URS in the Temporary Specification allow the BC to use the mechanisms ICANN put in place. Waiting for another forum to decide this could result in issues, and if the URS no longer works, it will be a big problem for the BC.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· With respect to incompatibilities, the existence of Appendix D allows the URS to go forward in spite of redacted WHOIS. We may have to look at Appendix D because the language is not bad, but it may cause issue with URS procedures, and the question is – should the EPDP Team fix it, or should the RPM Working Group deal with this? Specifically, with respect to “doe complaints”, one issue is under URS procedures, only the Complainant can amend a complaint, not the provider, but the language in the Temp Spec contradicts this. However, the RySG did not have major issues with the wording in Appendix D or E. Tweaks may be needed, but this should happen in the RPM Working Group, not the EPDP Team.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The RPM Working Group is a policy development group, and they are fashioning policy around the benefits and the cost, while the EPDP Team’s role is to make sure the procedure still works in light of the temp spec.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The RPM Working Group may be in a better position to understand the subtleties of the URS, but our job as the EPDP Team is to ensure the URS still works. If, for instance, the Team thinks it is reasonable to change a doe complaint, we should make these changes now. The problem with passing it off to the RPM Working Group is timing – they may not be in a position to make the changes right away, or conversely, they may finish before the EPDP Team has a chance to properly examine all of the issues. If there is a change needed to make these processes actually work, we should make the changes now.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Disagree with the coupling of the Temp Spec with issues related to URS. Not aware of any conflicts with the URS and the Temp Spec. Registries and Registrars seem to indicate there are no problems currently. There is not an access issue here that is not handled by existing procedures.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· If contracted parties say this is OK as written, we can move along. If not, we need to fix that.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· We could approach this in terms of what we know about the URS now. It would be helpful to be in the loop as to any changes the RPM Working Group foresees in terms of what the URS will look like in the future. As far as our task is concerned, there are a number of reasons why users may request access to registrant contact details. There are other features in the URS that allow complainants to file multiple complaints against the same registrant – the only way to do that would be to have all of the relevant contact details. Our task here is to determine what legitimate interests exist and whether they warrant access to contact details. We should keep an eye on what is happening with respect to the URS review, keeping in mind that it does need to be compliant with GDPR. This should be a two-way communication between the EPDP Team and the RPM WG.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· RySG suggestion makes sense – make whatever tweaks we need to make sure that the URS works, knowing the RPM WG can fix it later. If we do not fix it, when the Temp Spec expires, the URS will not work. This language exists to ensure complainants can submit complaints even if they do not have access to the full data set.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· From the registrar point of view, the URS and UDRP are working now. Trademark holders can file a complaint, and a balancing of interests takes place. In reference to the RPM WG, it is expected that what the group develops would be in line with data protection laws.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Does ICANN have an overall plan with compliance with GDPR? We should create a parking lot of issues that need to be resolved as a result of GDPR implementation, but that are not a part of the Temp Spec. If we have time, we can get to the issues in the parking lot, but if not, we can leave it to the next PDP.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· There is a question regarding the data that is currently being shared as a part of URS, but we can take that up as part of the access discussion.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· It is within the remit of the EPDP Team to discuss access to personal information due to URS and UDRP.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Reasonable access is part of this process, and it should not be parked.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· It sounds like everyone agrees that the Temp Spec requires reasonable access, but it’s the EPDP Team’s job to define what reasonable access means.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Registrars are already required to provide reasonable access under the Temp Spec. The leap that some members are making in terms of having a policy to define what reasonable access means. Reasonable access is defined based on where the registrar is located is already happening under the Temp Spec. The EPDP Team has to answer gating questions before it can determine what uniform access will be. The sequence is clear in the charter. The question of reasonable access is an open question, not a question the EPDP Team must answer.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· All GAC “yes” answers should be read as a qualified yes, since additional text is provided with each yes. We should discuss unified access at a later date, so we should not completely dissociate this issue.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· All Members have different opinions on what reasonable is, and it may vary by jurisdiction. The difference in when we are talking about the URS/UDRP – if what we are doing in this group causes ICANN Consensus Policies to break, we need to address this so that the policies continue to be operable.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· If members are going to state that access is not an appropriate topic, we should be careful about the words we use. Some are saying the words reasonable access, and others are saying we do not have to talk about access at all. These disconnects in the conversation are resulting in overhead and confusion.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>Appendix E: Uniform Domain Name Dispute Resolution Policy</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Issue Summary:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>The majority of groups support the text of Appendix E as written. Otherwise, the following questions/issues were raised:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l24 level1 lfo15'><span style='font-size:11.0pt'>Should the language "participate in another mechanism" in Section 1.1 be clarified or eliminated?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=2 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l2 level1 lfo16'><span style='font-size:11.0pt'>Does the language in section 1.2 create possible incompatibilities with existing UDRP procedures?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=3 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l6 level1 lfo17'><span style='font-size:11.0pt'>Does Section 2 of Appendix E require additional safeguards to ensure against abuse, i.e., a complainant filing "doe complaints" in an attempt to get registration data?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=4 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l15 level1 lfo18'><span style='font-size:11.0pt'>Should language allowing the Complainant to file an amended UDRP Complaint following receipt of registration data be included in Section 2 of Appendix E?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=5 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l21 level1 lfo19'><span style='font-size:11.0pt'>Is the EPDP Team's review of Appendix E more appropriately addressed by the RPM PDP, and timing, i.e., should the review of Appendix E be deferred until after the EPDP Team deliberates on the access model/framework?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>EPDP Team Feedback:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· All participants in the GAC have questions about what “participate in another mechanism” means.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· We need more clarification on what “participate in another mechanism” means.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· It seems to mean if the RPMs define a new mechanism or another mechanism is proven necessary, this language would allow for the new mechanism.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;color:black'>Appendix G: Supplemental Procedures to the Transfer Policy</span></b><span style='font-size:11.0pt;color:black'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Issue Summary:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>The following concerns/issues were flagged by groups not in support of the language as written:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l19 level1 lfo20'><span style='font-size:11.0pt'>Does the revised transfer process create new security risks and vulnerabilities such as domain name theft and hijacking, and if so, should the EPDP Team address this as part of the work of this EPDP?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=2 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l16 level1 lfo21'><span style='font-size:11.0pt'>Should this Team's consideration be affected by existing efforts to replace/modify the Transfer Policy?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=3 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l10 level1 lfo22'><span style='font-size:11.0pt'>Does Section 1.2 of Appendix G, imposing redundant processes on the registrant, overly denigrate the user experience? Is there an alternative?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=4 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l12 level1 lfo23'><span style='font-size:11.0pt'>Should the language "to be offered" be removed from Section 1 to avoid confusion?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>EPDP Team Feedback:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· If we rely on the auth-code alone, we are severing the relationship between the gaining registrar and the registrant. An easy solution could be for the gaining registrar to use EPP to communicate with the the losing registrar and ask for the relevant contact information.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The last time the Transfer Policy was discussed in a PDP on whether the FOA was still needed, the decision was it was still needed. The Temp Spec says it is no longer needed, which goes against the conscious decision made in the previous PDP.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· What is in the Temp Spec that has been created by the Tech-Ops group, which is comprised of registrars and registries. The language in the Temp Spec was the proposed solution from this group and it is working pretty well. When there is a transfer, there is always an FOA from the Losing Registrar to the registrant. The difference is there is no longer an incoming FOA (the FOA from the Gaining Registrar to the registrant). Regarding security, registrars do see an issue, and it is an old issue. WHOIS is redacted now and it becomes more complex to deal with unauthorized transfers, and this problem is amplified in the revised transfer process. The registrar suggestion is to deal with this outside of this EPDP because it is a very complex problem.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The RrSG put forward many comments and ideas, but the Registrar EPDP Team Members decided to include high-level comments only because registrars believe the Transfer Policy needs to be reviewed, but the review is not within the remit of the EPDP Team. What is in the Temp Spec is working for now, but we would support a review of the entire Transfer Policy at a later time.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· If there is always an FOA, why do we need 1.1?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· The Losing Registrar FOA is still required, but the FOA is no longer required from the Gaining Registrar. Transfers now work like this: <a href="https://www.realtimeregister.com/blog/post-gdpr-gtld-transfers/">https://www.realtimeregister.com/blog/post-gdpr-gtld-transfers/</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· This is an important issue – preventing unauthorized hijacking is deeply important; however, this issue, per the registrars, could be discussed as part of Transfer Policy PDP, not within this EPDP Team. The Transfer Policy issue should be added to the “parking lot”. It is not clear if the Temp Spec is causing any notable problems that the EPDP Team needs to fix.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Transfer of information is very important, and it should be part of this Temp Spec. Unauthorized transfers and security issues should be addressed in this EPDP, and we should not dissociate these issues.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· This Transfer Policy is currently working and for purposes of the temporary specification, if there are security concerns with how the Transfer Policy is working, the EPDP Team could examine those when we finish reviewing the Temp Spec.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Now that WHOIS from most registrars is redacted, it makes it harder for criminals to hack accounts since information is no longer displayed. While there are no detailed numbers to share right now, it is likely that domain theft has actually gone down under the revised transfer policy.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· If numbers regarding reduced domain theft/hijacking could be provided in the future, it would be very useful for our purposes.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· Does this updated process make transfers harder or easier on registrants?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>· From the registrar perspective, the updated process has resulted in less complaints, the transfer process got easier, and the resellers are happier.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>4. Confirmation of action items and questions for ICANN Org, if any<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Action: Kurt sent a draft response to the EPDP Team for review. If any members have suggested edits or additional thoughts, please submit them by 01:00 UTC on 17 August (COB Los Angeles time).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Action: EPDP Members should complete Part 4 of the Triage Survey by Sunday, 19 August by 19.00 UTC. Note that Part 4 of the Triage Survey includes Section 8 and Appendix C. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Action: Kurt distributed the draft framework for the triage report, which is the EPDP Team’s first deliverable. The Leadership Team is still reviewing and populating the content of the triage report, but EPDP Team Members are welcome to provide comments or suggestions on the format at this stage.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>Questions for ICANN Org: <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=1 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l5 level1 lfo24'><span style='font-size:11.0pt'>If ICANN has already reviewed its own work in certain areas or plans to do so with respect to GDPR compliance implementation, it would be helpful for our group to understand its thinking in relation to the EPDP’s work.<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><ol style='margin-top:0in' start=2 type=1><li class=MsoNormal style='color:black;margin-left:0in;mso-list:l22 level1 lfo25'><span style='font-size:11.0pt'>The Council envisioned, via the Charter, to have direct participation of ICANN Org liaisons, within the EPDP Team. Is more needed with respect to the EPDP Team’s engagement with ICANN Org?<o:p></o:p></span></li></ol><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'>5. Wrap and confirm next meeting to be scheduled for Tuesday 21 August at 13.00 UTC. (Part 4 Survey results due Sunday, 19 August by 19.00 UTC) <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'> <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p></div></body></html>