JavaScript中的电子邮件验证时，有(即将)1000的TLD。

Question

我刚读到文章，上面写着：

因特网域地址打开迎接新后缀的浪潮 互联网命名委员会批准通过.hotel、.bank或.sport拍卖大幅扩展已批准的域名扩展。在.com首次向世界发布26年后，官方已经取消了严格的网站命名规定，打开了一个个性化的网络地址后缀的世界。

但是..。我刚刚学会了如何通过检查(以及其他变量)点后使用的字符数(如.com、.fr等)来验证电子邮件地址。现在怎么办？

分析师表示，他们预计将有500至1000个域名后缀，主要针对那些希望在网址上盖章的公司和产品，但也适用于城市和通用名称，如.bank或.hotel。

也许这是而不是的问题。但是，，我们要如何来验证电子邮件地址呢？你有什么计划？

Answer 1

国际海事组织，解决办法是在<anything>@<anything>之外进行电子邮件验证，并处理失败的发送尝试和电子邮件地址中的错误(这两种情况无论如何都会发生)。

相关信息：

• 电子邮件地址验证应该进行多远？

Answer 2

正如我回答其他地方的那样，这个regex非常擅长于处理本地化和新的TLD：

(?!^[.+&'_-]*@.*$)(^[_\w\d+&'-]+(\.[_\w\d+&'-]*)*@[\w\d-]+(\.[\w\d-]+)*\.(([\d]{1,3})|([\w]{2,}))$)

它确实验证了Jean+François@anydomain.museum和试@例子.测试.مثال.آزمایشی，但它不验证那些非字母数字字符的怪异滥用，例如'.+@you.com‘。

Answer 3

除了检查基本的、粗略的语法之外，验证电子邮件地址是没有意义的。不管你做的工作有多好，你都不可能知道一个地址是有效的，除非你给它发邮件并得到一个预期的答复。电子邮件地址的语法很复杂，很难正确检查，并且由于验证器不足而拒绝有效的电子邮件地址是一个可怕的用户体验错误。