什么是官方电子邮件RFC?

3

哪个是定义有效电子邮件地址的当前官方标准?

维基百科称有两个RFC(5321和5322),但也有一个“扩展”(RFC 6531),这个“扩展”被标记为“拟议标准”(因此似乎是“非官方的”,或者至少还未获得批准,令人困惑)。

这个网站(看起来可信)表示官方RFC是5321。

提前致谢。


可能是重复的问题:电子邮件地址中允许使用哪些字符? - undefined
这个“扩展”是针对最新开发的“国际化”(即非ASCII字符)地址的,这就解释了它的非最终状态。我相信其他的尝试是为了重新阐述和整理较旧的标准和实践。还有一个实际问题,即它们是否正确地匹配当前实现的实际做法。 - undefined
“可靠”和PHP?不可能在同一天。 - undefined
1个回答

4

SMTP是5321,定义了传输协议。5322定义了电子邮件的数据格式--您可以在SMTP中作为DATA传递的内容--包括头部中地址格式。5321引入了邮箱的概念,但详细的语法推迟到了5322。

名义上,6531本身声明扩展不修改或修改基本规范。它通过相互协议为合规实现提供了协商额外功能的机制。然而,在实践中,它启用了超出5322规范范围的语法。

"建议标准"是候选成为官方IETF标准的规范,但许多RFC从未超过这个阶段。这并不使它们不正式或不可信。请参见http://en.wikipedia.org/wiki/Internet_Standard以了解该过程的概述。


谢谢。RFC 6531是什么?它是规范的一部分吗? - undefined
我认为RFC 6531不修改先前的标准这个概念相当技术性。与其定义一种扩展机制,我更愿意说它是利用了这样的机制。如果你想与实现该扩展的服务器进行交互,你对有效电子邮件地址的定义确实需要扩大(与国际化域名不同,国际化地址没有ASCII编码形式,即使作为备选方案,只有接受/拒绝机制)。因此,在实践中,存在一个“启用SMTPUTF8扩展的SMTP修改标准”。 - undefined
感谢您的评论。我认为RFC6531使用ESMTP扩展机制来定义扩展是不重要的。但是,我基本上同意您的主要观点。我会尝试重新表达答案。谢谢! - undefined

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接