许多人已经试图回答这个问题。许多人也表示，许多答案已经过时。这是我的答案，就2022年的情况而言。

这个问题的答案显然不像提出的那么简单。当涉及到邮箱名称的命名时，所提出的标准（具体来说，在本文中为＜用户名＞），以及对这些RFC的解释非常多。

对于＜用户名＞部分，通用验收指导小组在这里的一个名为UASG-028的文档中提出了一个详细的指南，说明了电子邮件ID本地部分的组成。

对于<server>部分，此处提到的所有字符“应用程序的Unicode代码点和国际化域名（IDNA）”的字符状态为“PVALID”。此外，状态为“CONTEXTJ”和“CONTEXTO”的字符在某些上下文条件下有效。

答案是（几乎）全部（7位ASCII）。如果包含规则“…在某些/任何/无条件下允许…”

仅通过查看RFC 5322第17页顶部“域文本”部分中允许文本的几种可能包含规则之一，我们就可以发现：

dtext          =   %d33-90 /          ; Printable US-ASCII
                   %d94-126 /         ;  characters not including
                   obs-dtext          ;  "[", "]", or "\"

本说明中仅有的三个缺失字符用于域文字[]中，以形成引号对\和空白字符（%d32）。使用整个范围32-126（十进制）。类似的要求显示为“qtext”和“ctext”。也允许/使用许多控制字符。RFC 5322第31页第4.1节中出现了一个此类控制字符列表，称为obs NO WS CTL。

obs-NO-WS-CTL  =   %d1-8 /            ; US-ASCII control
                   %d11 /             ;  characters that do not
                   %d12 /             ;  include the carriage
                   %d14-31 /          ;  return, line feed, and
                   %d127              ;  white space characters

如第3.5节开头所述，允许使用所有这些控制字符：

.... MAY be used, the use of US-ASCII control characters (values
     1 through 8, 11, 12, and 14 through 31) is discouraged ....

因此，这样的包含规则“过于宽泛”。或者，在其他意义上，预期规则“过于简单化”。

姓名：

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!#$%&'*+-/=?^_`{|}~.

服务器：

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-.

维基百科对此有一篇很好的文章，官方规范在这里。来自Wikipdia：

电子邮件地址的本地部分可以使用以下任意ASCII字符：大写和小写英文字母（a-z，a-z）数字0至9字符！#$%&'*+-/=？^ _ `{ | } ~性格（点、句号、句号），前提是它不是第一个或最后一个字符，并且不连续出现两次或多次。此外，允许使用带引号的字符串（例如：“John Doe”@example.com），因此允许使用否则将被禁止的字符，但这些字符通常不会出现。RFC 5321还警告“希望接收邮件的主机应避免定义本地部分需要（或使用）引号字符串格式的邮箱”。

我根据RFC指南创建了这个正则表达式：

^[\\w\\.\\!_\\%#\\$\\&\\'=\\?\\*\\+\\-\\/\\^\\`\\{\\|\\}\\~]+@(?:\\w+\\.(?:\\w+\\-?)*)+$

您可以从维基百科文章开始：

大写和小写英文字母（a-z，a-z）数字0至9字符！#$%&'*+-/=？^ _ `{ | } ~性格（点、句号、句号），前提是它不是第一个或最后一个字符，并且不连续出现两次或多次。