我知道有很多 RFC 改变了电子邮件的制作方式。但是，大多数 RFC 不适用于例如 Outlook。
首先，RFC究竟是什么？为什么不例如 Outlook 应用了所有 RFC？
例如，如果我尝试在 Outlook 上发送一封名为 的邮件____.__.____@outlook.com，它会给我一个错误，它必须以字母开头。然而：
根据isemail.info，它告诉我电子邮件是有效的。
也一样example___~@outlook.com，它给出了一个错误，但isemail.info上面说
The email address tested was example___~@test.com
The general result is: Address is valid
The specific diagnosis is: Address is valid.
Please note that this does not mean the address actually exists, nor even that the domain actually exists.
This address could be issued by the domain owner without breaking the rules of any RFCs.
现在，我的第二个问题是：例如，如果我购买 VPS 并设置电子邮件服务器，我将如何使电子邮件成为~_this.is.example.email_~@example.com可能？
我的最后一个问题是关于第二部分（在 之后@）。
根据isemail.info，这封电子邮件是有效的：example@~example.com
The email address tested was example@~example.com
The general result is: The address is only valid according to the broad definition of RFC 5322. It is otherwise invalid.
The specific diagnosis is: Address is RFC 5322 compliant but contains domain characters that are not allowed by DNS
但是，我从未见过像~example.com. 我认为它仅用于本地使用，但我不完全确定，因为我几乎没有任何服务器和此类知识。
你必须阅读你的isemail.info状态：
一般结果是：地址仅根据 RFC 5322 的广义定义有效。否则无效。
具体诊断为： 地址符合 RFC 5322但包含 DNS 不允许的域字符
所以理论上，这个地址是可以的（电子邮件 RFC-wise），但由于 DNS 不接受（所有）特殊字符，它不能通过互联网使用。
每个电子邮件客户端都应该实现基本的 RFC，如行长、标题数据等，但并非必须这样做。创建一个不符合任何与电子邮件相关的 RFC 的邮件代理是完全没问题的，但不要指望邮件会由 MTA/MDA/任何东西发送，真的。
至于你的第一个问题“什么是RFC”，谷歌：
https://en.wikipedia.org/wiki/Request_for_Comments
征求意见稿 (RFC) 是互联网工程任务组 (IETF) 和互联网协会 (ISOC) 的一种出版物，后者是互联网的主要技术开发和标准制定机构。
RFC 由工程师和计算机科学家以备忘录的形式撰写，描述适用于互联网和互联网连接系统工作的方法、行为、研究或创新。它提交给同行评审或只是为了传达新的概念、信息或（偶尔）工程幽默。IETF 采用了一些作为 RFC 发布的提案作为 Internet 标准。
Request for Comments 文档是 Steve Crocker 于 1969 年发明的，用于帮助记录有关 ARPANET 发展的非官方注释。RFC 从此成为 Internet 规范、通信协议、程序和事件的官方文档。
编辑澄清：
在RFC 2181，可以或应该使用特殊字符的状态。再说一遍：在您自己的专用网络中，即使您的 DNS 也可以解析您想要的任何内容，事实上，您可以做任何您想做的事情。但是不要让它进入野外（互联网），你会遇到严重的麻烦。