拥有“国际化”域名是否存在任何技术问题？

在我的语言中，标准域名中不允许使用许多字符。然而，大多数的这些可以很容易地与安全当量取代（主要是重音落下í变得i等）。因此，尽管我们经常注册两种形式（例如timarit.is和正确的Icelandic形式tímarit.is），但我们始终将“安全”形式设置为默认形式，而其他形式仅重定向至该形式。

但是，我们现在处于替代不利的位置（æ变为ae），并且默认情况下希望使用国际化名称。

我的问题只是这是否存在任何已知问题？首先想到的是浏览器不兼容，但是我同样担心还有其他一些事情没有想到。

赏金

我对此开始了赏金计划，因此不必发重复的问题。我想听听IDN与（1）FTP和（2）电子邮件服务器/客户端一起使用是否有任何实际后果；（3）哪些浏览器在域名方面挣扎？（4）移动设备怎么样‽而且（5）主题发生了任何变化-提出问题已经快一年了。

搜索引擎通常不会对IDN造成任何问题（我不能代表其他人，但至少Google就是这种情况）。除了您（维护等）方面和用户方面（浏览器问题-幸运的是，随着越来越多的用户使用现代浏览器，这些问题都消失了），我看不出很多问题。

我想到的是一些与搜索引擎更一般且间接相关的东西：

• 有些用户可能无法链接到您的内容，尤其是如果他们的键盘布局不正确时，因此通常最好为用户提供一种简便的方法来复制和粘贴链接以供重复使用。如果要提供HTML代码段，请确保使用域名的punycode版本，以免页面编码出现问题。
• 有时您可能想使用多个域名来输入错误（例如timarit.is与tímarit.is）。如果这样做，请确保选择首选域名，并使用站点范围的301重定向到该域名。
• 如果在路径，文件或查询参数中使用非7位ASCII，请确保为此使用UTF-8。另外，请确保对链接摘要进行正确编码（请参见第一点）。

内容管理系统的字符编码是一个想到的问题。另外，如果您要推广自己的网站，则许多URL验证输入可能会破坏您的URL。

（1）FTP

您似乎确实需要一个可以处理IDN的FTP客户端，因为它确实需要特殊的支持。根据我在研究此内容时所读到的内容，该支持在所有主要的FTP客户端中似乎已广泛存在并且是一个共同的功能。

（2）电子邮件服务器/客户端；

根据国际电子邮件的维基百科文章，电子邮件支持似乎不完整：

由于传统电子邮件标准将所有电子邮件标头值限制为仅ASCII字符，因此电子邮件标头中存在UTF-8字符可能会降低传输此类电子邮件的稳定性和可靠性。这是因为在撰写本文时，大多数（如果不是全部）电子邮件服务器均不支持这些字符。

IETF的成员已经提出了一种方法，通过该方法可以将电子邮件降级为所有标准电子邮件服务器应支持的所有ASCII格式的“旧版”。这种降级机制满足了电子邮件传输尽可能健壮和可靠的要求。

。

（3）哪些浏览器在域名方面挣扎？

似乎所有主流浏览器都支持IDN，并且已经这样做至少两年了。您可能唯一真正的问题是使用不支持IDN的旧版浏览器。但是由于自IE7和其他主要浏览器的用户群快速更新以来，IE似乎已支持该功能，因此该用户数量应该很少。

（4）移动设备‽

好问题。.mobi域名似乎不支持IDN。我找不到针对设备本身的任何特定信息，但我确实找到了一些公司声称它们在移动设备上具有针对IDN的解决方案，因此我猜测可能不存在本机支持或该支持不完整。

（5）在这个问题上有任何变化-提出问题已经快一年了。

一些特定国家/地区的TLD增加了支持，垃圾邮件发送者似乎已经找到了一种利用它们的方法。但这差不多已经改变了。

1. 屋或竞争者 * 最终会 *购买您域名的罗马化版本。

   因此，如果有任何重要性（或者随着时间的推移可能越来越重要），则您必须同时购买两者。

2. 垃圾邮件发送者和网络钓鱼者。
   Unicode 充满了看起来很像拉丁字符的字符。

   他们只是现在才开始使用它们，但是在几个月后，不必要的IDN名称可能看起来像是phishy。

3. 使用非冰岛语键盘布局的国际游客可能会讨厌您。但是，如果您不打算在名片上贴上该名称，那可能就没什么大不了的了。

反正... ☺.com必须是最先进的中的非必要使用IDN

圣经后：猜猜谁不支持☺.com这样的IDN？Stackexchange :)
必须手工挖掘xn代码。：/

我们尝试使用该域的IDN版本作为默认域，但最终在某些浏览器（包括Firefox）和Adobe Reader中遇到了问题，这些IDN域名只是在传递给浏览器插件的过程中受到了干扰。

因此，现在我们使用“安全”模式，而IDN只需执行301重定向即可。