是否可以在不更改所有电子邮件提供商后端的任何代码的情况下为"at sign"添加另一个 Unicode 字符?



所以可以说出于某种原因,我们想添加另一个Unicode字符,并在所有电子邮件提供商

中使用它代替 @

现在我有三个问题:

  1. 电子邮件提供商如何解析电子邮件,他们实际上是解析了书面电子邮件,直到他们看到 @ the @ the @ symbol的unicode在解析器中进行了硬编码?

  2. 不同的服务提供商是否具有不同标准的电子邮件解析器,还是每个电子邮件提供商都使用的标准类型的解析器库?

  3. 是否可以在符号符号中添加另一个并在电子邮件中使用它,而无需在所有电子邮件提供商的代码中进行更改?

是的,电子邮件地址是使用硬接线@字符解析的。经过将近五十年的电子邮件,实际上有数百万个电子邮件处理程序,并且它们都使用了相同的语法。因此,您将无法更改此惯例,第二个和第三个问题是毫无意义的。

电子邮件地址由数十种不同类型的软件解析,而不仅仅是"电子邮件提供商"中的"电子邮件服务器"软件。甚至像客户端的JavaScript这样的微不足道的事情突出了一个电子邮件字段 - 周围有数万个,也必须适应。

"@"本身不是字符类 - 因此,即使它是" unicode saparator"的唯一" Unicode字符类",您将拥有书面代码,以检查 contric class分离器?您是否曾经这样做,即使是为了过滤标点符号?(一种用于字符的Unicode分类的真实用例,即使是它们,这也几乎没有使用在现实世界中(。

现在,当然,您可以自由地编写电子邮件客户端代码,该代码将"@"作为其他任何内容呈现给用户。在内部,如果该软件也不会使用"@",即使是为了自己的用途,它也无法与世界上其他任何内容一起使用 - 从Antivirus软件到基于文本的模板。

最后,这样的更改几乎与" Unicode"本身无关 - Unicode可以标准化字符 - 但是电子邮件协议是一个独立的事情 - 通常是将一系列文档保存为" RFC" S是命令的各种Internet协议,包括IMAP,POP和SMTP-用于使电子邮件工作的三个协议。即使所有这些新的RFC都将以新的角色来代替"@",也可能需要十多年的时间,直到上面的所有软件都足够合规以使其能够使用。(是的,所有必须更改(

相关内容

最新更新