<div dir="auto">Hi peter<div dir="auto">Yes the problem is that browsers not aware of a TLD, in this case SAFARI unaware of xn--4dbrk0ce,  do not treat it as a domain.  It won't resolve  the given name and go to the address. Instead, it will pass the value to the search engine. This is bad. Most certainly not the desired behavior when launching a new domain.  </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 26, 2022, 17:58 Peter Thomassen <<a href="mailto:peter@desec.io">peter@desec.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Meir,<br>
<br>
On 8/26/22 06:38, Meir Kraushar via dns-operations wrote:<br>
> We are about to go public with a new IDN ccTLD in Hebrew, being xn--4dbrk0ce.<br>
> We have done the procedure of updating Mozilla PSL, also merged the list into chromium. But as far as how Safari browser behaves, we are totally in the dark.<br>
> How to to reach out to any Apple staff, or crate an update request?<br>
> Any help will be much appreciated. <br>
<br>
As per the PSL algorithm [1], there is a rule "*" that matches the top level, so that all TLDs automatically qualify as Public Suffixes.<br>
<br>
You can verify this by entering "example.xn--4dbrk0ce" into the form at [2].<br>
<br>
Given that, it does not seem necessary to make sure that browsers include new TLDs explicitly. Are you encountering a problem due to the lack of inclusion in the PSL, or are you merely trying to get it included for completeness?<br>
<br>
[1]: <a href="https://github.com/publicsuffix/list/wiki/Format#algorithm" rel="noreferrer noreferrer" target="_blank">https://github.com/publicsuffix/list/wiki/Format#algorithm</a><br>
[2]: <a href="https://publicsuffix.zone/" rel="noreferrer noreferrer" target="_blank">https://publicsuffix.zone/</a><br>
<br>
> Also, out of curiosity.. if anyone knows why the mess? Why evey browser needs attention, rather than relaying on the IANA tld list?<br>
<br>
That's because there are public suffixes that are operated by other entities [3]. For example, <a href="http://s3.amazonaws.com" rel="noreferrer noreferrer" target="_blank">s3.amazonaws.com</a> is a public suffix. There is a significant number of them (just take a look at the raw PSL file on GitHub).<br>
<br>
[3]: <a href="https://github.com/publicsuffix/list/wiki/Format#divisions" rel="noreferrer noreferrer" target="_blank">https://github.com/publicsuffix/list/wiki/Format#divisions</a><br>
<br>
HTH,<br>
Peter<br>
<br>
-- <br>
<a href="https://desec.io/" rel="noreferrer noreferrer" target="_blank">https://desec.io/</a><br>
</blockquote></div>