根据 RFC5321/RFC5322 对电子邮件地址进行正则表达式验证

有谁知道根据以下内容验证电子邮件地址的正则表达式RFC5321 https://www.rfc-editor.org/rfc/rfc5321/RFC5322 https://www.rfc-editor.org/rfc/rfc5322?

由于（可嵌套）注释使语法变得不规则，因此仅应考虑没有注释的地址。

当然，如果您有兴趣验证某人实际拥有的地址，那么唯一真正的验证是将电子邮件发送到该地址并检查所有者是否收到它。然而，我纯粹对 RFC 标准感兴趣。实用的方法这个问题 https://stackoverflow.com/questions/201323/using-a-regular-expression-to-validate-an-email-address更相关。

除了评论之外，我愿意牺牲折叠空白，但除此之外，我对拒绝任何 RFC5321/2 有效地址的表达式不感兴趣。 （可以说，在某些情况下忽略折叠空白甚至是有意义的。）

理想情况下，正则表达式会拒绝任何notRFC 有效，但这不太重要。例如，在正则表达式中包含详尽的顶级域列表并不是那么有趣。只需接受任何顶级域名就足够了。

我不确定地址标签是否（例如[电子邮件受保护] /cdn-cgi/l/email-protection）是我提到的 RFC 的一部分，但我希望正则表达式来验证这些。

IPv6 绝对应该得到正确处理（RFC5952 https://www.rfc-editor.org/rfc/rfc5952).

据我了解国际化电子邮件（RFC6530 https://www.rfc-editor.org/rfc/rfc6530, RFC6531 https://www.rfc-editor.org/rfc/rfc6531, RFC6532 https://www.rfc-editor.org/rfc/rfc6532, RFC6533 https://www.rfc-editor.org/rfc/rfc6533）仍处于实验阶段，但验证这些地址的表达式也很有趣。

为了使答案普遍有趣，如果正则表达式采用 POSIX 格式就好了。

可嵌套的注释使电子邮件地址的语法变得不规则（与上下文无关）。但是，如果您排除注释，则生成的语法是常规的。主要定义允许（折叠）词汇标记之间的空格（例如a @ b.com）。删除所有折叠空白会产生规范形式。

这是根据 RFC 5322 的规范电子邮件地址的正则表达式（排除注释）：

([!#-'*+/-9=?A-Z^-~-]+(\.[!#-'*+/-9=?A-Z^-~-]+)*|"([]!#-[^-~ \t]|(\\[\t -~]))+")@([!#-'*+/-9=?A-Z^-~-]+(\.[!#-'*+/-9=?A-Z^-~-]+)*|\[[\t -Z^-~]*])

如果您需要接受折叠空白，那么这是根据 RFC 5322 的电子邮件地址的正则表达式（不包括注释）：

((([\t ]*\r\n)?[\t ]+)?[-!#-'*+/-9=?A-Z^-~]+(\.[-!#-'*+/-9=?A-Z^-~]+)*(([\t ]*\r\n)?[\t ]+)?|(([\t ]*\r\n)?[\t ]+)?"(((([\t ]*\r\n)?[\t ]+)?([]!#-[^-~]|(\\[\t -~])))+(([\t ]*\r\n)?[\t ]+)?|(([\t ]*\r\n)?[\t ]+)?)"(([\t ]*\r\n)?[\t ]+)?)@((([\t ]*\r\n)?[\t ]+)?[-!#-'*+/-9=?A-Z^-~]+(\.[-!#-'*+/-9=?A-Z^-~]+)*(([\t ]*\r\n)?[\t ]+)?|(([\t ]*\r\n)?[\t ]+)?\[((([\t ]*\r\n)?[\t ]+)?[!-Z^-~])*(([\t ]*\r\n)?[\t ]+)?](([\t ]*\r\n)?[\t ]+)?)

RFC 5321 (SMTP) 进一步限制了有效电子邮件地址。它基本上保留@符号之前的部分，但仅接受@符号之后的主机名或地址文字。 （“---.---”是有效的点原子，但不是有效的主机名，“[...]”是有效的域文字，但不是有效的地址文字。）

当涉及到主机名和 IP 地址时，RFC 5321 中提供的语法过于宽松。我冒昧地“纠正”了有问题的规则，使用这个草案 https://tools.ietf.org/id/draft-main-ipaddr-text-rep-01.txt and RFC 1034 https://www.rfc-editor.org/rfc/rfc1034（第 3.5 节）作为指导方针。这是生成的正则表达式。

([!#-'*+/-9=?A-Z^-~-]+(\.[!#-'*+/-9=?A-Z^-~-]+)*|"([]!#-[^-~ \t]|(\\[\t -~]))+")@([0-9A-Za-z]([0-9A-Za-z-]{0,61}[0-9A-Za-z])?(\.[0-9A-Za-z]([0-9A-Za-z-]{0,61}[0-9A-Za-z])?)*|\[((25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]?[0-9])(\.(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]?[0-9])){3}|IPv6:((((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){6}|::((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){5}|[0-9A-Fa-f]{0,4}::((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){4}|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):)?(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){3}|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){0,2}(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){2}|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){0,3}(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){0,4}(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::)((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3})|(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]?[0-9])(\.(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]?[0-9])){3})|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){0,5}(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3})|(((0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}):){0,6}(0|[1-9A-Fa-f][0-9A-Fa-f]{0,3}))?::)|(?!IPv6:)[0-9A-Za-z-]*[0-9A-Za-z]:[!-Z^-~]+)])

所有正则表达式都是 POSIX ERE。最后一个使用负前瞻。看here https://stackoverflow.com/questions/201323/using-a-regular-expression-to-validate-an-email-address/14075810#14075810用于正则表达式的推导。