Thanks Paul, i understand, mostly. I must admit i'm somewhat dumbfounded with<br><br>"The real fix here is that .com needs to come up with proper policies <br>regarding mixing scripts and domain bundling, something that the <br>newGLTDs did properly. "<br><br>What do you mean with "mixing scripts and domain bundling" ?<br><br>Br,<br><br>Joris<br><br><br>Sent from ProtonMail mobile<br><br><br><br>-------- Original Message --------<br>On 21 apr. 2017 18:57, Paul Wouters < paul@nohats.ca> wrote:<blockquote class="protonmail_quote"><br><html>

 <head></head>

 <body>

  On Fri, 21 Apr 2017, Joris L. via Unbound-users wrote:

  <br> 

  <br> > Is there a documented way to block unicode domain names ( all of them, not some ) ?

  <br> > 

  <br> > Why ? Because http://xn--80ak6aa92e.com/ reads like apple.com in anything outside of Internet Explore. Firefox

  <br> > has a puny flag which can be set so the domain does no longer get displayed as apple.com but Chrome is pending

  <br> > an update to fix this issue.

  <br> 

  <br> As maintainer in Fedora and one of th DNS team members for RHEL, I would

  <br> compile-time disable any such option as it would break all non-english

  <br> or latin domains. It is not an acceptable workaround ever.

  <br> 

  <br> The real fix here is that .com needs to come up with proper policies

  <br> regarding mixing scripts and domain bundling, something that the

  <br> newGLTDs did properly.

  <br> 

  <br> Paul

  <br> 

 </body>

</html></div>