MIME协议及邮件格式分析

MIME协议（五）--MIME邮件的编码⽅式5 MIME邮件的编码⽅式由于每个ASCII码字符只占⽤⼀个字节（8个bit位），且最⾼bit位总为0，即ASCII码字符中的有真正意义的信息只是后⾯的7个低bit位，⽽传统的SMTP协议⼜是基于ASCII码字符设计的，因此，⼀些基于传统SMTP协议设计的SMTP服务器在处理邮件内容时只取出每个字节中的7个低bit位进⾏处理，⽽将最⾼bit位忽略不计。

显然，这样的SMTP服务器在处理包含有⾮ASCII码字符的邮件内容时，会出现严重的问题，这就限制了邮件中只能出现英⽂的ASCII码字符，⽽不能出现中⽂字符或⼆进制数据。

为了能够在邮件内容中包含中⽂、图像或声⾳等⾮ASCII字符的数据，⼈们想到了采⽤某种编码⽅式将⾮ASCII字符的数据转换成可打印的ASCII字符后再发送，邮件阅读程序则按照相应的解码⽅式从邮件中还原出原始数据即可，⽐较常⽤的两种邮件编码⽅式为BASE64和Quoted-printable。

后来的扩展SMTP协议允许直接在邮件中传递⼆进制数据，⽽不⽤对它们进⾏邮件编码，⼈们将这种没有进⾏邮件编码的⼆进制数据的邮件内容称为8bit编码，为了与此相区别，⼈们将没有进⾏邮件编码的纯ASCII码字符的邮件称为7bit编码。

MIME消息体的邮件编码⽅式通过MIME消息头中的Content- Transfer- Encoding头字段指定，每种邮件编码⽅式的介绍如下：— 7Bit指消息体内容全部是没有经过编码的ASCII字符。

— 8Bit指消息体内容是没有经过编码的原始数据，且其中包含有⾮ASCII字符的数据。

现在的邮件服务器基本上都⽀持8Bit编码，使⽤⽀持8Bit 编码的邮件服务器可以简化邮件的处理过程。

— BASE64Base64是将⼆进制数据转换成可打印的ASCII字符的⼀种最常见的编码⽅式，它的基本原理是将⼀组连续的字节数据按6个bit位进⾏分组，然后对每组数据⽤⼀个ASCII字符来表⽰。

计算机网络原理多用途因特网邮件扩展（MIME）前面我们学习SMTP发送程序，而在读取邮件过程中又分为两种协议。

一种是邮局协议第3个版本POP3和因特网报文存取协议IMAP。

邮局协议POP是一个非常简单、但功能有限的邮件读取协议。

邮局协议POP最初公布于1984年。

现在所使用的POP3是通过多次更新，也称为POP第三个版本。

它已经成为Internet的正式标准。

POP也使用客户服务器的工作方式。

在接收邮件的用户计算机中必须运行POP客户程序，而在用户所连接的ISP的邮件服务中则运行POP服务器程序以及SMTP服务器程序，以便接收发送方邮件服务器的SMTP客户程序发来的邮件。

POP服务器需要用户输入用户名和口令后才允许对邮箱进行读取。

在这里用户需要了解，邮件服务器只能向其邮件服务器传输电子邮件，而POP服务器除了传输电子邮件外还能向用户提供邮箱内容的信息。

POP3协议的特点是只要用户从POP服务读取邮件，POP服务器就将邮件删除。

下面我们来详细学习邮件扩展协议（MIME）。

Internet邮件扩展协议是RFC822框架结构的扩展，用于解决SMTP和RFC822传递电子邮件时遇到的问题和局限性。

1．MIME概述最初的Internet电子邮件系统只能处理文本，并且信息的主体被限制为ASCII字符，不能包含二进制数据。

但为了发送二进制数据，必须引进一些新的机制。

于是便产生了二进制数据编码成文本形式的方法，以方便这些数据在电子邮件信息中发送。

例如，使用十六进制表示，即数据中每4位映射为0~F中的一个字符。

然后在电子邮件信息中发送个字符序列，并由接收方将这些字符转换成二进制表示。

