<div dir="ltr"><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">I'm in agreement with Sarah's wording.</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">The actual application of syntactic validation and operational validation depends on the specific data elements.  For example, there's not much that can be done to validate the syntax of the Name or Organization data elements.  We will need specific requirements for each data element.</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">Attached is an attempt at capturing the complete set of collection, validation and sensitivity rules.  V0 means no validation, V1 means syntactic validation, V2 is operational validation, and V3 is identity validation.  The reason for using ranges, e.g. V1..V3, is to allow registrars to use higher levels of validation if they choose to.  If we want to preclude them from doing so, it's easy to specify the precise level of validation they must do, though I doubt that's the policy we actually want.</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">The attachment is a draft.  Please do comment or ask questions.</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">Thanks,</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000">Steve</div><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small;color:#000000"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 29, 2021 at 12:09 PM Sarah Wyld <<a href="mailto:swyld@tucows.com">swyld@tucows.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-CA" style="overflow-wrap: break-word;"><div class="gmail-m_8202201058690903476WordSection1"><div><p style="margin-right:0cm;margin-bottom:12pt;margin-left:0cm"><span style="font-family:Arial,sans-serif;color:black">Hello team,<u></u><u></u></span></p><p style="margin-right:0cm;margin-bottom:12pt;margin-left:0cm"><span style="font-family:Arial,sans-serif;color:black">Thank you for the opportunity to consider further updates to the working definition of registration data accuracy. </span><u></u><u></u></p><p style="margin-right:0cm;margin-bottom:12pt;margin-left:0cm"><span style="font-family:Arial,sans-serif;color:black">We have reviewed Michael’s suggested text and have some notes/questions (see below); we’re of course happy to discuss but think that the definition we proposed, including both the bold text sentence and the explanatory paragraphs following it, with some changes as noted below/taken from your proposal, is more clear.  </span><u></u><u></u></p><p style="margin-right:0cm;margin-bottom:12pt;margin-left:0cm"><span style="font-family:Arial,sans-serif;color:black">Notes:</span><u></u><u></u></p><ul style="margin-top:0cm" type="disc"><li style="color:black;margin-top:12pt;margin-bottom:0cm;vertical-align:baseline"><span style="font-family:Arial,sans-serif">Technical contact data may not be provided by the Registrant, but instead by the Account Holder, and accuracy requirements still apply.<u></u><u></u></span></li></ul><ul style="margin-top:0cm" type="disc"><ul style="margin-top:0cm" type="circle"><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span style="font-family:Arial,sans-serif">We have taken onboard the changes from Michael’s definition as prompting update of our proposed definition to include the Account-Holder-provided data <u></u><u></u></span></li></ul></ul><ul style="margin-top:0cm" type="disc"><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span style="font-family:Arial,sans-serif">The additional explanatory text (paragraphs below the bold-text sentence) is important for explaining syntactical and operational accuracy and should be included in the definition; this helps make the definition clear and useful without trying to include all the information in the first sentence. <u></u><u></u></span></li></ul><ul style="margin-top:0cm" type="disc"><ul style="margin-top:0cm" type="circle"><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span style="font-family:Arial,sans-serif">Also taken onboard the feedback re clarity of operational accuracy and made adjustments in the relevant text<u></u><u></u></span></li></ul></ul><ul style="margin-top:0cm" type="disc"><li style="color:black;margin-top:0cm;margin-bottom:12pt;vertical-align:baseline"><span style="font-family:Arial,sans-serif">Is there a singular definition of Registrar Data Directory Services (RDDS) data  elements? We think “registration data elements” is more clear and directly relates to the RAA and so we’ve stuck to that language here.<u></u><u></u></span></li></ul><p style="margin-right:0cm;margin-bottom:12pt;margin-left:0cm"><span style="font-family:Arial,sans-serif;color:black">Our updated working definition, based on current contractual and Consensus Policy requirements, with the updates from Michael’s proposed changes included: </span><u></u><u></u></p><p style="margin-right:0cm;margin-bottom:12pt;margin-left:36pt"><b><i><span style="font-family:Arial,sans-serif;color:black">Accuracy shall be strictly defined as syntactical accuracy of the registration data elements provided by the Registered Name Holder or Account Holder as well as the operational accuracy of either the telephone number or the email address.</span></i></b><u></u><u></u></p><p style="margin-right:0cm;margin-bottom:12pt;margin-left:36pt"><span style="font-family:Arial,sans-serif;color:black">To be determined to be <b>syntactically accurate</b>, the contact must satisfy all requirements for validity (see </span><a href="https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en#whois-accuracy" target="_blank"><span style="font-family:Arial,sans-serif;color:rgb(17,85,204)">Whois Accuracy Program Specification</span></a><span style="font-family:Arial,sans-serif;color:black"> Sections 1b-d). For example, for email addresses all characters must be permissible, the “@” symbol is required, and there must be characters before the “@” symbol.</span><u></u><u></u></p></div><p class="MsoNormal" style="margin-left:36pt"><span style="font-family:Arial,sans-serif;color:black">To be determined to be <b>operably accurate</b>, the contact must be operable as defined in the </span><a href="https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en#whois-accuracy" target="_blank"><span style="font-family:Arial,sans-serif;color:rgb(17,85,204)">Whois Accuracy Program Specification</span></a><span style="font-family:Arial,sans-serif;color:black"> Section f. The RAA currently requires validation of syntactical accuracy and verification of operational accuracy including an affirmative response from the Registered Name Holder for either email or phone.</span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thanks,</p><pre><u></u> <u></u></pre><pre><u></u> <u></u></pre><pre><span style="font-family:Verdana,sans-serif">-- <u></u><u></u></span></pre><pre><b><span style="font-family:Verdana,sans-serif">Sarah Wyld</span></b><span style="font-family:Verdana,sans-serif">, CIPP/E<u></u><u></u></span></pre><pre><span style="font-family:Verdana,sans-serif"><u></u> <u></u></span></pre><pre><span style="font-family:Verdana,sans-serif">Policy & Privacy Manager<u></u><u></u></span></pre><pre><span style="font-family:Verdana,sans-serif">Pronouns: she/they<u></u><u></u></span></pre><pre><span style="font-family:Verdana,sans-serif"><u></u> <u></u></span></pre><pre><a href="mailto:swyld@tucows.com" target="_blank"><span style="font-family:Verdana,sans-serif">swyld@tucows.com</span></a><span style="font-family:Verdana,sans-serif"> <u></u><u></u></span></pre><pre><span style="font-family:Verdana,sans-serif">+1.416 535 0123 Ext. 1392<u></u><u></u></span></pre><p class="MsoNormal"><span style="font-size:10pt;font-family:"Courier New""><u></u> <u></u></span></p><p class="MsoNormal"><img border="0" width="100" height="24" style="width: 1.0416in; height: 0.2447in;" id="gmail-m_8202201058690903476Picture_x0020_3" src="cid:17ccce0c7dc66e9e1e31"><u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm"><p class="MsoNormal" style="border:none;padding:0cm"><b>From: </b><a href="mailto:michael@palage.com" target="_blank">Michael Palage</a><br><b>Sent: </b>October 27, 2021 4:48 PM<br><b>To: </b><a href="mailto:gnso-accuracy-st@icann.org" target="_blank">gnso-accuracy-st@icann.org</a><br><b>Subject: </b>[GNSO-Accuracy-ST] All Aboard !!!</p></div><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span lang="EN-US">Hello All,<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Per my comments yesterday during our open plenary call, I made very clear that it is my strong desire to have our work complete by ICANN75.  In order for that to happen, there may be times that I will have to gently nudge in a neutral fashion people to get things done.  In advance of our call next week, I want to tee up a more in-depth discussion of a working accuracy definition.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Listed below is current definition that the RrSG has extracted from the RAA:<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal" style="margin-left:36pt"><span lang="EN-US">Accuracy shall be strictly defined as syntactical accuracy of the registration data elements provided by the Registered Name Holder as well as the operational accuracy of either the telephone number or the email address.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Having read all the documents and listened to all of the comments/discussion I would like to put on the table for consideration/discussion the following friendly amendment.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal" style="margin-left:36pt"><span lang="EN-US">Accuracy encompasses both syntactical accuracy and operational accuracy of Registration Data Directory Service (RDDS) data elements processed by Registrars. Syntactical accuracy is imposed on all RDDS data elements processed by Registrars, whereas operational accuracy is only required of either email or telephone of RDDS data elements.  An additional requirement of operational accuracy is an affirmative response from the recipient to the confirmation request.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">The basis of these friendly amendments are as follows:<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><ul style="margin-top:0cm" type="disc"><li class="gmail-m_8202201058690903476MsoListParagraph" style="margin-left:0cm"><span lang="EN-US">I am proposing the definition to include syntactical and operational accuracy for ALL data elements that are processes (including voluntary ones) not just mandated ones. If a registrar is collecting data elements they should apply the same standard to all elements, both mandatory and voluntary.<u></u><u></u></span></li><li class="gmail-m_8202201058690903476MsoListParagraph" style="margin-left:0cm"><span lang="EN-US">I do not believe that the operational aspect of the RrSG definition properly encapsulated the affirmative response component set forth in the Whois Accuracy Program Specification.<u></u><u></u></span></li></ul><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Any thoughts or comments.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">If there are any alternative definitions, I ask that they be provided to the group via the mailing list 24 hours prior to our next call.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Best regards,<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Michael<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><u></u> <u></u></p></div></div>_______________________________________________<br>
GNSO-Accuracy-ST mailing list<br>
<a href="mailto:GNSO-Accuracy-ST@icann.org" target="_blank">GNSO-Accuracy-ST@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-accuracy-st" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-accuracy-st</a><br>
<br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</blockquote></div>