通过MIME可以轻松发送带有电子邮件的文件附件。 这是它的工作原理。
MIME代表“多用途Internet邮件扩展”。 听起来既复杂又毫无意义，但MIME以令人兴奋的方式扩展了互联网电子邮件的原始功能。
自1982年以来， 电子邮件已由RFC 822（及后来的RFC 2822）定义，他们很可能会在很长一段时间内继续遵守这一标准。
没有文字，纯文字
不幸的是，RFC 822存在一些缺点。 最值得注意的是，符合该标准的消息不得包含任何东西，除了纯ASCII文本。
为了发送文件（如图片，文本处理器文档或程序），必须先将它们转换为纯文本，然后将转换结果发送到电子邮件正文中。 收件人必须从邮件中提取文本并将其再次转换为二进制文件格式。 这是一个繁琐的过程，并且在MIME之前，这一切都必须手工完成。
MIME纠正了附加到RFC 822的这个问题，并且它还可以在电子邮件中使用国际字符 。 由于RFC 822限制了简单（英文）的文本，这在以前是不可能的。
缺乏结构
除了限制为ASCII字符，RFC 822不会识别消息的结构或数据的格式。 由于显然你总是会得到一个纯文本数据的垃圾，所以在标准定义时这是没有必要的。
相比之下，MIME允许您在一条消息（例如图片和Word文档）中发送多个不同数据，并且它会告知收件人的电子邮件客户端数据的格式，以便他们可以在智能选项中显示消息。
当你得到一张照片时，你不再需要弄清楚它可以通过图像查看器查看。 您的电子邮件客户端显示图像本身或在计算机上启动一个程序。
建立和扩展RFC 822
现在MIME魔法如何工作？ 基本上，它采用了上述以明文形式发送任意数据的繁琐过程。 MIME消息标准不替代RFC 822中规定的标准，但对其进行了扩展。 MIME消息不能包含除ASCII文本以外的任何内容。
这意味着所有电子邮件数据在发送消息之前仍然必须以纯文本格式编码，并且必须在接收端重新解码为原始格式。 早期的电子邮件用户必须手动完成。 MIME通常通过称为Base64编码的智能流程，为我们舒适无缝地完成它。
作为MIME电子邮件的生活
当您在能够MIME的电子邮件程序中撰写邮件时，该程序大致如下：
- 如果消息仅以纯文本格式显示，它将使其保持独立状态，并且只会告知收件人的电子邮件客户端除了纯文本外，什么都不会期望。
- 如果邮件包含一个或多个附件和HTML格式的正文，则每个部分都会分别查看和处理。
首先，确定数据的格式。 这是必要的，以告诉收件人的电子邮件客户端如何处理数据，并确保正确的编码，因此在传输过程中不会丢失任何内容。
然后，如果数据的格式不是纯文本格式，则数据将被编码。 在编码过程中 ，数据被转换为适合RFC 822消息的纯文本。
最后，将编码的数据插入到消息中，并且通知收件人的电子邮件客户端需要哪些类型的数据：是否有附件？ 他们如何编码？ 原始文件的格式是什么？
在收件人的最后，这个过程是相反的。 首先，电子邮件客户端读取发件人的电子邮件客户端添加的信息：是否必须查找附件？ 我如何解码它们？ 我如何处理结果文件？ 然后，如果需要，消息的每个部分都被提取和解码。 最后，电子邮件客户端将结果部分显示给用户。 纯文本正文与图像附件一起显示在电子邮件客户端中。 该消息附带的程序也会显示附件图标 ，用户可以决定如何处理。 她可以将其保存在磁盘上的某个位置，也可以直接从电子邮件程序启动它。