下载
第31章Internet Email协议
作者:Neal S. Jamison
本章内容包括:
• 电子邮件
• X.400
• 简单邮件管理协议( S M T P )
• 使用P O P和I M A P取回客户邮件
• 高级主题
• 相关R F C文档及其他参考信息
电子邮件是当前最普遍的互联网应用。用户可以使用它给老板发消息或给保险代理人、
银行代理或远方的亲人和朋友发消息。毫无疑问,电子邮件改变了人们的通信方式。
31.1 电子邮件
生活离不开人与人之间的交流。电子邮件或简称为伊妹儿是信息时代进行交流最重要的
技术;它此刻正在世界各地成百上千的计算机间穿梭。
本节简单介绍电子邮件及其发展历史。讲述使电子邮件的工作标准及制定标准的组织。
31.1.1 电子邮件的历史
互联网最初用于方便科学家与政府技术人员间的通信。虽然电子邮件并不是他们采用的
第一种通信方式,但它是通信的终极目标。自从互联之日起,它就孕育了电子邮件传输机制。
目前,电子邮件完成大部分数据传输工作。
早期的电子邮件系统仅是将消息拷贝到用户邮箱的程序。那时,用户均使用同一台机器。
多用户系统的某个用户使用电子邮件向同一台机器的其他用户发消息。大多数用户都使用
c c : m a i l和其他类似的专用电子邮件系统来执行此项功能。经过一段时期,网关组件的出现允
许用户使用一个电子邮件服务器向/从其他电子邮件服务器发送或接收邮件。网关允许不同类
型的电子邮件系统相互通信。c c : m a i l用户可以利用网关向其他组织的Microsoft Mail用户发送
消息。但是这些网关仍只能发送和接收专用格式的消息。因此,需要制定标准。
31.1.2 标准及制定标准的组织
电子邮件标准主要有以下两个: X . 4 0 0,由国际远程通信—通信标准化组织及国际标准
化组织制定。简单邮件传输协议( S M T P ),由I E T F根据早期的研究及开发成果制定。
31.2 X.400
X . 4 0 0首先由I T U于1 9 8 4年制定并于1 9 8 8年修改,它是复杂、健壮的电子邮件协议。然而,
正由于其复杂性,因此目前缺少了厂家支持,因而远不如S M T P普及。因此,本章仅简单介绍
X . 4 0 0,而对互联网标准S M T P作详细讨论。
邮件术语1 0 1
电子邮件中使用少量专门的术语描述邮件系统的组件:
用户代理(User Agent,U A )—运行于用户计算机上的电子邮件客户程序;用于
创建和读取邮件消息。
消息传输代理(Message Transfer Agent,M TA )—电子邮件服务器。M TA存储并
转发消息。
消息存储(Message Store,M S )—存储消息直到被接收者读取或处理。
X . 4 0 0消息中可包含结构化的消息和附件。它还可以传送传输术语的属性并在消息中添加
值。属性包括:
• 敏感性和重要性级别
• 优先权
• 过期时间
• 发送和接收通知
• 回复时间
与消息的结构类似, X . 4 0 0取址方式十分复杂。表3 1 - 1显示组成X . 4 0 0地址的常用属性。
表31-1 X.400常见属性
属性描述
G 给定名字
I 初始化
S 姓
Q 家族简写( J r., Sr . )
C N 通用姓名
O 组织
O U 组织中的部门
P 私人管理域
A 行政管理域
C 国家
示例:
C=US; A=XXX; P=Acme; O=Acme; OU=IT; S=Jamison; G=Neal;
在上述地址中,国家为美国( C = U S ) ;提供X . 4 0 0 服务的公司或行政管理域为
X X X ( A = X X X );私用域为Acme (P=Acme);组织的雇佣者为A c m e ( O = A c m e );所在的部门为
I T ( O U = I T ),名字无需解释。而S M T P地址则简单得多:Jamisonn @ mycompany. c o m。
目录服务的角色
X . 4 0 0标准复杂的原因之一是它的地址方案。与S M T P地址(username @ domain.com)
不同,X . 4 0 0地址非常复杂。目录服务包含X . 5 0 0和轻型目录访问控制协议( L D A P )。这些
协议为全局目录指定标准格式。X . 4 0 0邮件系统可以使用这些目录查看合作者。
关于X . 5 0 0和L D A P的详细信息参见第1 6章及RFC 2256或访问国际远程通信组织
的主页h t t p : / / w w w. i t u . i n t /。
342使用第八部分使用基于I P的应用
下载
X . 4 0 0优点和缺陷
X . 4 0 0的复杂结构使它的优缺点十分鲜明。
优点包括:
• 对于数据复杂性高和/或安全需求高的应用可很好地支持。
• 安全性高。
• 可靠性高。
• 国际标准。
不足之处在于:
• 实现代价高。
• 配置及管理复杂。
• 缺少厂商支持。
• 许多较好的特性(如安全)并未在产品中实现。
关于X . 4 0 0的详细信息参见国际电信同盟( I T U )的主页h t t p : / / w w w. i t u . i n t /。
31.3 简单邮件传输协议(SMTP)
简单邮件传输协议(Simple Mail Transport Protocol,S M T P )是电子邮件的互联网标准。
S M T P是应用层协议,通过T C P / I P网络处理消息服务。由互联网工程任务组于1 9 8 2年定义,
目前在RFC 821和8 2 2中详述。
S M T P使用T C P端口2 5。
虽然S M T P是最流行的电子邮件协议,但它缺少像X . 4 0 0那样丰富的特性。标准S M T P的
主要缺陷是不支持非文本消息。
31.3.1 MIME和SMTP
多用途网际邮件扩展协议(Multipurpose Internet Mail Extensions,M I M E )扩展了S M T P,
它实现了在标准S M T P消息中封装多媒体(非文本)消息的功能。M I M E使用Base 64编码方案将
复杂文件转化为A S C I I。
M I M E是相对较新的标准,虽然大多数U A应用都支持M I M E,但仍存在少量应用不支持
它。如果碰到此种情况,就可能要使用本章将描述的其他编码方法( B i n H e x或u u e n c o d e )。
M I M E在RFC 2045-2049中描述。
S / M I M E
S / M I M E是新的M I M E规范,它支持加密消息。S/ MIME基于公钥加密机制( R S A )并可有
效防止消息被中途截取或伪造。
R S A公钥/私钥认证
根据算法的发明者R i v e s t、S h a m i r和A d e l m a n称,R S A提供公钥/私钥加密功能。
使用公钥加密的数据只能用私钥进行解密。使用S / M I M E,发送方U A使用接收方(远
程)用户或U A的公钥加密数据。接收方使用私钥解密获得消息。
关于R S A的详细信息,参见h t t p : / / w w w. r s a . c o m;关于公钥/私钥加密的信息参见
站点:h t t p : / / w w w. r s a . c o m / r s a l a b s / p u b s / p k c s /。
S / M I M E在RFC 2311和2 3 1 2中描述。
第3 1章Internet Email协议使用343
下载
31.3.2 其他编码标准
编码非A S C I I码消息的标准还有多种,最常用的是B i n H e x和u u e n c o d e。
B i n H e x和U n e n c o d e
B i n H e x表示二进制/十六进制编码,它被认为是M a c i n t o s h的M I M E版本; U u e n c o d e表示
U N I X到U N I X的编码,因为它最初用于U N I X平台,现在它已用于多种非U N I X平台。虽然
M I M E、u u e n c o d e和B i n H e x有许多不同之处,但它们完成同一个目标—在文本消息中传输非
文本文件。用户具体使用哪种方法决定于发送/接收方的邮件U A。幸运的是,目前大多数U A
自动完成编码/解码工作。
31.3.3 SMTP命令
S M T P简洁的原因之一是它使用的命令少。表3 1 - 2列出了这些命令。
表31-2 RFC 821文档中描述的S M T P命令
命令描述
H E L O 呼叫H e l o命令向接收者标识发送者,命令必须与发送方主机名结合使用。在扩
展协议( E S M T P )使用E H L O命令。详细信息参见本章3 1 . 3 . 5节
M A I L 初始化邮件传输。参数包括“ f r o m”字段或邮件发送者字段
R C P T 标识邮件接收方
D ATA 声明邮件数据开始(消息的主体)。数据可包含1 2 8位A S C I I代码,并以包含圆点
“.”的行结束
R S E T 中止当前的传输
V R F Y 用于确认接收用户
N O O P 无操作命令
Q U I T 关闭连接
S E N D 使接收主机知道消息必须送到另一个终端
下列命令在RFC 821描述但不是必需的命令:
S O M L 发送或邮寄。通知接收主机消息必须发送到其他终端或邮箱
S A M L 发送并邮寄。通知接收主机消息必须发送到其他终端和邮箱
E X P N 用于展开邮件列表
H E L P 请求帮助信息
T U R N 请求接收主机向发送方主机返回消息
用户可从下面的S M T P示例中看出SMTP 命令的语法结构十分简单:
344使用第八部分使用基于I P的应用
下载
31.3.4 SMTP状态码
当发送M TA向接收M TA发送S M T P命令时,接收M TA返回特定的状态码使发送者了解命
令是否正确执行。表3 1 - 3列出RFC 821中描述的状态码。这些状态码按状态分组,其中第一位
表示组含义( 5 X X表示失败, 4 X X表示临时问题,1 X X - 3 X X表示成功)。
表31-3 SMTP返回码
编码描述编码描述
2 11 帮助返回系统状态5 0 0 命令不可识别或语法错
2 1 4 帮助信息5 0 1 参数语法错
2 2 0 服务准备就绪5 0 2 命令不支持
2 2 1 关闭连接5 0 3 命令顺序错
2 5 0 请求操作就绪5 0 4 命令参数不支持
2 5 1 用户不在本地,转寄到< P a t h > 5 5 0 操作未执行,邮箱不可用
3 5 4 开始邮件输入5 5 1 非本地用户
4 2 1 服务不可用5 5 2 中止,存储空间不足
4 5 0 操作未执行,邮箱忙5 5 3 操作未执行,邮箱名不正确
4 5 1 操作中止,本地错误5 5 4 传输失败
4 5 2 操作未执行,存储空间不足
数字编码在R F C中定义,相应的文本具体由邮局长及M TA管理员定义,以上列出的为
R F C文档中建议的含义。
31.3.5 扩展SMTP
S M T P已经证明自己是可靠性高、用途广泛的电子邮件协议,但扩展S M T P是广泛认可的
需求。RFC 1809扩展了S M T P。它并未列出具体的扩展,而只是为增加命令提供了一个框架。
例如S I Z E命令,扩展S M T P允许接收主机限制接收消息的长度。标准S M T P不提供此项支持。
当系统连接到一个M TA,可采用H E L O命令的扩展版本E H L O命令。如果M TA支持扩展
S M T P ( E S M T P ),它将对此命令作响应。如果不支持E S M T P,就返回错误消息(500 命令不能
识别)使发送方使用S M T P。下面是E S M T P传输的示例:
第3 1章Internet Email协议使用345
下载
结果邮件消息如下所示:
表3 1 - 4描述了常用E S M T P命令。
表31-4 常用E S M T P命令
命令描述
E H L O H E L O的扩展版本
8 B I T M I M E 指明8位M I M E传输
S I Z E 限制消息的长度
31.3.6 检查SMTP的头
检查S M T P消息的头,可以使用户获取大量有用的信息。不仅可以知道消息的发送者、主
题、发送日期及接收者,而且可以看到路由过程中所经过的停止点。RFC 822指明头中至少需
包含发送者( F r o m )、日期和接收者( TO、C C或B C C )。
注意从技术上说,TO和C C的作用相同。C C (复写纸拷贝)是早期术语,可追溯到文档
中打字员输入并用复写纸复制文档的时代。
B C C (隐藏的复写纸拷贝)与前两者不同,虽然B C C接收者接收消息的方式与TO
和C C接收者相同,但它们没有列在地址列表中。B C C列表可能对所有B C C接收者可
见,但对于TO和C C接收者,它们是不可见的。
接收邮件的头允许用户在消息到达用户邮箱时对它进行检查。这一功能对解决碰到的邮
件问题非常有效。如下例所示:
346使用第八部分使用基于I P的应用
下载
在示例中,用户可以看出消息发送者为someone @ mydomain.com。消息从m y d o m a i n .
c o m传送到h o s t 1。接着,h o s t 2从h o s t 1上接收到消息,接收者从h o s t 2之上读取邮件。在路由过
程中的每一个停止点,接收主机都需添加它的头,其中包括日期/时戳。与上一个示例相比,
时戳发生了变化。h o s t 2 (接收者主机)报告它接收到消息的时间为11 : 3 3 : 0 0,而h o s t 1报告的时
间为11 : 3 4 : 3 6,比h o s t 2接收到消息的时间还晚1分钟。这是由于系统时钟不一致引起的问题。
31.3.7 SMTP的优势与不足
与X . 4 0 0,S M T P也有许多优势和不足。
优势在于:
• SMTP十分流行。
• 许多厂商的平台都支持S M T P。
• SMTP便于实现易于管理。
• SMTP地址方案简单。
不足之处在于:
• SMTP功能不足。
• SMTP的安全机制不如X . 4 0 0。
• 它的简单性限制了其使用。
31.4 使用POP和IMAP取回客户邮件
在I n t e r n e t邮件刚开始使用时,用户读取邮件必须首先登录到邮件服务器。邮件程序通常
都是基于文本的,缺乏对用户有好的界面。为了解决这一问题,出现了一些协议,它们使邮
件消息可直接发送到用户桌面电脑。这些U A取回协议给予工作在多个不同计算机上的用户带
来了许多方便。
其中,使用最广泛的协议是邮局协议(Post Office Protocol,P O P )和互联网邮件控制协议
(Internet Mail Access Protocol,I M A P )。
31.4.1 邮局协议(POP)
P O P允许本地邮件U A连接M TA并将邮件取回到用户本地系统,用户也在本地机上阅读和
响应消息。P O P协议于1 9 8 4年定义,并于1 9 8 8年提出了P O P 2协议。目前的标准是P O P 3协议。
POP3 UA通过T C P / I P与服务器连接(通常使用端口11 0 )。U A输入用户名和口令(为了方便
可将这些信息存入系统,但每次由用户敲入安全性更好)。经过认证后, U A可通过P O P 3命令
取回或删除邮件。
P O P 3仅仅是接收协议。POP3 UA使用S M T P向服务器发送邮件。
P O P 3由RFC 1939定义。
P O P 3命令
表3 1 - 5列出了P O P 3命令。
第3 1章Internet Email协议使用347
下载
表31-5 POP3命令
命令描述
U S E R 指明用户名
PA S S 指明口令
S TAT 询问邮箱状态(消息数量,消息大小)
L I S T 列出消息索引
R E T R 取回指定的消息
D E L E 删除指定的消息
N O O P 空操作
R S E T 不删除消息(回卷)
Q U I T 提交修改并断开连接
31.4.2 互联网邮件访问协议(IMAP)
P O P 3是将消息取回到用户U A的最好并且最简单协议。但是,它的简单性导致其缺少许
多必要的特性。例如, P O P 3仅能工作于离线模式,即消息下载到U A时从服务器上删除。
注意某些POP3的实现支持“伪在线”方,它允许消息留在服务器上。
互联网邮件访问协议(Internet Mail Access Protocol,I M A P )弥补了P O P 3的不足。它首先
于1 9 8 6年在斯坦福大学被提出。1 9 8 7年实现了I M A P 2。目前最高版本为I M A P 4,并于1 9 9 4年
被接收为互联网标准。I M A P 4在RFC 2060中描述,它使用T C P端口1 4 3。
I M A P 4命令
表3 1 - 6列出了RFC 2060中描述的I M A P 4命令。
表31-6 IMAP4命令
命令描述命令描述
C A PA B I L I T Y 询问支持功能列表S TAT U S 询问邮箱的状态
A U T H E N T I C AT E 指定认证机制A P P E N D 往邮箱中添加信息
L O G I N 提供用户名和口令C H E C K 询问邮箱的检查点
S E L E C T 指明邮箱C L O S E 提交删除并关闭邮箱
E X A M I N E 指定邮箱采用只读方式E X P U N G E 提交删除
C R E AT E 创建邮箱S E A R C H 按指定规则为消息寻找邮箱
D E L E T E 删除邮箱F E T C H 取回指定的消息
R E N A M E 更改邮箱名S TO R E 修改指定消息
S U B S C R I B E 将邮箱加入活跃(可用)列表C O P Y 拷贝消息到其他邮箱
U N S U B S C R I B E 从活跃列表中删除邮箱N O O P 空操作
L I S T 列出邮箱L O G O U T 关闭连接
L S U B 列出订阅邮箱
31.4.3 POP3与IMAP4的比较
P O P 3与I M A P 4间存在基本差异。用户可根据U A、自己的M TA及自身需求,决定使用二
者中的哪一个,或两者都使用。P O P 3的优点在于:
• 非常简单。
• 得到广泛支持。
348使用第八部分使用基于I P的应用
下载
正由于其简单, P O P 3也受到许多限制。例如,它仅能支持一个邮箱,消息必须从服务器
上删除(虽然许多实现支持“伪在线”模式,使消息可留在服务器上)。
I M A P 4有以下优点:
• 认证功能强。
• 支持多个邮箱。
• 可很好地支持断线、在线或断开连接多种模式的操作。
I M A P 4的在线模式使用户的U A可从服务上下载消息的一个子集,支持基于特定规则的消
息检索和下载等。I M A P 4也允许用户或U A在服务器文件夹间移动消息,删除特定的消息。
I M A P 4非常适合于需要工作在多个不同计算机上的移动用户,或需要访问和维护多个不同邮
箱的用户。
I M A P 4最大的不足在于缺少U A的支持。但是,这种状况将很快将得到改观。
31.5 高级主题
随着电子邮件的流行,与其相关的主题也日益引起人们的重视。本节介绍与电子邮件用
户密切相关的主题。这些主题包括安全、垃圾邮件及其他类型的邮件服务。
安全
正如计算机网络的其他方面一样,电子邮件安全也成为人们关注的焦点。确保邮件安全
和可靠的传送所采用的机制十分关键。
1. 加密
如前所述, S / M I M E可实现对电子邮件数据的加密。这种加密可以保护数据并确保数据到
达目的地。
另一种加密消息的方法是PGP(Pretty Good Privacy)。P G P使用成对的公钥/私钥完成消息
的加/解密。发送者用接收者的公用加密数据。接收者使用私钥解密消息。关于P G P的详细信
息,参见站点h t t p : / / w w w. p g p . c o m /。
数字签名(又称数字I D )被用于确认消息来自其声称的签名者。数字签名也使用成对密钥。
关于数字签名的详细信息参见h t t p : / / w w w. v e r i s i g n . c o m / c l i e n t / i n d e x . h t m l。
关于电子邮件私有和加密方面的信息请参见R F C文档1 4 2 1至1 4 2 4。
2. 内容过滤
电子邮件的内容过滤与防火墙的工作类似。它扫描出入的消息以确保它们符合电子邮件
策略管理员及邮局管理员制定的规则。例如某些公司使用此方法防止信息泄露给竞争者。它
采用内容过滤禁止某些类型的数据(如草稿或设计文档)发送出去。内容过滤还可以删去敌对消
息或垃圾信件、扫描病毒等。
3. 病毒
美国最近发作的梅丽沙病毒使电子邮件病毒再次成为热门话题。虽然通过电子邮件A S C I I
码文本不可能传输病毒,但将病毒嵌入到电子邮件附件中是完全可能的。梅丽沙宏病毒就是
通过此种方法传播的,一旦某台机器感染了此病毒,它将拷贝到该主机电子邮件目录下的所
有能找到的邮件地址上去。
梅丽沙病毒提醒电子邮件用户:查杀电子邮件附件中的病毒十分重要。
关于病毒的详细信息,请参阅互联网站点h t t p : / / w w w. i s o c . o rg / I n t e r n e t / i s s u e s / v i r u s e s /。
第3 1章Internet Email协议使用349
下载
4. 伪造
由于S M T P的安全性十分脆弱,伪造电子邮件消息十分简单,用户可以使用t e l n e t命令连
接到S M T P端口,然后像M TA一样发送命令,就可轻松地伪造电子邮件消息。如下例所示:
注意,H E L O命令后的主机名并不是真实的主机名。发送给用户j a m i s o n n的电子邮件如下所示:
虽然初看起来,它像来自charlatan @ fakedomain.com的邮件,但检查其头,在M e s s a g e -
I d行中可以看出真实主机名。
对于想尝试伪造邮件的读者的警告:邮局管理者及管理员可采用专门的登录机制来找出真实
的发送者,甚至可避免伪造电子邮件。伪造邮件并不是个好主意,上例仅为了说明它的可能性。
350使用第八部分使用基于I P的应用
下载
5. 垃圾邮件
用户可能会发现自己的电子邮箱开始与自己的普通邮箱一样充满了垃圾邮件。
垃圾邮件是一个令人头痛的问题。我们的邮箱每天充斥着广告信息、发财指南及其他不想
要的信息。我们的电子邮件地址被拍卖或未经本人同意就被共享,从而导致邮箱中充满了垃圾。
一种避免这种烦人消息的方法是使用过滤器。它实际上是邮件U A上的工具,可以使用户删
除满足规则的邮件。最常见的规则是读取进入邮箱消息的S M T P头,查找发送者的地址或邮件
的主题是否包含规则中指明的关键字。如果包含,则删除该邮件;否则将邮件保留在邮箱中。
除了上述方法外,用户还可采用其他方法对付垃圾邮件。但这一内容超出了本章讨论的
范围。详细信息请访问互联网组织的站点h t t p : / / s p a m . a b u s e . n e t或http:// www, isoc.org/ internet
/ i s s u e s / s p a m m i n g。
6. 匿名电子邮件服务
在互联网上使用匿名涉及道德伦理上的问题。某些人坚持匿名服务,另一些人认为所有
的行为都应是可查询的。当然,这一问题在人与人之间的交流上(如电子邮件)讨论更加热烈。
在互联网上存在许多程序和服务允许用户发送匿名邮件。这些服务通常都利用程序将
S M T P头从消息中删去,仅将剩余部分提供给接收者。因此,无法查询它的发送者。同时,也
无法回复接收到的消息。
许多高级应用都维护一个保存匿名用户的数据库。每个用户都分配一个I D,只要数据库
安全,邮件发送者可使用I D发送邮件。将I D映射为用户名使接收者可以回复邮件。
另一种匿名邮件服务是通过在线服务和电子邮件提供者实现。这些最近出现的免费电子
邮件服务允许用户选择自己的电子邮件用户名。它不要求用户使用自己的真实姓名。因此,
用户可以发送匿名邮件。
31.6 相关RFC文档及其他参考信息
表3 1 - 7列出了许多电子邮件协议的相关R F C文档。所有这些文档可从h t t p : / / w w w. c i s . o h i o -
s t a t e . e d u / / h t b i n / r f c / I N D E X . r f c . h t m l上找到。
表31-7 RFC相关文档
R F C 描述
8 2 1 简单邮件传输协议(J.B.Postel, 1982)
8 2 2 A R PA互联网文本消息的格式标准( D . H . C r o c k e r, 1982)
1 2 0 3 交互式邮件控制协议:版本3(J.Rice, 1991)
2 1 9 6 站点安全手册( B . F r a s t e r, 1997)
1 5 2 1 M I M E (多用途互联网邮件扩充)(N.Borenstein, N.Freed, 1993)
1 4 2 1 互联网电子邮件私用性增强:第一部分:消息加密与认证过程(J.Linn, 1993)
1 4 2 2 互联网电子邮件私用性增强:第二部分:密钥管理(S.Kent, 1993)
1 4 2 3 互联网电子邮件私用性增强:第三部分:算法、模型和标识(D.Balenson, 1993)
1 4 2 4 互联网电子邮件私用性增强:第四部分:密钥检定和相关服务(B.Kaliski, 1993)
1 9 3 9 邮局协议-版本3(M.Rose, 1988)
1 8 6 9 S M T P服务扩充(J.Klensin et al., 1994)
1 6 5 2 S M T P服务扩充8位M I M E传输(J.Klensin et al., 1995)
1 8 7 1 S M T P服务扩充:消息大小声明(J.Klensin et al., 1995)
2 2 5 6 使用LDAPr3 X.500 (96)用户策略简介( M . Wahl, 1997)
2 1 6 4 使用X . 5 0 0 / L D A P目录支持M I X E R地址映射(S.kille, 1988)
第3 1章Internet Email协议使用351
下载
下列组织定义电子邮件协议,它们的站点提供丰富的信息。
互联网工程任务组( I E T F ):h t t p:/ / w w w. i e t f . o rg /
国际标准化组织( I S O ):h t t p : / / w w w. i s o . c h /
国际电信联盟( I T U ):h t t p : / / w w w. i t u . i n t /
31.7 小结
本章详细讲述了互联网邮件协议: S M T P。我们首先简单介绍了电子邮件的历史,然后简
单讲述了X . 4 0 0—功能强大但未被广泛使用的电子邮件协议。接着介绍了S M T P的命令集、
响应码和非文本数据的编码方法。并讨论了两种从邮件传输代理或消息存储中取回邮件的方
法:使用P O P 3和使用功能强大的I M A P 4。
本章还讨论了与电子邮件相关的问题。电子邮件的安全问题主要讲述了加密、内容过滤
和病毒等。讨论了垃圾邮件产生的原因及解决办法。最后一节给出了与电子邮件相关的R F C
文档,及负责电子邮件协议组织的We b站点。
352使用第八部分使用基于I P的应用
下载
第31章Internet Email协议
作者:Neal S. Jamison
本章内容包括:
• 电子邮件
• X.400
• 简单邮件管理协议( S M T P )
• 使用P O P和I M A P取回客户邮件
• 高级主题
• 相关R F C文档及其他参考信息
电子邮件是当前最普遍的互联网应用。用户可以使用它给老板发消息或给保险代理人、
银行代理或远方的亲人和朋友发消息。毫无疑问,电子邮件改变了人们的通信方式。
31.1 电子邮件
生活离不开人与人之间的交流。电子邮件或简称为伊妹儿是信息时代进行交流最重要的
技术;它此刻正在世界各地成百上千的计算机间穿梭。
本节简单介绍电子邮件及其发展历史。讲述使电子邮件的工作标准及制定标准的组织。
31.1.1 电子邮件的历史
互联网最初用于方便科学家与政府技术人员间的通信。虽然电子邮件并不是他们采用的
第一种通信方式,但它是通信的终极目标。自从互联之日起,它就孕育了电子邮件传输机制。
目前,电子邮件完成大部分数据传输工作。
早期的电子邮件系统仅是将消息拷贝到用户邮箱的程序。那时,用户均使用同一台机器。
多用户系统的某个用户使用电子邮件向同一台机器的其他用户发消息。大多数用户都使用
c c : m a i l和其他类似的专用电子邮件系统来执行此项功能。经过一段时期,网关组件的出现允
许用户使用一个电子邮件服务器向/从其他电子邮件服务器发送或接收邮件。网关允许不同类
型的电子邮件系统相互通信。c c : m a i l用户可以利用网关向其他组织的Microsoft Mail用户发送
消息。但是这些网关仍只能发送和接收专用格式的消息。因此,需要制定标准。
31.1.2 标准及制定标准的组织
电子邮件标准主要有以下两个: X . 4 0 0,由国际远程通信—通信标准化组织及国际标准
化组织制定。简单邮件传输协议( S M T P ),由I E T F根据早期的研究及开发成果制定。
31.2 X.400
X . 4 0 0首先由I T U于1 9 8 4年制定并于1 9 8 8年修改,它是复杂、健壮的电子邮件协议。然而,
正由于其复杂性,因此目前缺少了厂家支持,因而远不如S M T P普及。因此,本章仅简单介绍
X . 4 0 0,而对互联网标准S M T P作详细讨论。
邮件术语1 0 1
电子邮件中使用少量专门的术语描述邮件系统的组件:
用户代理(User Agent,U A )—运行于用户计算机上的电子邮件客户程序;用于
创建和读取邮件消息。
消息传输代理(Message Transfer Agent,M TA )—电子邮件服务器。M TA存储并
转发消息。
消息存储(Message Store,M S )—存储消息直到被接收者读取或处理。
X . 4 0 0消息中可包含结构化的消息和附件。它还可以传送传输术语的属性并在消息中添加
值。属性包括:
• 敏感性和重要性级别
• 优先权
• 过期时间
• 发送和接收通知
• 回复时间
与消息的结构类似, X . 4 0 0取址方式十分复杂。表3 1 - 1显示组成X . 4 0 0地址的常用属性。
表31-1 X.400常见属性
属性描述
G 给定名字
I 初始化
S 姓
Q 家族简写( J r., Sr . )
C N 通用姓名
O 组织
O U 组织中的部门
P 私人管理域
A 行政管理域
C 国家
示例:
C=US; A=XXX; P=Acme; O=Acme; OU=IT; S=Jamison; G=Neal;
在上述地址中,国家为美国( C = U S ) ;提供X . 4 0 0 服务的公司或行政管理域为
X X X ( A = X X X );私用域为Acme (P=Acme);组织的雇佣者为A c m e ( O = A c m e );所在的部门为
I T ( O U = I T ),名字无需解释。而S M T P地址则简单得多:Jamisonn @ mycompany. c o m。
目录服务的角色
X . 4 0 0标准复杂的原因之一是它的地址方案。与S M T P地址(username @ domain.com)
不同,X . 4 0 0地址非常复杂。目录服务包含X . 5 0 0和轻型目录访问控制协议( L D A P )。这些
协议为全局目录指定标准格式。X . 4 0 0邮件系统可以使用这些目录查看合作者。
关于X . 5 0 0和L D A P的详细信息参见第1 6章及RFC 2256或访问国际远程通信组织
的主页h t t p : / / w w w. i t u . i n t /。
342使用第八部分使用基于I P的应用
下载
X . 4 0 0优点和缺陷
X . 4 0 0的复杂结构使它的优缺点十分鲜明。
优点包括:
• 对于数据复杂性高和/或安全需求高的应用可很好地支持。
• 安全性高。
• 可靠性高。
• 国际标准。
不足之处在于:
• 实现代价高。
• 配置及管理复杂。
• 缺少厂商支持。
• 许多较好的特性(如安全)并未在产品中实现。
关于X . 4 0 0的详细信息参见国际电信同盟( I T U )的主页h t t p : / / w w w. i t u . i n t /。
31.3 简单邮件传输协议(SMTP)
简单邮件传输协议(Simple Mail Transport Protocol,S M T P )是电子邮件的互联网标准。
S M T P是应用层协议,通过T C P / I P网络处理消息服务。由互联网工程任务组于1 9 8 2年定义,
目前在RFC 821和8 2 2中详述。
S M T P使用T C P端口2 5。
虽然S M T P是最流行的电子邮件协议,但它缺少像X . 4 0 0那样丰富的特性。标准S M T P的
主要缺陷是不支持非文本消息。
31.3.1 MIME和SMTP
多用途网际邮件扩展协议(Multipurpose Internet Mail Extensions,M I M E )扩展了S M T P,
它实现了在标准S M T P消息中封装多媒体(非文本)消息的功能。M I M E使用Base 64编码方案将
复杂文件转化为A S C I I。
M I M E是相对较新的标准,虽然大多数U A应用都支持M I M E,但仍存在少量应用不支持
它。如果碰到此种情况,就可能要使用本章将描述的其他编码方法( B i n H e x或u u e n c o d e )。
M I M E在RFC 2045-2049中描述。
S / M I M E
S / M I M E是新的M I M E规范,它支持加密消息。S/ MIME基于公钥加密机制( R S A )并可有
效防止消息被中途截取或伪造。
R S A公钥/私钥认证
根据算法的发明者R i v e s t、S h a m i r和A d e l m a n称,R S A提供公钥/私钥加密功能。
使用公钥加密的数据只能用私钥进行解密。使用S / M I M E,发送方U A使用接收方(远
程)用户或U A的公钥加密数据。接收方使用私钥解密获得消息。
关于R S A的详细信息,参见h t t p : / / w w w. r s a . c o m;关于公钥/私钥加密的信息参见
站点:h t t p : / / w w w. r s a . c o m / r s a l a b s / p u b s / p k c s /。
S / M I M E在RFC 2311和2 3 1 2中描述。
第3 1章Internet Email协议使用343
下载
31.3.2 其他编码标准
编码非A S C I I码消息的标准还有多种,最常用的是B i n H e x和u u e n c o d e。
B i n H e x和U n e n c o d e
B i n H e x表示二进制/十六进制编码,它被认为是M a c i n t o s h的M I M E版本; U u e n c o d e表示
U N I X到U N I X的编码,因为它最初用于U N I X平台,现在它已用于多种非U N I X平台。虽然
M I M E、u u e n c o d e和B i n H e x有许多不同之处,但它们完成同一个目标—在文本消息中传输非
文本文件。用户具体使用哪种方法决定于发送/接收方的邮件U A。幸运的是,目前大多数U A
自动完成编码/解码工作。
31.3.3 SMTP命令
S M T P简洁的原因之一是它使用的命令少。表3 1 - 2列出了这些命令。
表31-2 RFC 821文档中描述的S M T P命令
命令描述
H E L O 呼叫H e l o命令向接收者标识发送者,命令必须与发送方主机名结合使用。在扩
展协议( E S M T P )使用E H L O命令。详细信息参见本章3 1 . 3 . 5节
M A I L 初始化邮件传输。参数包括“ f r o m”字段或邮件发送者字段
R C P T 标识邮件接收方
D ATA 声明邮件数据开始(消息的主体)。数据可包含1 2 8位A S C I I代码,并以包含圆点
“.”的行结束
R S E T 中止当前的传输
V R F Y 用于确认接收用户
N O O P 无操作命令
Q U I T 关闭连接
S E N D 使接收主机知道消息必须送到另一个终端
下列命令在RFC 821描述但不是必需的命令:
S O M L 发送或邮寄。通知接收主机消息必须发送到其他终端或邮箱
S A M L 发送并邮寄。通知接收主机消息必须发送到其他终端和邮箱
E X P N 用于展开邮件列表
H E L P 请求帮助信息
T U R N 请求接收主机向发送方主机返回消息
用户可从下面的S M T P示例中看出SMTP 命令的语法结构十分简单:
344使用第八部分使用基于I P的应用
下载
31.3.4 SMTP状态码
当发送M TA向接收M TA发送S M T P命令时,接收M TA返回特定的状态码使发送者了解命
令是否正确执行。表3 1 - 3列出RFC 821中描述的状态码。这些状态码按状态分组,其中第一位
表示组含义( 5 X X表示失败, 4 X X表示临时问题,1 X X - 3 X X表示成功)。
表31-3 SMTP返回码
编码描述编码描述
2 11 帮助返回系统状态5 0 0 命令不可识别或语法错
2 1 4 帮助信息5 0 1 参数语法错
2 2 0 服务准备就绪5 0 2 命令不支持
2 2 1 关闭连接5 0 3 命令顺序错
2 5 0 请求操作就绪5 0 4 命令参数不支持
2 5 1 用户不在本地,转寄到< P a t h > 5 5 0 操作未执行,邮箱不可用
3 5 4 开始邮件输入5 5 1 非本地用户
4 2 1 服务不可用5 5 2 中止,存储空间不足
4 5 0 操作未执行,邮箱忙5 5 3 操作未执行,邮箱名不正确
4 5 1 操作中止,本地错误5 5 4 传输失败
4 5 2 操作未执行,存储空间不足
数字编码在R F C中定义,相应的文本具体由邮局长及M TA管理员定义,以上列出的为
R F C文档中建议的含义。
31.3.5 扩展SMTP
S M T P已经证明自己是可靠性高、用途广泛的电子邮件协议,但扩展S M T P是广泛认可的
需求。RFC 1809扩展了S M T P。它并未列出具体的扩展,而只是为增加命令提供了一个框架。
例如S I Z E命令,扩展S M T P允许接收主机限制接收消息的长度。标准S M T P不提供此项支持。
当系统连接到一个M TA,可采用H E L O命令的扩展版本E H L O命令。如果M TA支持扩展
S M T P ( E S M T P ),它将对此命令作响应。如果不支持E S M T P,就返回错误消息(500 命令不能
识别)使发送方使用S M T P。下面是E S M T P传输的示例:
第3 1章Internet Email协议使用345
下载
结果邮件消息如下所示:
表3 1 - 4描述了常用E S M T P命令。
表31-4 常用E S M T P命令
命令描述
E H L O H E L O的扩展版本
8 B I T M I M E 指明8位M I M E传输
S I Z E 限制消息的长度
31.3.6 检查SMTP的头
检查S M T P消息的头,可以使用户获取大量有用的信息。不仅可以知道消息的发送者、主
题、发送日期及接收者,而且可以看到路由过程中所经过的停止点。RFC 822指明头中至少需
包含发送者( F r o m )、日期和接收者( TO、C C或B C C )。
注意从技术上说,TO和C C的作用相同。C C (复写纸拷贝)是早期术语,可追溯到文档
中打字员输入并用复写纸复制文档的时代。
B C C (隐藏的复写纸拷贝)与前两者不同,虽然B C C接收者接收消息的方式与TO
和C C接收者相同,但它们没有列在地址列表中。B C C列表可能对所有B C C接收者可
见,但对于TO和C C接收者,它们是不可见的。
接收邮件的头允许用户在消息到达用户邮箱时对它进行检查。这一功能对解决碰到的邮
件问题非常有效。如下例所示:
346使用第八部分使用基于I P的应用
下载
在示例中,用户可以看出消息发送者为someone @ mydomain.com。消息从m y d o m a i n .
c o m传送到h o s t 1。接着,h o s t 2从h o s t 1上接收到消息,接收者从h o s t 2之上读取邮件。在路由过
程中的每一个停止点,接收主机都需添加它的头,其中包括日期/时戳。与上一个示例相比,
时戳发生了变化。h o s t 2 (接收者主机)报告它接收到消息的时间为11 : 3 3 : 0 0,而h o s t 1报告的时
间为11 : 3 4 : 3 6,比h o s t 2接收到消息的时间还晚1分钟。这是由于系统时钟不一致引起的问题。
31.3.7 SMTP的优势与不足
与X . 4 0 0,S M T P也有许多优势和不足。
优势在于:
• SMTP十分流行。
• 许多厂商的平台都支持S M T P。
• SMTP便于实现易于管理。
• SMTP地址方案简单。
不足之处在于:
• SMTP功能不足。
• SMTP的安全机制不如X . 4 0 0。
• 它的简单性限制了其使用。
31.4 使用POP和IMAP取回客户邮件
在I n t e r n e t邮件刚开始使用时,用户读取邮件必须首先登录到邮件服务器。邮件程序通常
都是基于文本的,缺乏对用户有好的界面。为了解决这一问题,出现了一些协议,它们使邮
件消息可直接发送到用户桌面电脑。这些U A取回协议给予工作在多个不同计算机上的用户带
来了许多方便。
其中,使用最广泛的协议是邮局协议(Post Office Protocol,P O P )和互联网邮件控制协议
(Internet Mail Access Protocol,I M A P )。
31.4.1 邮局协议(POP)
P O P允许本地邮件U A连接M TA并将邮件取回到用户本地系统,用户也在本地机上阅读和
响应消息。P O P协议于1 9 8 4年定义,并于1 9 8 8年提出了P O P 2协议。目前的标准是P O P 3协议。
POP3 UA通过T C P / I P与服务器连接(通常使用端口11 0 )。U A输入用户名和口令(为了方便
可将这些信息存入系统,但每次由用户敲入安全性更好)。经过认证后, U A可通过P O P 3命令
取回或删除邮件。
P O P 3仅仅是接收协议。POP3 UA使用S M T P向服务器发送邮件。
P O P 3由RFC 1939定义。
P O P 3命令
表3 1 - 5列出了P O P 3命令。
第3 1章Internet Email协议使用347
下载
表31-5 POP3命令
命令描述
U S E R 指明用户名
PA S S 指明口令
S TAT 询问邮箱状态(消息数量,消息大小)
L I S T 列出消息索引
R E T R 取回指定的消息
D E L E 删除指定的消息
N O O P 空操作
R S E T 不删除消息(回卷)
Q U I T 提交修改并断开连接
31.4.2 互联网邮件访问协议(IMAP)
P O P 3是将消息取回到用户U A的最好并且最简单协议。但是,它的简单性导致其缺少许
多必要的特性。例如, P O P 3仅能工作于离线模式,即消息下载到U A时从服务器上删除。
注意某些POP3的实现支持“伪在线”方,它允许消息留在服务器上。
互联网邮件访问协议(Internet Mail Access Protocol,I M A P )弥补了P O P 3的不足。它首先
于1 9 8 6年在斯坦福大学被提出。1 9 8 7年实现了I M A P 2。目前最高版本为I M A P 4,并于1 9 9 4年
被接收为互联网标准。I M A P 4在RFC 2060中描述,它使用T C P端口1 4 3。
I M A P 4命令
表3 1 - 6列出了RFC 2060中描述的I M A P 4命令。
表31-6 IMAP4命令
命令描述命令描述
C A PA B I L I T Y 询问支持功能列表S TAT U S 询问邮箱的状态
A U T H E N T I C AT E 指定认证机制A P P E N D 往邮箱中添加信息
L O G I N 提供用户名和口令C H E C K 询问邮箱的检查点
S E L E C T 指明邮箱C L O S E 提交删除并关闭邮箱
E X A M I N E 指定邮箱采用只读方式E X P U N G E 提交删除
C R E AT E 创建邮箱S E A R C H 按指定规则为消息寻找邮箱
D E L E T E 删除邮箱F E T C H 取回指定的消息
R E N A M E 更改邮箱名S TO R E 修改指定消息
S U B S C R I B E 将邮箱加入活跃(可用)列表C O P Y 拷贝消息到其他邮箱
U N S U B S C R I B E 从活跃列表中删除邮箱N O O P 空操作
L I S T 列出邮箱L O G O U T 关闭连接
L S U B 列出订阅邮箱
31.4.3 POP3与IMAP4的比较
P O P 3与I M A P 4间存在基本差异。用户可根据U A、自己的M TA及自身需求,决定使用二
者中的哪一个,或两者都使用。P O P 3的优点在于:
• 非常简单。
• 得到广泛支持。
348使用第八部分使用基于I P的应用
下载
正由于其简单, P O P 3也受到许多限制。例如,它仅能支持一个邮箱,消息必须从服务器
上删除(虽然许多实现支持“伪在线”模式,使消息可留在服务器上)。
I M A P 4有以下优点:
• 认证功能强。
• 支持多个邮箱。
• 可很好地支持断线、在线或断开连接多种模式的操作。
I M A P 4的在线模式使用户的U A可从服务上下载消息的一个子集,支持基于特定规则的消
息检索和下载等。I M A P 4也允许用户或U A在服务器文件夹间移动消息,删除特定的消息。
I M A P 4非常适合于需要工作在多个不同计算机上的移动用户,或需要访问和维护多个不同邮
箱的用户。
I M A P 4最大的不足在于缺少U A的支持。但是,这种状况将很快将得到改观。
31.5 高级主题
随着电子邮件的流行,与其相关的主题也日益引起人们的重视。本节介绍与电子邮件用
户密切相关的主题。这些主题包括安全、垃圾邮件及其他类型的邮件服务。
安全
正如计算机网络的其他方面一样,电子邮件安全也成为人们关注的焦点。确保邮件安全
和可靠的传送所采用的机制十分关键。
1. 加密
如前所述, S / M I M E可实现对电子邮件数据的加密。这种加密可以保护数据并确保数据到
达目的地。
另一种加密消息的方法是PGP(Pretty Good Privacy)。P G P使用成对的公钥/私钥完成消息
的加/解密。发送者用接收者的公用加密数据。接收者使用私钥解密消息。关于P G P的详细信
息,参见站点h t t p : / / w w w. p g p . c o m /。
数字签名(又称数字I D )被用于确认消息来自其声称的签名者。数字签名也使用成对密钥。
关于数字签名的详细信息参见h t t p : / / w w w. v e r i s i g n . c o m / c l i e n t / i n d e x . h t m l。
关于电子邮件私有和加密方面的信息请参见R F C文档1 4 2 1至1 4 2 4。
2. 内容过滤
电子邮件的内容过滤与防火墙的工作类似。它扫描出入的消息以确保它们符合电子邮件
策略管理员及邮局管理员制定的规则。例如某些公司使用此方法防止信息泄露给竞争者。它
采用内容过滤禁止某些类型的数据(如草稿或设计文档)发送出去。内容过滤还可以删去敌对消
息或垃圾信件、扫描病毒等。
3. 病毒
美国最近发作的梅丽沙病毒使电子邮件病毒再次成为热门话题。虽然通过电子邮件A S C I I
码文本不可能传输病毒,但将病毒嵌入到电子邮件附件中是完全可能的。梅丽沙宏病毒就是
通过此种方法传播的,一旦某台机器感染了此病毒,它将拷贝到该主机电子邮件目录下的所
有能找到的邮件地址上去。
梅丽沙病毒提醒电子邮件用户:查杀电子邮件附件中的病毒十分重要。
关于病毒的详细信息,请参阅互联网站点h t t p : / / w w w. i s o c . o rg / I n t e r n e t / i s s u e s / v i r u s e s /。
第3 1章Internet Email协议使用349
下载
4. 伪造
由于S M T P的安全性十分脆弱,伪造电子邮件消息十分简单,用户可以使用t e l n e t命令连
接到S M T P端口,然后像M TA一样发送命令,就可轻松地伪造电子邮件消息。如下例所示:
注意,H E L O命令后的主机名并不是真实的主机名。发送给用户j a m i s o n n的电子邮件如下所示:
虽然初看起来,它像来自charlatan @ fakedomain.com的邮件,但检查其头,在M e s s a g e -
I d行中可以看出真实主机名。
对于想尝试伪造邮件的读者的警告:邮局管理者及管理员可采用专门的登录机制来找出真实
的发送者,甚至可避免伪造电子邮件。伪造邮件并不是个好主意,上例仅为了说明它的可能性。
350使用第八部分使用基于I P的应用
下载
5. 垃圾邮件
用户可能会发现自己的电子邮箱开始与自己的普通邮箱一样充满了垃圾邮件。
垃圾邮件是一个令人头痛的问题。我们的邮箱每天充斥着广告信息、发财指南及其他不想
要的信息。我们的电子邮件地址被拍卖或未经本人同意就被共享,从而导致邮箱中充满了垃圾。
一种避免这种烦人消息的方法是使用过滤器。它实际上是邮件U A上的工具,可以使用户删
除满足规则的邮件。最常见的规则是读取进入邮箱消息的S M T P头,查找发送者的地址或邮件
的主题是否包含规则中指明的关键字。如果包含,则删除该邮件;否则将邮件保留在邮箱中。
除了上述方法外,用户还可采用其他方法对付垃圾邮件。但这一内容超出了本章讨论的
范围。详细信息请访问互联网组织的站点h t t p : / / s p a m . a b u s e . n e t或http:// www, isoc.org/ internet
/ i s s u e s / s p a m m i n g。
6. 匿名电子邮件服务
在互联网上使用匿名涉及道德伦理上的问题。某些人坚持匿名服务,另一些人认为所有
的行为都应是可查询的。当然,这一问题在人与人之间的交流上(如电子邮件)讨论更加热烈。
在互联网上存在许多程序和服务允许用户发送匿名邮件。这些服务通常都利用程序将
S M T P头从消息中删去,仅将剩余部分提供给接收者。因此,无法查询它的发送者。同时,也
无法回复接收到的消息。
许多高级应用都维护一个保存匿名用户的数据库。每个用户都分配一个I D,只要数据库
安全,邮件发送者可使用I D发送邮件。将I D映射为用户名使接收者可以回复邮件。
另一种匿名邮件服务是通过在线服务和电子邮件提供者实现。这些最近出现的免费电子
邮件服务允许用户选择自己的电子邮件用户名。它不要求用户使用自己的真实姓名。因此,
用户可以发送匿名邮件。
31.6 相关RFC文档及其他参考信息
表3 1 - 7列出了许多电子邮件协议的相关R F C文档。所有这些文档可从h t t p : / / w w w. c i s . o h i o -
s t a t e . e d u / / h t b i n / r f c / I N D E X . r f c . h t m l上找到。
表31-7 RFC相关文档
R F C 描述
8 2 1 简单邮件传输协议(J.B.Postel, 1982)
8 2 2 A R PA互联网文本消息的格式标准( D . H . C r o c k e r, 1982)
1 2 0 3 交互式邮件控制协议:版本3(J.Rice, 1991)
2 1 9 6 站点安全手册( B . F r a s t e r, 1997)
1 5 2 1 M I M E (多用途互联网邮件扩充)(N.Borenstein, N.Freed, 1993)
1 4 2 1 互联网电子邮件私用性增强:第一部分:消息加密与认证过程(J.Linn, 1993)
1 4 2 2 互联网电子邮件私用性增强:第二部分:密钥管理(S.Kent, 1993)
1 4 2 3 互联网电子邮件私用性增强:第三部分:算法、模型和标识(D.Balenson, 1993)
1 4 2 4 互联网电子邮件私用性增强:第四部分:密钥检定和相关服务(B.Kaliski, 1993)
1 9 3 9 邮局协议-版本3(M.Rose, 1988)
1 8 6 9 S M T P服务扩充(J.Klensin et al., 1994)
1 6 5 2 S M T P服务扩充8位M I M E传输(J.Klensin et al., 1995)
1 8 7 1 S M T P服务扩充:消息大小声明(J.Klensin et al., 1995)
2 2 5 6 使用LDAPr3 X.500 (96)用户策略简介( M . Wahl, 1997)
2 1 6 4 使用X . 5 0 0 / L D A P目录支持M I X E R地址映射(S.kille, 1988)
第3 1章Internet Email协议使用351
下载
下列组织定义电子邮件协议,它们的站点提供丰富的信息。
互联网工程任务组( I E T F ):h t t p:/ / w w w. i e t f . o rg /
国际标准化组织( I S O ):h t t p : / / w w w. i s o . c h /
国际电信联盟( I T U ):h t t p : / / w w w. i t u . i n t /
31.7 小结
本章详细讲述了互联网邮件协议: S M T P。我们首先简单介绍了电子邮件的历史,然后简
单讲述了X . 4 0 0—功能强大但未被广泛使用的电子邮件协议。接着介绍了S M T P的命令集、
响应码和非文本数据的编码方法。并讨论了两种从邮件传输代理或消息存储中取回邮件的方
法:使用P O P 3和使用功能强大的I M A P 4。
本章还讨论了与电子邮件相关的问题。电子邮件的安全问题主要讲述了加密、内容过滤
和病毒等。讨论了垃圾邮件产生的原因及解决办法。最后一节给出了与电子邮件相关的R F C
文档,及负责电子邮件协议组织的We b站点。
352使用第八部分使用基于I P的应用
下载