<html 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">
<head>
<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:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoNoSpacing, li.MsoNoSpacing, div.MsoNoSpacing
{mso-style-priority:1;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri",sans-serif;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle24
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle25
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle26
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle27
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle28
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.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]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Dear All,</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Please find the attendance of the call attached to this email</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">,
and the Adobe Connect chat, <span style="color:black">MP3</span> & Adobe Connect
<span style="color:black">recording</span>s<span style="color:black"> below for the Next-Gen RDS PDP Working group call held on Tuesday,
</span>01 August<span style="color:black"> 2017 at 16:00 UTC.</span><o:p></o:p></span></p>
<p style="line-height:15.6pt;background:white"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">MP3: </span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#111111"><a href="http://audio.icann.org/gnso/gnso-nextgen-rds-pdp-01aug17-en.mp3">http://audio.icann.org/gnso/gnso-nextgen-rds-pdp-01aug17-en.mp3</a><o:p></o:p></span></p>
<p style="line-height:15.6pt"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">AC recording:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="https://participate.icann.org/p9iru2t8yn8/?OWASP_CSRFTOKEN=576da2f56b1bce78d33e2124e47b1e7135cfcbe986c3c37c77f191df907c5dba"><b><span style="color:black;background:white">https://participate.icann.org/p9iru2t8yn8/</span></b></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">The recordings and transcriptions of the calls are posted on the GNSO Master Calendar page:</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gnso.icann.org_en_group-2Dactivities_calendar-23nov&d=DwMF-g&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=PDd_FX3f4MVgkEIi9GHvVoUhbecsvLhgsyXrxgtbL10DTBs0i1jYiBM_uTSDzgqG&m=GJMkY4Fbi9sry9Z53DaSWJm-mHxMfFxg7MEVDf2JU90&s=FI3QJYH6DWWCDQir6NDMSjPkzdqfTTUmf9Ua-AYpc14&e=">
<span style="color:purple">http://gnso.icann.org/en/group-activities/calendar</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">** Please let me know if your name has been left off the list **</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Mailing list archives:</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="http://mm.icann.org/pipermail/gnso-rds-pdp-wg/"><span style="color:purple">http://mm.icann.org/pipermail/gnso-rds-pdp-wg/</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Wiki
</span></b><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">agenda
<span style="color:black">page: </span> </span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><a href="https://community.icann.org/x/VWfwAw">https://community.icann.org/x/VWfwAw</a><b><o:p></o:p></b></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Thank you.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">Kind regards,</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p></o:p></span></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Julie
<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">———————————————</span><o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> </span><o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><b><u><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">AC Chat Next-Gen RDS PDP WG Tuesday,
</span></u></b><b><u><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">01 August<span style="color:black"> 2017<o:p></o:p></span></span></u></b></p>
<p class="MsoPlainText"> Julie Bisland:Welcome to the GNSO Next-Gen RDS PDP Working Group call on Tuesday, 01 August 2017 at 16:00 UTC<o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:Agenda wiki page: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_VWfwAw&d=DwICaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=8xiMwbkCTIQGq0CaG_mL_HI2_-63KJLT4JJm-6Ow-iI&s=PnFD4KhHpsuUAH7NTALPB72EQkQJk0nUWMIvNixknG8&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_VWfwAw&d=DwICaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=8xiMwbkCTIQGq0CaG_mL_HI2_-63KJLT4JJm-6Ow-iI&s=PnFD4KhHpsuUAH7NTALPB72EQkQJk0nUWMIvNixknG8&e</a>=
<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:Update: I am also Member of RDS Review team<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:When I was made IAB Chair a friend of mine offered "congratudolances", which I thought was an excellent word.<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:Indeed! I like that. Will need to file it away for future use.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:RDS-WHOIS2-RT membership: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_display_WHO_Review-2BTeam-2BComposition&d=DwICaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=8xiMwbkCTIQGq0CaG_mL_HI2_-63KJLT4JJm-6Ow-iI&s=uSoEnOsBE5ztWCEZEu9zjSdzCg3iP6Qu5eUdHkaVs0I&e">
https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_display_WHO_Review-2BTeam-2BComposition&d=DwICaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=QiF-05YzARosRvTYd84AB_UYInlydmFcjNmBM5XgySw&m=8xiMwbkCTIQGq0CaG_mL_HI2_-63KJLT4JJm-6Ow-iI&s=uSoEnOsBE5ztWCEZEu9zjSdzCg3iP6Qu5eUdHkaVs0I&e</a>=
<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Andrew - that's a wonderful word<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):hello all, sorry for being bit late<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:apologies for being a couple of nnnutes late<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:apologies for being late . . . and having to leave .5 hr early today<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:From RAA: The Registrant is the entity that has acquired the right to use the Internet resource. A Domain Name Registrant is the person ororganization who has registered the domain name, also referred to as a Registered
Name Holder.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I do think it matters legally what your arrangement is with the entity who is the registered name holder<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Marc's correct<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):We might exect large amount of trusties also( persons whom registrants trust to register on their behalf), as a part of efforts rount GDPR issues<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:in a privacy registration the registrant name is listed in the whois output<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:Yes, correct. Privacy reveal the name and but not the contact info.
<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:or can be<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Marc is correct, the proxy is the registant but in a privacy registration, the registrant is not the privacy provider<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:However, are there actually any privacy providers? Lat time I looked I could not find one.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Do we know much about lawyers who act for clients? My thought was no...<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Stephanie - there's no way to know<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:We know they exist... <o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Exactly, we are not privy tt the contract<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@Stephanie, in case where it is not the only service (registrsation of domains), we will not see them as privacy proxy , I think<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:and they don't identify themselves as lawyers acting for anyone in the registration
<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:TBH we also have designers / developers / IT service companies registering domains for people - we've no way of knowing
<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:At one point, the case was made that a lawyer acting in this way MUST register as a Proxy provider, but that is clearly not practical or going to happen.<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Alan - there's no way to police it<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):currently it is possible to use <a href="mailto:email+1contact@gmail.com">
email+1contact@gmail.com</a> and <a href="mailto:email+2contact@gmail.com">email+2contact@gmail.com</a> when really it is only one<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Michele<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:Agree Michele<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:re email address, if the email provider goes down, can't the registrant update his / her information w/ an updated email address?<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:This is why we need email AND phone AND physical address.<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Vicky - depends on whether they can login to change it - they can end up in a catch 22 / circle of hell<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:ie. login is tied to the email that isn't working + the reset stuff goes to the dead email<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I think it is entirely reasonable to suggest that you can't have a domain name if you don't have an email address<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:"At minimum" is not "At most" - option a) states that email address to reach the Registrant is mandatory to collect and include in the RDS<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:option b) states that one or more email address(es) to reach contact(s) serving in certain roles is mandatory to collect and include in the RDS<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:+1 andrew<o:p></o:p></p>
<p class="MsoPlainText"> Marc Anderson:+1 Rod - that addresses my hesitation<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:+1 Andrew. Wea re talking about an audience who is opting for a domain name registration -- the very basis for email addresses.<o:p></o:p></p>
<p class="MsoPlainText"> Tapani Tarvainen:A registrar or domain reseller could offer contact email management as a service (which they'd presumably relay to the actual registrant somehow).<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:a) and b) are really different requirements<o:p></o:p></p>
<p class="MsoPlainText"> Rod Rasmussen:@Tapani - yep, that's thinking outside the current registration paradigm "box"<o:p></o:p></p>
<p class="MsoPlainText"> Roger Carney:+1 Michele<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:It seems to me that someone who doesn't have an email address is pretty unlikely to need a domain name. Perhaps such registrations ought to be discouraged!<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Andrew - I'd disagree strongly - sorry :)<o:p></o:p></p>
<p class="MsoPlainText"> neil schwartzman:"I think it is entirely reasonable to suggest that you can't have a domain name if you don't have an email address" +1
<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Alan, the need for alternatives is covered by poll question 30<o:p></o:p></p>
<p class="MsoPlainText"> neil schwartzman:why infantize domain registrants. do they have credit cards? bank accounts?
<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I think it would be a bad idea to disallow in-bailiwick email addresses<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:People used to try to do this for nameservers, and we discovered that what people did was make circular references<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:agree with andrew and it is yet another reason why we need multiplc contact mathods (email AND phone AND physical address.)<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:My MX record for anvilwalrusden.com and crankycanuck.ca is mx4.yitter.info<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:but of course, yitter.info and anvilwalrusden.com and crankycanuck.ca are all on the same machine<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:so this policy would actually provide no protection but would be another barrier.<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Andrew - years ago we had two nameservers running on the same physical server :)<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Note that alternative contacts are covered in the next poll question, so any new concept should dovetail with that (if agreed)<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Anyone opposed to b) please raise hand and explain why<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:A TLD of my acquaintance had out-of-baliwick name servers "for safety". Unfortunately, the name servers for the out-of-bailiwick name was beneath the TLD :)<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:haha<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:i am ok w/ B<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:when the Bad Day happened, it was a lot more work to figure out what was wrong.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I'm ok with B<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:well the TLDs that use their own TLD for their own DNS are kind of asking for trouble
<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:i'm also ok with B<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:the DNS swapping that some of the ccTLDs do makes a lot more sense to me<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Michele: I disagree, actually. That glue is all over the place for any TLD that is in widespread use. But it does no harm, either<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Andrew - one of these days we'll agree on something :)<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:(Revised) WG Agreement #29: At a minimum, one or more e-mail addresses must be collected for every domain name included in the RDS, for contact roles that require an e-mail address for contactability<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:the registrar may need it and collect it, but why would it need to be included in the rds?<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:hello all, appologies for the tardyness - flight from Vegas was late, and conflicting call :/<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Volker: I am trying to understand what the RDS is that is not what registrars collect. But the need is because, if your domain is spewing stuff onto the Internet and I need to reach you, I'm probably not going to
be able to use the Internet to do it.<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Volker - exactly<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:GregS: In addition to email address, data enabling two alternative methods of contact must be collected and included in the RDS.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Question: Does a requirement for one preclude two?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:DONE, see GregS above<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:This is hardly "every possible risk," Also, you can't publish data you don't collect.....<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:Greg A. comment is important IMO - existing policy requires email and two other required contact methods (postal address and phone #) I don't see any reason to change that policy..<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:disagree w/ stephanie. see comments in poll for rationale for having multiple forms of contact<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:I'll slip Stephanie a fiver later for all those nice comments :)<o:p></o:p></p>
<p class="MsoPlainText"> Herb Waye Ombuds:Folks, I must drop out for another commitment. Wishing you all a productive meeting. See you next time.<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:That still doesn't address the issue of fake information provided.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Alex, could you provide rationale for why those other contat methods are required? So that we can move beyond "it's that way now" to "it needs to be that way because..."<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:disagree w/ stephanie<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:disagree again - there is a need for information to be accessible to others outside of the registrar. that is part of ther eason for having the RDS in teh first place.<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I am certainly not arguing with the riskiness of reliance on email<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):spam filters sometimes fail even for working e-mail<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:@lisa - basically to ensure chances of contactability are high.
<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:I was going to suggest 13 alternative methods of contact, but I decided not to try and address every possible risk.<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:There, name fixed<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Alex, can you differentiate between a need for 2 alternatives (of any kind) versus the two alternatives you listed? Which should be required and why?<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:I am also mystified by how a distributed database would be guarded by the RDS<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:or not :/<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Guarded by the registrars, and not in the RDS is what I mean<o:p></o:p></p>
<p class="MsoPlainText"> Otieno Antony:@FAITID That depends with how it has been developed
<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Lots of stuff in the RAA not included in the RAA<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:RDS that is<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Scope of RAA is not simply RDDS reuqirements - RDDS requirements are a subset of the RAA requirements today<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Since we're talking not just about the stuff that is exposed but also the stuff that is collected, we extended the traditional meaning of "RDS", IMO<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):what ID's, scans of the passports e.t.c. has to do with RDS?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Apparently I am being hobbled by my history with database design :-/<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Registrars have to disclose all contact information to the Dispute Resolution Providers, and that correspondence is provided to the Complainant anyway, so it should be publicly available to begin with as it needs
to be verified in a UDRP, for example,<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Anyway, I think this is my problem and not one for anyone else, so I'll shut up and stop distracting us<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Recall a year or so ago when we discussed SAC054, Report on Domain Name Registration Data Model (June 2012) and noted some data is collected that is beyond the scope of RDS data<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:@Michele - What types of info?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:https://www.icann.org/en/system/files/files/sac-054-en.pdf<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Fabricio - IP addresses for every login <o:p>
</o:p></p>
<p class="MsoPlainText"> Michele Neylon:usernames<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:full list of other services<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:payment methods<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:failed payments<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:a lot of things<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:Lisa did!<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Yes, the alternative is in chat and notes<o:p></o:p></p>
<p class="MsoPlainText"> Greg Shatan:Thank you, Lisa.<o:p></o:p></p>
<p class="MsoPlainText"> Otieno Antony:Should we have local/national internet registries that aim at ensuring clean databases of domain names and their entities?
<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Note that I was _not_ suggesting "the RDS" should have everything in it. But we got here because people were talking about contact info that registrars were to be required to collect, but that "wasn't in the RDS".
I don't understand what that means.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Suggest staff recirculate slides developed for our first F2F meeting based on SAC054 which illustrated the universe of data and the difference between that and WHOIS (RDS) today<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Good idea Lisa<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:I know what SAC054 says & the distinction it makes<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Nothing wrong with recirculating them, but it's able to make that distinction because of how WHOIS works.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Andrew, I know you do but we need to all get on the same page w/r/t scope<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):collected items should be justified by a reason<o:p></o:p></p>
<p class="MsoPlainText"> Alan Greenberg:@Andrew, sorry for expanding on what you were saying, but as an example, there are domains under my Registrar account that do not have me as the registrant. So in the correct circumstances, the regisrar can contact me
or provide my contact info. But I am still not the registrant of record or in any way associated with the current WHOIS.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:We have been debating whether some of the data that is collected now ought to be collected at all, and we've been talking about that as "collected in the RDS".<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:There is no one law governing data protection and varying views and even principles and philosophies of privacy.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:It now sounds like there's some other database we have in mind that, taken together, is a superset of the RDS -- that is, the RDS is a proper subset of the distributed database that is all registration information<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Keep in mind that "in the RDS" does not necessarily mean "under ICANN's control". This is a distributed database<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:What a registrar lcollects that is not in the RDS is under the Registrars sole controllership. I think the DPAs were sayingthat the data they collect for ICANN is under joint control.<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Andrew, I know that wasn't the intent of at least the EWG, which had a principle to explicitly state data may be collected by registrars that is never shared with the RDS<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:In that case Tim, drop route. Have them added to RBLs.<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Good point, Tim<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Andrew, if ICANN compels it to be collected they are the controller of the data in DP terms....<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:that helps my org, but what of everyone else?
<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:RBLs<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I realize they do ntt have custody, <o:p>
</o:p></p>
<p class="MsoPlainText"> tim obrine:and that is only internal clients - what of those that are remote/on the road?
<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:suggest we re-poll on Q6 to separate concepts embodied: should alternative(s) be required, if so how many, what type, and why<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Stephanie: the point is that they won't necessarily have the data in their hands<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:Just to get this on the record as a reminder, we need to clarify that the data currently collected, disclosed, and escrowed as provided by the RAA may be surplus to what is permissible under the GDPR
<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:"surplus to what is permissible"?<o:p></o:p></p>
<p class="MsoPlainText"> Vicky Sheckler:apologies but i need to drop off<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:too much being collected, disclosed and escrowed.<o:p></o:p></p>
<p class="MsoPlainText"> Sam Lanfranco:Ditto re: "apologies" - have to tend the fields - bye to all<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Note: we will keep "sync" on as Rod speaks to these slides, but you can download them from the wiki:<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Let's leave that to the GDPR legal experts<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:https://community.icann.org/download/attachments/66086741/PBC-Overview-1August.pdf<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:And GDPR is not the only law out there. Lots of others equally relevant.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:In EPP, these contacts all have a ROID<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:So you can use that as the key<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:since ROIDs are unique, generated by the repository ('registry') using a base assigned by IANA, so they're globally unique identfiers<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):Contact data better to mark " was validated"<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:I have no issue with the voluntary provision of these additional funcitional contacts, but I do object to any requirement to do so.<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:some regitrars still do that with the nic-hdl<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Volker: in TLDs you have to have these contacts today<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:they don't have to be reusable, unfortunately, and they're not allowed to be inter-registry<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:does EPP and RDAP use the same structure for contacts? (I believe RDAP uses vCard - no?)<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:The way the data appears is not the same, but that's the publication format<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:the data underneath it is the same<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:@Andrew: Legal contact, abuse contact? Where are thosetoday?<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:Oh, those two are new, yes<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:they're actually just new distinctions, of course.<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):requireing Legal Contact from not so rich person is not realistic<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Abuse is not new, although it is done differently today that Admin/Tech, Abuse email and phone are in RAA now<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:LEgal contact doesn't necessarily mean "lawyer".<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:@Rod: I am worried about the Registrant ID field. That being public would allow anyone to figure out the complete set of domains owned by a registrant. And that may allow cross-referencing detective work<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:Yes they are new.... but the issue is if you are a one man show.... it can be intteresting as to who would handle them<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:but abuse is not new...i agree<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):most probably we will have lots of people adding local police dept there<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:@Volker, that is exactly what we do with abuse investigations.<o:p></o:p></p>
<p class="MsoPlainText"> Chuck Gomes:@ Volker: Please raise your question in the Q&A.<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:@rod - audio is fine. no noise on my end. <o:p>
</o:p></p>
<p class="MsoPlainText"> Volker Greimann:So if I owned dumptrump.com but still want to travel to the US in the near future without harrassment by border control and also greimann.org, those would share the same ID and therefore expose my ownership of the former<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:@Chuck: I have to leave early, so I wanted to put my concerns here to have them on the record...<o:p></o:p></p>
<p class="MsoPlainText"> Volker Greimann:I will listen to the answers in the recording later<o:p></o:p></p>
<p class="MsoPlainText"> Stephanie Perrin:I think Volker is raising a really good point.<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:@Volker, I'm sure you know how to register them differently.<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:It is part of the reason that people sometimes didn't use the handles<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@Volker, you will need to use different Registrars to keep them with different IDs
<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):Simple, but important question - Who is goign to issue unique Registrant IDs?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Maxim, hold that question - Rod will answer<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):ok<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:then we must have a field that defines indivudual, individual org and so on<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:if you are small one...then you refill each filed all along...<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):this Idea is equal to creation to a registry of natural persons IDs<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):this idea will not pass GAC<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:Of course nobody will assume another persons identity...
<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):Which jurisdiction will trust the creation of a large directory of it's citizens to ICANN?<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):the only way to establish identity is an ID or a passport, so the directory should have scans of them, and it is way over the top of what we do in DNS<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:@Maxim, you don't trust me when I say I am me?<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):no, it might be not you :)<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:It really is, trust me.<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):it is just pixels and sound<o:p></o:p></p>
<p class="MsoPlainText"> Fabricio Vayra:Thanks, Rod! Great recap!!<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:@ maxim - no one has suggested a passport would be required.
<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Sync is now off, you can scroll to any slide you had questions about<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):than how do we identofy persons to be same registrant ID?<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Copying for Rod to answer: Volker Greimann: @Rod: I am worried about the Registrant ID field. That being public would allow anyone to figure out the complete set of domains owned by a registrant. And that may allow cross-referencing
detective work<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):ROID = Repository Identifier as specified in EPP<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):Repository Object IDentifier to be specific<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):and if we do not identify Registrants, then value is minimal, so using ROIDs of Registry is more or less simple for this reason(and Registrars with Registrars, P&P have the full info, also it is in Escrow)<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):and another concern is how good ICANN at keeping secrets? Historical records are not good for the latter<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:EV certificates have worked so well! Let's do it again ;-)<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:lol@ Andrew<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):at least one of the big companies could help with that<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Maxim: I think the idea is that you could do this cross-registry, though. That would be pretty convenient<o:p></o:p></p>
<p class="MsoPlainText"> Amr Elsadr:Volker Greimann: @Rod: I am worried about the Registrant ID field. That being public would allow anyone to figure out the complete set of domains owned by a registrant. And that may allow cross-referencing detective work<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@Andrew, We will not trust another registry to held correct information until we have a contract with them<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:Which is something we need to have - to detect the full spread of malicious actors web sites<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Maxim: yeah, that's why I think this is a non-starter<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:but that's the underlying idea<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@tim you see only lazy ones this way<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):@Andrew @Maxim: The old Internic service could be used for something like this (again). it's in ICANN's possession...<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:@Michael, IDs are used in gated access to query additional data, when you have permission to do so<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):...and registries and registrars already have contracts with ICANN...<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@Scott, As I saw - usually ICANN hires some company to do everything from the scratch<o:p></o:p></p>
<p class="MsoPlainText"> Michael Hammer:Ouch!<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@Scott, our contracts do not require blind trust to third parties<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):I'm not suggesting involvement of a third party<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):a registry/registrar to whom we do not have a contract - is a third party<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):I'm talking about ICANN and contracted parties - no other third parties<o:p></o:p></p>
<p class="MsoPlainText"> Alex Deacon:I don't see the concern as there is no requirement to re-use ID. you can always create a new one.
<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:@Scott: so you're suggesting a single repository of contact information, and then separate registries for different domains, all referring to the central contact database?]<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:For compromised sites, would you reach out to the technical, admin and abuse contact? Maybe we should add a Security contact (thinking of this from the registrant's perspective)<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Note there are ways to map tokens to the same underlying contact - there are many ways to do this, if you have the concept of managing contacts, separately from managing registrations that use them.<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):from ICANN's perspective yes, from a Registry/Registrar perspective - no, due to lack of agreements<o:p></o:p></p>
<p class="MsoPlainText"> Scott Hollenbeck (Verisign):@Andrew: yes, could be<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Jonathan - the operational point of contact was floated in the past<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):@jonathan , Security usually CC in all Aabuse contacts<o:p></o:p></p>
<p class="MsoPlainText"> Michele Neylon:Though I wish some infosec people would learn to use our abuse-c and not some $random email address<o:p></o:p></p>
<p class="MsoPlainText"> Lisa Phifer:Yes Rod<o:p></o:p></p>
<p class="MsoPlainText"> Maxim Alzoba (FAITID):bye all, it was a good call<o:p></o:p></p>
<p class="MsoPlainText"> Nathalie Coupet:bye all<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:Great presentation, and call<o:p></o:p></p>
<p class="MsoPlainText"> jonathan matkowsky:I like the idea of a "Disputes" contact more so than a "legal" contact per se<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:+jonathan <o:p></o:p></p>
<p class="MsoPlainText"> Julie Bisland:The next GNSO Next-Gen RDS PDP Working Group teleconference will take place on Tuesday, 08 August 2017 at 16:00 UTC for 90 minutes.
<o:p></o:p></p>
<p class="MsoPlainText"> tim obrine:bye all<o:p></o:p></p>
<p class="MsoPlainText"> Andrew Sullivan:thanks, bye all<o:p></o:p></p>
<p class="MsoPlainText"> Kris Seeburn:bye<o:p></o:p></p>
<p class="MsoNoSpacing" style="margin:0in;margin-bottom:.0001pt"><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>