
<!DOCTYPE html><html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head>

<body>I am submitting the following five questions to ICANN Compliance.<br><br>Alan Greenberg, Member representing the ALAC<br>The 2013 RAA Whois Accuracy Program Specification section 4 requires a <br>Registrar take certain actions if it has any information that specific RDDS <br>fields are wrong (fields references are any of the name, postal address, <br>e-mail address, voice telephone number, and (where available) fax number).<br><br>The example given in section 4 of having such information is: “Registrar <br>receiving a bounced email notification or non-delivery notification message <br>in connection with compliance with ICANN's Whois Data Reminder Policy or <br>otherwise”.<br><br>Question 1: In the view of ICANN Compliance, does this example apply only <br>to Registrars who happen to monitor such email bounce or non-delivery <br>notifications, or are Registrars obliged to do such monitoring?<br><br>Question 2: If a Registrar is obliged to monitor such email notification <br>of non-delivery, are they similarly required to monitor other delivery <br>methods (such as postal mail failure to deliver, or a message to through <br>the Registrar’s domain management portal never being viewed)?<br><br>Question 3: If a Registrar is obliged to do such monitoring, does ICANN <br>Compliance audit this requirement?<br><br><br><br>Section 4 goes on to require that “Registrar must verify or re-verify, as <br>applicable, the email address(es) as described in Section 1.f…”<br><br>Question 4: With respect to the reference to “email address(es)”, since <br>the information about inaccuracy may be about any of the name, postal <br>address, e-mail address, voice telephone number, and (where available) fax <br>number, is the Registrar only required to verify or re-verify the email <br>addresses (even if the inaccuracy was in respect to one of the other <br>fields)? If other fields are included, please be specific as to what fields <br>must be verified or re-verified.<br><br><br>Question 5: The ICANN Org comments on the RrSG definition of accuracy <br>saying that accuracy requirements are not limited to syntactical and <br>operational accuracy implies that it may also include the requirement that <br>the field contents are in fact associated with the RNH, and lacking such <br>association, they may be deemed inaccurate. Is this an accurate reading of <br>the ICANN Org comment, and if not, please explain just what the <br>characteristics are that might make such fields inaccurate (in cases which <br>are not as blatant as Mickey Mouse residing on Main Street of Disneyland)?</body></html>