<div dir="ltr">FWIW, I just did a search on OFAC website and found that OFAC itself commonly refer to Taiwan as, well, Taiwan. Not Taiwan, Province of China, or even Republic of China. So I submit that in order to satisfy OFAC requirements, it is sufficient and even better to simply use a term that they use. <div><br></div><div>One example: <br><a href="https://ofac.treasury.gov/recent-actions/20201110">https://ofac.treasury.gov/recent-actions/20201110</a><br></div><div><br></div><div>Charles</div><div>in my personal capacity</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 16, 2023 at 3:57 PM Charles Mok (gmail) <<a href="mailto:charlespmok@gmail.com">charlespmok@gmail.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 dir="ltr">Dear Andrew, <div><br></div><div>If we have to follow some "standard", I still find that ISO 3166 is probably the only one that calls the place "Taiwan, Province of China", which is not followed by most inter-governmental or non-governmental bodies of the world, which, for better or worse, most commonly use "Chinese Taipei" (which, as I said, still doesn't satisfy everyone but nonetheless sound marginally better than "Taiwan, Province of China"). </div><div><br></div><div>If ISOC really has to ask that question of where people come from because of OFAC (Office of Foreign Assets Control) restrictions (down to just holding an open reception), then I have to say, even OFAC itself, as a US government organization, would NEVER call Taiwan a province of China. OFAC as part of the United States government would not tell us to follow ISO 3166 if they know that is the name. The United States president would not call Taiwan a province of China. </div><div><br></div><div>Please understand that issues like these are very sensitive and do mean a lot to a lot of people, and any organization must take great care in deciding what to do or call names. </div><div><br></div><div>Charles <br>in my personal capacity</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 16, 2023 at 3:43 PM Andrew Sullivan via Chapter-delegates <<a href="mailto:chapter-delegates@elists.isoc.org" target="_blank">chapter-delegates@elists.isoc.org</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">Hi,<br>
<br>
On Mon, Oct 16, 2023 at 03:05:33PM -0700, Charles Mok (gmail) wrote:<br>
<br>
>For us, ISOC, I find that if we follow the ISO 3166 basis for ccTLDs as our<br>
>nomenclature for country names<br>
<br>
That is not what I said.  What I said was that the reasoning in RFC 1591 provides the quite correct observation that there is an actual UN agency responsible for determining these matters, and the UN seems to be competent to decide what is and isn't a country and what the official names of those things are, and we are not.  Therefore, we follow the only standard there is for this question, and we use that. <br>
<br>
>have to, right? If we follow the convention in ICANN GAC, then it would be<br>
<br>
I have no idea how the convention in ICANN GAC emerged, but since they're not a standards body I don't know what the basis would be for following their practices rather than anyone else's.  Do you have some information about how the GAC settled on this variation from UN practice?  Do you know how long ago that change happened?  (I don't, and a casual glance at the GAC pages don't tell me.)  What I can see is that when various IDNA strings were assigned to TWNIC in 2010, ICANN still used the official UN name for the country in its report.  I don't know whether that comported with GAC advice at the time.<br>
<br>
>should worry about that anyway. So why not? Or if we really want to follow<br>
>ISO 3166, why not just list by the two-digit code, e.g. TW, CN,<br>
>US, whatever, and we don't have to get into this unnecessary argument,<br>
>right?<br>
<br>
We try to use the two-letter code whenever we can, but it presents usability issues for people picking their country name from a list if they happen not to be familiar with ISO 3166.  As for why not, it is because doing anything except following ISO 3166 puts the Internet Society (and, let's be honest, it's someone on the staff of the Internet Society who'd have to do this) in the unhappy position of having to decide what the right name is for something and then accepting responsibility whenever they made a mistake.  Whereas if we use the actual international standard for these things, we have some basis for our selection that isn't, "I did what I thought best."<br>
<br>
>After all, in the case of this reception at ICANN, should ISOC really care<br>
>which country someone comes from to join, other than some<br>
>statistical purpose?<br>
<br>
We have to care where people are from because we are incorporated in the US and therefore have to comply with OFAC restrictions.<br>
<br>
Best regards,<br>
<br>
Andrew<br>
<br>
-- <br>
Andrew Sullivan, President & CEO, Internet Society<br>
<a href="mailto:e%3Asullivan@isoc.org" target="_blank">e:sullivan@isoc.org</a> m:+1 416 731 1261<br>
Help protect the Internet for everyone:<br>
<a href="https://www.internetsociety.org/donate/" rel="noreferrer" target="_blank">https://www.internetsociety.org/donate/</a><br>
_______________________________________________<br>
As an Internet Society Chapter Officer you are automatically subscribed<br>
to this list, which is regularly synchronized with the Internet Society Chapter Portal (AMS):<br>
<a href="https://admin.internetsociety.org/622619/User/Login" rel="noreferrer" target="_blank">https://admin.internetsociety.org/622619/User/Login</a><br>
View the Internet Society Code of Conduct: <a href="https://www.internetsociety.org/become-a-member/code-of-conduct/" rel="noreferrer" target="_blank">https://www.internetsociety.org/become-a-member/code-of-conduct/</a><br>
</blockquote></div>
</blockquote></div>