IETF为了协调和统一发送二进制数据而发明的多种编码方案，而推出了MIME。

MIME 协议定义了5个新报文报头字段，以提供与该报文主体相关的信息；定义了一些内容格式，将支持多媒体电子邮件表示方法标准化；定义了传送编码，使任何内容格式都能转化成一种受邮件系统保护而不被随意改变的格式。

MIME协议多用途互联网邮件扩展的标准MIME（Multipurpose Internet Mail Extensions）即多用途互联网邮件扩展，是一种应用于电子邮件的标准协议。

它的主要作用是扩展了传统的纯文本邮件，使电子邮件可以携带更多类型的数据，包括图像、音频、视频等文件格式。

本文将介绍MIME协议的起源、工作原理以及对互联网邮件系统的影响。

一、MIME协议的起源MIME协议最早由Nathaniel Borenstein和Ned Freed于1992年提出，目的是解决传统纯文本邮件无法携带多媒体文件的问题。

在起初的互联网时代，电子邮件只能发送纯文本内容，无法传输图片、音频和视频等媒体文件。

随着互联网的发展，人们对邮件内容的需求逐渐增加，MIME协议应运而生。

二、MIME协议的工作原理MIME协议通过在邮件头部添加额外的信息来标识邮件的内容类型和编码方式。

这些额外的信息被称为MIME头部信息，通常包括Content-Type、Content-Transfer-Encoding和Content-Disposition等字段。

其中，Content-Type用于指示邮件主体的数据类型，Content-Transfer-Encoding用于指定编码方式，而Content-Disposition则用于指定邮件主体的呈现方式。

MIME协议允许邮件主体以纯文本和HTML格式呈现，并支持多种文件类型的附件。

对于非文本文件，MIME协议会将它们编码成纯文本格式，以便在电子邮件传输过程中不会出现乱码或错误。

接收方的电子邮件客户端会根据MIME头部信息解析邮件内容，并以对应的方式展示给用户。

三、MIME协议对互联网邮件系统的影响MIME协议的引入极大地扩展了电子邮件的功能和应用场景。

通过MIME协议，用户可以通过邮件发送和接收各种类型的文件，如照片、音频文件和视频文件等。

这不仅提升了邮件的表现力，也方便了用户之间的信息交流。

? 在电子邮件系统的具体实现中， UA一般位于个人计算机内，而 MTA 一般位于邮件服务器中
? MOTIS的电子邮件传输是存储转 发型的，其中的MTA 扮演网关的 角色，邮件经逐个MTA 传输直至 信宿用户所在的MTA
发送者 UA
接收者 UA
MS MTA
MS MTA
表示层
MOTIS电子邮件系统的模型
10.2.5 电子邮件的结构
? 邮件中常见的标题域：
? Received域：邮件每经过一台主机时，就产生一个Received域， 用来记录所经过主机的地址和经过时间，回复的信件可以按原路 返回，而不必去选择路由。此域常拆为多行显示。
? Date域：记录邮件发送日期（本地主机的日期和时间）。 ? Message-ID域：邮件惟一的标识号。 ? From域：发信人邮件地址。 ? To 域：收信人邮件地址。 ? Cc域：抄送邮件地址，需要将邮件发送给多个收信人时使用。 ? Reply-to域：回复邮件地址，当发信人有几个邮件账号，且要求
代码 500 501 502 503 504 550 551 552 553 554
描述 命令不可识别或语法错 参数语法错 命令不支持 命令顺序错 命令参数不支持 操作未执行：邮箱不可用 非本地用户，请尝试<forward-path> 操作中止：存储空间不足 操作未执行：邮箱名不正确 传输失败
10.2.5 电子邮件的结构
常用SMTP命令一览表
用于启动邮件传输过程
描述
用于初始化邮件传输 用于标识单个邮件接收人，在 MAIL命令后面可有多个 RCPT命令 用于将邮件报文发送给服务器
用于终止客户端与服务器之间的连接 用于中止当前的邮件事务并使两端复位 用于验证指定的用户 /邮箱是否存在，即验证接收方地址是否正确 空操作命令

MIME协议的内容分析及解析说明作者：李鹏博时间：2016/06一、MIME协议说明MIME, 全称为“Multipurpose Internet Mail Extensions”, 比较确切的中文名称为“多用途互联网邮件扩展”。

它是当前一种电子邮件技术规范。

MIME不是一种传输协议，而是一种编写规范，常常建立在SMTP协议、HTTP 协议等之上。

二、MIME协议的使用场景MIME协议可以在SMTP基础上，使得邮件可以传输任意二进制文件，广泛用在邮件源码的编写规范上。

除此之外，MIME协议可以在HTTP协议基础上通过POST方法上传附件，有很多站点是使用该协议完成，如SOHU邮箱、263邮箱、QQ邮箱（部分）等。

三、MIME协议包头内容说明及解析以下，将统一名词为：boundary（节）、Content-Type（内容类型）。

1．建立在SMTP协议上的邮件编码关于SMTP协议的说明请参见《简析SMTP协议》，此处主要说明客户端向服务器请求发送DATA之后，整个DATA包体（或一封邮件本身的编码）。

邮件源码查看方式如下，在邮件客户端右击选择“更多操作”->“查看邮件源码”即可。

以上，是一封简单邮件的包头信息，其中关键字说明如下：关于出现汉字，上述示例邮件并未出现汉字，如果出现汉字，就会出现对其编码的现象，比如，这种情况就需要将=？GB2312?B?与？=之间的内容拿出来进行BASE64解码。

这种情况出现在主题、文件名等位置。

关于Content-Type，Content-Type也是个很重要的关键字，他是该包体内容类型的说明。

可能出现的有很多，常用的有：multipart/related;multipart/mixed; multipart/alternative;等。

其中，multipart/alternative出现说明邮件中无附件且只有文字信息；multipart/related出现则说明无附件有文字信息和图片信息；multipart/mixed出现这说明邮件存在附件。

mime 用法
Mime（Multipurpose Internet Mail Extensions）是一种用于标识文件类型的方法，常用于互联网传输和文件处理。

它通过一个独特的标识符来表示每种文件类型，并且可以帮助计算机系统识别文件的正确方式来处理它们。

在互联网上，Mime 用法主要用于电子邮件和浏览器之间的文件传输。

当您发
送电子邮件时，您可以指定邮件的内容类型，以便接收者的邮件客户端知道如何正确地显示或处理该邮件。

这就是 Mime 的作用。

常见的邮件内容类型包括纯文本、HTML、图片、音频和视频等。

此外，Mime 用法在网页开发中也非常重要。

在编写 HTML 代码时，您可以通
过指定相应的 Mime 类型来确保浏览器正确解析和显示您的网页内容。

例如，当您引用外部的 CSS 样式文件时，需要使用 text/css 的 Mime 类型；如果您要嵌入图像
文件，可以使用 image/jpeg、image/png 或 image/gif 等适当的 Mime 类型。

同时，Mime 用法还可以扩展到其他的应用和文件类型。

例如，在服务器上，
通过配置可以为特定的文件扩展名指定正确的 Mime 类型。

这有助于确保当浏览器请求该文件时，服务器能够正确地标识它的内容类型，并采取相应的处理方式。

总之，Mime 用法在互联网传输和文件处理中起着关键的作用。

通过使用正确
的 Mime 类型，我们可以确保文件以正确的方式进行传输和处理，从而为用户提供更好的体验。

无论是在发送电子邮件、编写网页还是处理文件类型，请记住使用适当的 Mime 类型来确保正确解析和显示。

网络安全协议范例在当今信息化时代，网络安全问题日益突出，各种网络攻击和数据泄露事件频频发生，给个人和企业的信息安全带来了巨大威胁。

为了保护网络安全，各国纷纷推出了一系列的网络安全协议。

本文将以网络安全协议范例为题，介绍几种常见的网络安全协议，以供参考。

一、传输层安全协议（TLS）传输层安全协议（Transport Layer Security，简称TLS）是一种常用的网络安全协议，用于保护网络通信的安全性和完整性。

TLS协议通过使用加密算法和身份验证机制，确保数据在传输过程中不被窃听、篡改或伪装。

TLS协议的工作原理如下：首先，客户端和服务器之间建立连接，并协商加密算法和密钥交换方式；然后，双方进行身份验证，确保通信双方的真实身份；最后，使用协商好的密钥对数据进行加密和解密，确保数据的安全性。

二、虚拟专用网络协议（VPN）虚拟专用网络协议（Virtual Private Network，简称VPN）是一种通过公共网络建立起加密通道的安全通信方式。

通过VPN协议，用户可以在不安全的公共网络上建立起一条加密的通信隧道，确保数据在传输过程中不被窃听和篡改。

VPN协议的工作原理如下：首先，用户通过VPN客户端向VPN服务器发起连接请求；然后，VPN服务器对用户进行身份验证，并为用户分配一个虚拟IP地址；最后，用户和VPN服务器之间建立起加密通道，所有经过该通道的数据都会进行加密和解密。

三、域间安全协议（IPsec）域间安全协议（Internet Protocol Security，简称IPsec）是一种用于保护IP数据包传输安全的协议。

IPsec协议通过对IP数据包进行加密和身份验证，确保数据在传输过程中不被窃听、篡改或伪装。

IPsec协议的工作原理如下：首先，通信双方之间建立起安全关联，协商加密算法和密钥交换方式；然后，对IP数据包进行加密和解密，确保数据的机密性；最后，对IP数据包进行身份验证，确保通信双方的真实身份。

MIME协议文档说明书RFC#1521协议简介RFC#822定义了消息头的传输标准，而把消息体当成纯ASCII文本。

这个文档重新定义了消息体的格式，使得消息体在交换非文本信息时不会失真。

同时也使得消息可以在RFC#822主机和X.400主机（认为在消息体中加入非文本信息是合法的）之间进行交换。

该文档主要描述了MIME-Version字段、Content-Type字段、Content-Transfer-Encoding字段。

另外还简单的介绍了两个额外的字段：Content-ID和Content-DescriptionMIME是可扩展的，它允许通过一定的方式向IANA注册新的字段或对现有字段的取值范围进行扩充。

在对文档进行进一步描述之前，需要先界定如下字段的含义：✧"message",当没有进一步说明，它可以表示一个正在网上传输的完整消息，也可表示封装在一个Content Type值为"message/rfc822"或"message/partial"的"body"里的消息。

✧"body part"，表示Content-Type值为"multipart"的消息实体的一部分，它有一个头和一个体。

✧"entity"，实体，由MIME定义的头和消息或"body part"中的内容组成。

✧"body",表示"message"或"body part"的体部分。

MIME-Version字段该字段用一个版本号说明了消息所要遵循的规范，以区别不兼容的消息版本。

如，MIME-Version: 1.0表示该消息遵循rfc#1521。

为了便于描述以后扩展的消息格式，我们把MIME-Version字段定义为：version := "MIME-Version" ":" 1*DIGIT "." 1*DIGIT;两个被点（"."）分开的整数。

过程如下图所示：说明：1、连接SMTP服务器的用户名和密码需要经过base64编码，下面是对用户名和密码进行base64编码的JAVA程序：[java] view plaincopy1.package org.yangxin.study.jm.util;2.3.import java.io.BufferedReader;4.import java.io.IOException;5.import java.io.InputStreamReader;6.7.import sun.misc.BASE64Encoder;8.9.public class Base64Util {10.11.public static void main(String[] args) throws IOException {12. BASE64Encoder encoder = new BASE64Encoder();13. System.out.println("请输入用户名:");14. String username = new BufferedReader(new InputStreamReader(System.in)).readLine();15. System.out.println(encoder.encode(username.getBytes()));16. System.out.println("请输入密码:");17. String password = new BufferedReader(18.new InputStreamReader(System.in))19. .readLine();20. System.out.println(encoder.encode(password.getBytes()));21. }22.}下面通过telnet程序连接163的POP3服务器，来分析邮件的接收过程。

电子邮件的传输协议电子邮件（Email）是当今信息传输中最常用的方式之一，它可以快速、方便地传递文字、图片、文件等各种形式的信息。

而要实现电子邮件的传输，就需要依靠一系列的协议来完成。

本文将介绍电子邮件的传输协议，帮助大家更好地理解电子邮件的传输原理。

首先，我们要了解的是SMTP协议（Simple Mail Transfer Protocol），它是用于发送邮件的协议。

当你发送一封电子邮件时，SMTP协议将会把这封邮件从你的计算机传输到邮件服务器，然后再由邮件服务器发送到接收方的邮件服务器。

SMTP协议是一个简单而有效的协议，它使用TCP协议的25端口进行通信，确保了邮件的可靠传输。

其次，POP3协议（Post Office Protocol 3）和IMAP协议（Internet Message Access Protocol）则是用于接收邮件的协议。

当你的邮件服务器收到新邮件时，它会保存在服务器上，然后你可以通过POP3或IMAP协议从服务器上下载这些邮件到你的计算机或移动设备上。

POP3协议会把邮件下载到本地设备后删除服务器上的邮件，而IMAP协议则会保留服务器上的邮件副本，可以实现多设备同步查看邮件。

另外，还有SMTPS和IMAPS协议，它们是SMTP和IMAP协议的加密版本，用于保护邮件的安全传输。

SMTPS和IMAPS协议使用SSL/TLS加密邮件的传输过程，确保邮件内容不会被窃取或篡改，提高了邮件传输的安全性。

除了上述的协议外，还有一些辅助协议如DNS（Domain Name System）协议和MIME（Multipurpose Internet Mail Extensions）协议等，它们都在电子邮件的传输过程中发挥着重要的作用。

DNS协议用于解析邮件服务器的域名，找到接收方的邮件服务器地址；而MIME协议则是用于在邮件中传输非文本内容（如图片、音频、视频等）的协议。

总的来说，电子邮件的传输协议是一个复杂而完善的系统，它通过一系列的协议和技术保证了电子邮件的可靠传输和安全性。

Content-Transfer-Encoding: 7bit //编码方式：7位
Content-Description: cc:Mail note part
在用于浏览器时，用户不需要知道那么多的信息，所以MIME头就比较简单了。在访问一个网页时，浏览器和服务器之间产生一个会话，作为请求内容的一部分，浏览器发送它能够理解的MIME类型的描述，这就告诉服务器，浏览器除了网页外还可以支持什么，服务器对这个信息一般不作为什么修改。
MIME是服务器通知客户机传送文件是什么类型的主要方法，客户机浏览器也通过MIME告诉服务器它的参数。在网上，如果接收到的文件没有MIME头，就默认它为HTML格式。但这样也不好，因为当MIME的包头是text/plain时，浏览器将直接显示而不关心它的什么字体，颜色之类的参数，这样显示出来的内容可不是很好看呀。
服务器通过发向客户机的MIME头通知客户浏览器内容是什么，我们看看下面这个头：
Content-type: text/html
在实现的时候，一定要注意MIME头后要跟一个空行，不然这个头会被浏览器忽略，这个头会被当作文本显示出来。当服务器传送GIF图象时，头会如下：
Content-type: image/gif
Quoted-printable算法根据输入的字符串或字节范围进行编码，若是不需编码的字符，直接输出；若需要编码，则先输出''=''，后面跟着以2个字符表示的十六进制字节值。
二、设计目标
我们计划开发一套MIME编码和解码的类，适用于可以想到的多种应用场合：
· Email客户端程序
· 乱码察看程序
Audio. 声音，用于标明声音文件。
Video. 影象，用于标明动画文件。

mime协议MIME 协议。

MIME（Multipurpose Internet Mail Extensions）是一种互联网标准，最初是为了解决电子邮件中的多媒体文件传输问题而设计的。

随着互联网的发展，MIME 协议已经被广泛应用于 Web 页面的传输、HTTP 协议中的数据交换、以及其他许多互联网应用中。

本文将介绍 MIME 协议的基本概念、作用和应用，以及在实际开发中的一些注意事项。

MIME 协议的基本概念。

MIME 协议是一种在互联网上传输多媒体文件的标准。

它通过在数据中添加一些描述性的信息（例如文件类型、编码方式等），使得接收方能够准确地识别和处理这些文件。

MIME 协议最初是为了解决电子邮件中的附件传输问题而设计的，但它的作用并不仅限于此，它也被广泛应用于 Web 页面的传输、HTTP 协议中的数据交换等方面。

MIME 协议的作用和应用。

MIME 协议的主要作用是在互联网上传输多媒体文件。

它通过在数据中添加一些描述性的信息，使得接收方能够准确地识别和处理这些文件。

MIME 协议定义了一种通用的文件格式描述方式，可以描述几乎所有类型的文件，包括文本、图像、音频、视频等。

这使得互联网上的不同应用能够以统一的方式处理各种类型的文件，极大地提高了文件传输的效率和可靠性。

在实际开发中的注意事项。

在实际开发中，开发人员需要注意以下几点：1.正确设置 MIME 类型，在开发 Web 页面或者其他互联网应用时，开发人员需要正确地设置文件的 MIME 类型。

这样可以确保浏览器或者其他客户端能够正确地识别和处理这些文件，从而提供更好的用户体验。

2.处理文件编码，在传输文件时，开发人员需要正确地处理文件的编码方式。

不同的文件可能需要使用不同的编码方式，开发人员需要根据文件的类型和具体要求来选择合适的编码方式。

3.处理文件的安全性，在接收和处理文件时，开发人员需要注意文件的安全性。

特别是在处理用户上传的文件时，开发人员需要进行严格的文件类型和内容检查，以防止恶意文件的传输和执行。

• 一些邮件系统允许邮件接收者将接收到的 邮件转发给他人，并保留原有的邮件头。 • 这种情况下为了与原来邮件头中的头段相 区别，新加上的头段的段名前要加上 Resent-，即Resent-From、 ResentSender或 Resent-Reply-To，它们的作用 与From、Sender和Reply-To相同。 • 在邮件头中各段的段体中，可以插入注释。 注释用一对圆括号括起来，内容可以是任 何字符串。注释是给人看的，在语法上没 有其它意义。
• 邮箱地址中的local-part一般不能使用圆括号、尖 括号、方括号、逗号、分号、冒号、@、斜杠和 空格这些字符，如果要使用这些字符，则整个 local-part部分必须用双引号括起来。
Sender: mailbox
• 如果某些程序使得信件不是从写信人的邮 箱寄出，而是从另一个邮箱寄出，则必须 用Sender再加上From，这时Sender的段体 是寄出的邮箱地址，而From的段体是写信 人的邮箱地址。
• RFC822对于信件正文没有什么规定，只是要求 必须由ASCII字符组成 。 • 而“信封”上的信息则是要由机器处理的，因而 有着严格的语法规定。 • “信封”的正式名称是邮件头（header），邮件 头由若干“头段”（header field）组成，每一头 段的格式为： field-name : [field-body] CRLF • 其中field-name是段名，RFC822定义了常用的段 名及其语义，应用程序也可以定义自己的段名及 其语义，但不得与已定义的段名同名。 • field-body是段体，即段的具体内容。段名和段体 用一个冒号分隔。 • 最后用CRLF（回车换行）结束整个段。
Reply-To: mailbox
• Reply-To是由最初发出邮件的机器填写的 头段，它直接指出信件的回复地址。 • 段体mailbox就是回复的邮箱地址。

MIME协议简介MIME的编码介绍(base64)及使⽤的意义三MIME的头信息邮件头在邮件头中，有很多从RFC 822沿⽤的域名，MIME也增加了⼀些。

