问题标签 [rfc5322]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
email - 国际字符（例如变音字符）在电子邮件地址的本地部分是否有效？
德语变音符号 (ä, ö, ü) 和 sz 字符 (ß) 在电子邮件地址的本地部分是否有效？
例如采取这个电子邮件地址：björn.nußbaum@trouble.org
RFC 5322 非常清楚地表明，元音变音（和其他国际字符）是不允许的。如果我看一下第3.4.1章，关于本地部分有以下内容：
local-part = dot-atom / quoted-string / obs-local-part
那是什么意思dot-atom？它在第3.2.3章中有描述：嗯，长话短说：Printable US-ASCII characters not including specials
因此，在整个 RFC 5322 中，我看不到任何有关国际字符的内容。还是 RFC 5322 已经过时了？（RFC 822 -> RFC 2822 -> RFC 5322）
更新： 对我来说重要的一点是：目前的标准是什么？是否允许使用国际字符？ RFC 5322 被标记为草案标准。所以我认为这是最新的来源，不是吗？
Efran 提到，RFC 5336允许使用国际字符。但是 RFC 5336 被标记为实验性的，所以这对我来说并不有趣。
email-headers - 目标地址要求从 RFC 822 更改为 RFC 2822 背后的原因
在 RFC 822 中，要求目标地址出现在标题中，第 C.3.4 节。读取“一条消息必须包含至少一个目标地址字段。'To' 和 'CC' 必须包含至少一个地址。” 在 RFC 2822 和 5322 中，第 3.6 节。在两者中，他们都写道：“唯一需要的标题字段是发起日期字段和发起人地址字段。”
我对这种变化背后的原因很感兴趣。我知道 IETF 有邮件列表档案和会议纪要，但是如果邮件列表中记录了这些，我很难在档案中找到它。
email - RFC 5322 电子邮件格式验证
如何根据 RFC 5322检查由我的代码生成的电子邮件是否有效？
rfc5322 - Net Framework 4.5 MailAddress 格式和连续点
Net Framework 4.5 MailAddress 类支持以下邮件地址格式：等等，等等“用户名中的连续和尾随点”等等。我相信“用户名”是“本地部分”的同义词，但 RFC5322 等人声明本地部分中的连续点是无效的。
请问这里是怎么回事？
python - 使用 Python 的 SMTP，无法将电子邮件发送到 gmail 以外的域
我正在尝试使用 Python 脚本和 smtp 发送电子邮件（我在 sendgrid.com 上注册了一个帐户），我在http://www.mkyong.com/python/how-do-send-email上找到了此代码-in-python-via-smtplib/我可以让它对 gmail 正常工作，但似乎没有其他域收到他们的测试邮件。当我在 sendgrid.com 上检查我的电子邮件活动时，它告诉我电子邮件已被丢弃或退回，因为它们不符合 RFC 5322 标准。我试图用谷歌搜索这个错误，但我似乎无法找到解决方案。这是我到目前为止所拥有的：
随时帮助我！
email - 地址的本地部分中子电子邮件地址的特殊语法是什么
我在某处读到，在搜索如何以最佳方式解析电子邮件地址时，可以在电子邮件地址的本地部分之前或之后有一个特殊字符串，将其分配给特殊邮箱时会忽略该字符串。所以像
mysubgroup#myaddress@example.com 将匹配邮箱 myaddress@example.com
有谁知道我尝试过的正确语法 #$%&?+^~ 因为分隔字符都不起作用
php - PHP filter_var 和 RFC 5322
PHP 函数是否filter_var('bob@example.com', FILTER_VALIDATE_EMAIL)使用标准 RFC 5322 验证电子邮件？
email - 电子邮件地址本地部分的最大长度到底是多少？
根据 Wikipedia ( https://en.wikipedia.org/wiki/Email_address ) 和http://isemail.info/，电子邮件地址的本地部分的最大长度为 64 个字符。
但是，我刚刚收到来自这个地址的电子邮件： reply+0032ff332e028331fad75f7549ee52d90483c7aa70138a3192cf00000001123b88e492a169ce06aab82c@reply.github.com
它的本地部分是 90 个字符，并且 isemail.info 认为它是无效的，但是，它是一个完全有效的电子邮件地址。我可以给它发邮件，对方收到了。
那么给出的是：电子邮件地址的本地部分的最大长度不是 64 个字符吗？如果不是，那么最大长度是多少？
email - 如何根据 RFC 5322 折叠具有长电子邮件地址的电子邮件标题？
假设一封电子邮件具有以下标头字段：
有没有办法折叠标题
- 完全符合RFC 5322
- 这样电子邮件仍然被常用的 MTA 接受，并且
- 没有行超过 78 个字符？
我知道行长的硬性限制是 998 个字符，但我想知道是否也可以满足所有应该的要求。如果我理解增强巴库斯-瑙尔形式
在第 3.4.1 节中，可以正确地将折叠空格插入域文字中，并且以下内容应该是有效的：
但是，最近版本的 postfix 和 exim 拒绝了这一点：
要么两个 MTA 都被破坏（这似乎不太可能），要么我对 RFC 的解释是错误的。
万一有人遇到类似问题的附录：
在发布问题之前，我实际上尝试折叠，@如jstedfast.的 RFC-conformant示例所示，但得到了相同的错误消息。事实证明，这不是 MTA 的错，而是我使用的 SMTP 客户端库的错，它从标头中提取了收件人地址以生成SMTP 的命令，但未能过滤掉换行符。RCPT TO: