本文首发于稀土掘金。该平台的作者 逐光而行 也是本人。

电子邮件信息格式

RFC 5322(最基本的格式，the Internet Message Format)

形式：

• to
• Cc(抄送）
• Bcc（盲抄送，对方无法得知该消息还抄送给了谁）
• from
• Sender
• Received
• Return-Path
• Date
• Reply-to(对象是地址)
• Message-Id
• In-Reply-To(对象是 Message-Id）
• References
• keywords
• Subject

这些字段组成虽然很简单，但是也正是它最大的特性之一：安全！
操作系统中也提到过，最简单的才是最安全的，但用户往往想要更多的特性，这在一定程度上增加了未知风险，降低了系统的安全性。

MIME(the multiple Internet mail extensions) 拓展

新特性

• MIME-Version

若没有该字段则被认为只是最简单的ASCII码文本

• Content-Description:人能看懂的内容简介。对应于我们发邮件时看到的内容简介描述
• Content-Id
• Content-Transfer-Encoding

未经编码的二进制数据依然可能发不出去

（注：我参考的是计算机网络（小蓝书）第五版，它首次出版于2011年，至今已经过去了11年，也许现在对这个问题已经有了更好的解决方案）

• Content- Type

如text、image、audio、video、model等

二进制压缩算法 base64

2^6=64，所以一单元可表示的最大数字是63，按ASCII码表的对应关系。

quoted-printable(引用可打印编码)

与上述不同的是，1unit有7bits
127及以上的字符都被编码成一个等号后面跟着2个用十六进制数字来表示的字符值。

用户自定义编码

通过Content-Transfer-Encoding字段指定

SMTP(Simple Mail Transfer Protocol)

这是一个简单的ASCII协议，简单也是它的特性。

有几个局限：

• 不包含认证(authentication)。

使得容易收发垃圾邮件。

• 无法传输二进制数据

所以需要base64，但是传输大文件时依然有问题（这种编码方式无效使用带宽）

• SMTP以明文方式传输数据

信息不加密

改进——基于RFC 5321标准的ESMTP(E指extension)

• ESMTP有一个AUTH的字段，也常用这种方式进行邮件提交。
• SMTP与ESMTP的区别之一在于，SMTP下最初发送的是HELO，而ESMTP发送的是EHLO。
• 在信息传输的过程中，常通过查询DNS中的发送邮件方代理信息，判断来的是不是垃圾邮件。

IMAP(Internet Message Access Protocol)

它是对POP3协议的改进

POP3协议（post office protocol 3）

协议包含三个阶段：

• 认证(AUTH)

用户代理 以明文形式 发送用户名及密码

• 事务处理

用户代理有两种模式，可以使用list,retr(下载），dele，quit命令

1. 下载删除
2. 下载保留

• 更新

通过quit命令进入更新阶段。

在上一阶段中，用户代理远程对一些文件进行标记删除等操作，实际上它并没有被立即删除，而是等进入了更新阶段时，POP3服务器才删除它们。

---

POP3的缺陷就是不能创建远程文件夹。也就是说，用户代理远程访问服务器，可以下载邮件到本地，然后再把邮件放到本地建好的文件夹。 但这不符合用户的习惯，用户希望能有一个远程文件夹，其可通过任意设备访问。（就像qq邮箱，可以通过电脑浏览器、手机移动端等访问它，只要账号信息正确，不同设备上看到的信息都是一样的） ## IMAP的改进  以上命令及其提供的功能充分显示了它的改进点。我就不一一赘述生硬翻译了。 # 写在最后 电子邮件曾一度十分流行，而现在在日常生活中人们已经很少发邮件了（公司业务往来我不清楚，就不瞎说了）。那为什么我还要专门去整理这个知识点呢？它是不是真的过时了呢？ 其实在我看来并没有，电子邮件的内核一直都在，只是它不断在以新形式出现而已。 我为什么会这么觉得呢？因为当我看到这些协议规定的信息格式的时候，会觉得它们很熟悉，不仅在我发邮件时看到的是这样，在我发微信、用qq的时候它们本质上也是这些东西。 现在很多文章教我们如何开发（或模仿）xx软件，点进去看，其实仿照的不过是界面而已，真正又还是去调用别人的接口，或者自己写的接口往往达不到原版的要求，仅仅是小规模、几条数据的测试，弄好了连自己都不见得敢放心用（个人实际经验有限，这话可能不太贴切，大佬们别和我计较）。正所谓画皮难画骨，但是骨架才是存在的根本。 作为后来者，我们没能第一个基于这个协议核心提出电子邮件的形式；也没有第一个做出微信（甚至在今天，无论是从技术层面还是市场层面，应用层的布局都已经尘埃落定了，并没有给后来者太多机会）。但是我相信：坚持探索、不满足于表面、静待机遇，是技术人的不懈追求。 # 参考书籍 - 《Computer Network (the fifth edition)》Anrdew S.Tanenbaum等著