常见的标准域名和含义如下:域名含义添加者Received 传输路径各级邮件服务器Return-Path 回复地址⽬标邮件服务器Delivered-To 发送地址⽬标邮件服务器Reply-To 回复地址邮件的创建者From 发件⼈地址邮件的创建者To 收件⼈地址邮件的创建者Cc 抄送地址邮件的创建者Bcc 暗送地址邮件的创建者Date ⽇期和时间邮件的创建者Subject 主题邮件的创建者Message-ID 消息ID 邮件的创建者MIME-Version MIME版本邮件的创建者Content-Type 内容的类型邮件的创建者Content-Transfer-Encoding 内容的传输编码⽅式邮件的创建者⾮标准的、⾃定义域名都以X-开头，例如X-Mailer, X-MSMail-Priority等，通常在接收和发送邮件的是同⼀程序时才能理解它们的意义。

段头在段头中，⼤致有如下⼀些域:域名含义Content-Type 段体的类型Content-Transfer-Encoding 段体的传输编码⽅式Content-Disposition 段体的安排⽅式Content-ID 段体的IDContent-Location 段体的位置(路径)Content-Base 段体的基位置有的域除了值之外，还带有参数。

值与参数、参数与参数之间以“;”分隔。

参数名与参数值之间以“=”分隔。

1.MIME-Version 表⽰使⽤的MIME的版本号，⼀般是1.0;如:MIME-Version: 1.02.Content-TypeContent-Type定义了正⽂的类型，我们实际上是通过这个标识来知道正⽂内是什么类型的⽂件。

⽐如：text/plain 表⽰的是⽆格式的⽂本正⽂，text/html 表⽰的 Html ⽂档，image/gif 表⽰的是 gif 格式的图⽚等等。

四、E-mail的工作原理 的工作原理
邮件传输
五、 E-mail客户端软件 客户端软件
一些免费的基于Web的E-Mail可以用 的 可以用WWW方式， 方式， 一些免费的基于 可以用 方式 通过浏览器来阅读 若要将E-Mail下载到自己的计算机进行管理，就必 下载到自己的计算机进行管理， 若要将 下载到自己的计算机进行管理 须要用到邮件客户软件 E-Mail客户端软件是安装在客户计算机上，用于对 客户端软件是安装在客户计算机上， 客户端软件是安装在客户计算机上 E-Mail进行收、发、编辑和管理的一类软件 进行收、 进行收 常用的E-Mail客户端软件： Outook Express 客户端软件： 常用的 客户端软件 Foxmail
二、 E-maiL的协议 的协议
邮件服务器按照为用户提供E-mail发送和接收的服 发送和接收的服 邮件服务器按照为用户提供 务的不同， 务的不同，可以分为发送邮件服务器和接收邮件服 务器。 务器。 发送邮件服务器： 发送邮件服务器： SMTP协议（Sampel Mail Transfer Protocol） 协议（ 协议 ）
三、E-mail的标准 的标准
RFC822标准 标准 MIME标准 标准 SMTP的局限： 的局限： 的局限 SMTP不能传送可执行文件和二进制对象的文件。 不能传送可执行文件和二进制对象的文件。 不能传送可执行文件和二进制对象的文件 SMTP不能传送包含了自然语言的字符，SMTP能传输 不能传送包含了自然语言的字符， 不能传送包含了自然语言的字符 能传输 的是限制在7bit的ASCII字符。 字符。 的是限制在 的 字符 SMTP服务器拒绝超过一定长度的电子邮件报文。 服务器拒绝超过一定长度的电子邮件报文。 服务器拒绝超过一定长度的电子邮件报文 为此， 中定义了以下一些扩展： 为此，MIME中定义了以下一些扩展： 中定义了以下一些扩展 定义了扩展的内容格式，支持多媒体电子邮件。 定义了扩展的内容格式，支持多媒体电子邮件。 定义了传送编码， 定义了传送编码，使得任何格式的内容都可以转换为 与电子邮件系统无关的格式。 与电子邮件系统无关的格式。

电⼦邮件收发协议总结说明：本⽂仅供学习交流，转载请标明出处，欢迎转载！电⼦邮件发送协议是⼀种基于“推”的协议，主要包括SMTP；邮件接收协议则是⼀种基于“拉”的协议，主要包括POP协议和IMAP协议，在正式介绍这些协议之前，我们先给出邮件收发的体系结构：从上图可以看出邮件收发的整个过程⼤致如下：（1）发件⼈调⽤PC机中的⽤户代理编辑要发送的邮件。

（2）发件⼈点击屏幕上的”发送邮件“按钮，把发送邮件的⼯作全部交给⽤户代理来完成。

⽤户代理通过SMTP协议将邮件发送给发送⽅的邮件服务器（在这个过程中，⽤户代理充当SMTP客户，⽽发送⽅的邮件服务器则充当SMTP服务器）。

（3）发送⽅的邮件服务器收到⽤户代理发来的邮件后，就把收到的邮件临时存放在邮件缓存队列中，等待时间成熟的时候再发送到接收⽅的邮件服务器（等待时间的长短取决于邮件服务器的处理能⼒和队列中待发送的信件的数量）。

（4）若现在时机成熟了，发送⽅的邮件服务器则向接收⽅的邮件服务器发送邮件缓存中的邮件。

在发送邮件之前，发送⽅的邮件服务器的SMTP 客户与接收⽅的邮件服务器的SMTP服务器需要事先建⽴TCP连接，之后再将队列中的邮件发送出去。

值得注意的是，邮件不会在因特⽹中的某个中间邮件服务器落地。

（5）接收邮件服务器中的SMTP服务器进程在收到邮件后，把邮件放⼊收件⼈的⽤户邮箱中，等待收件⼈进⾏读取。

（6）收件⼈在打算收信时，就运⾏PC机中的⽤户代理，使⽤POP3（或IMAP）协议读取发送给⾃⼰的邮件。

注意，在这个过程中，收件⼈是POP3客户，⽽接收邮件服务器则是POP3客户，箭头的⽅向是从邮件服务器指向接收⽤户，因为这是⼀个“拉”的操作。

下⾯我们根据上⾯的总体过程介绍下各个组件。

⽤户代理⽤户代理UA（User Agent）是⼀个软件包（程序），它的功能是：撰写、阅读、回复和转发报⽂，还能处理邮箱（如创建收信箱和发信箱）。

共有两种类型的⽤户代理：命令驱动和GUI。

A.0、MIMEMultipurpose Internet Mail Extension（多功能Internet 邮件扩充服务）它是一种多用途网际邮件扩充协议，在1992年最早应用于电子邮件系统，但后来也应用到浏览器。

服务器会将它们发送的多媒体数据的类型告诉浏览器，而通知手段就是说明该多媒体数据的MIME类型，从而让浏览器知道接收到的信息哪些是MP3文件，哪些是Shockwave文件等等。

服务器将MIME标志符放入传送的数据中来告诉浏览器使用哪种插件读取相关文件。

MIME能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息。

这个标准被定义在; RFC 2045，; RFC 2046，; RFC 2047，; RFC 2048，; RFC 2049等RFC中。

由RFC 822转变而来的RFC 2822，规定电子邮件标准并不允许在邮件消息中使用7位ASCII字符集以外的字符。

正因如此，一些非英语字符消息和二进制文件，图像，声音等非文字消息都不能在电子邮件中传输。

MIME规定了用于表示各种各样的数据类型的符号化方法。

MIME意为多功能Internet邮件扩展，它设计的最初目的是为了在发送电子邮件时附加多媒体数据，让邮件客户程序能根据其类型进行处理。

然而当它被HTTP协议支持之后，它的意义就更为显著了。

它使得HTTP传输的不仅是普通的文本，而变得丰富多彩。

由于MIME类型与文档的后缀相关，因此服务器使用文档的后缀来区分不同文件的MIME类型，服务器中必须定义文档后缀和MIME类型之间的对应关系。

而客户程序从服务器上接收数据的时候，它只是从服务器接受数据流，并不了解文档的名字，因此服务器必须使用附加信息来告诉客户程序数据的MIME类型。

服务器在发送真正的数据之前，就要先发送标志数据的MIME类型的信息，这个信息使用Content-type关键字进行定义，例如对于HTML文档，服务器将首先发送以下(Content-type: text/html)MIME标识信息,这个标识并不是真正的数据文件的一部分。