ORF反垃圾邮件系统

邮件服务器-邮件系统-邮件技术论坛(BBS)

 找回密码
 会员注册
查看: 12734|回复: 1
打印 上一主题 下一主题

RFC821-简单邮件传输协议(SMTP) 中文版

[复制链接]
跳转到指定楼层
顶楼
发表于 2003-6-27 09:15:03 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1. 介绍 <br>
<br>
  简单邮件传输协议(SMTP)的目标是可靠高效地传送邮件,它独立于传 <br>
送子系统而且仅要求一条可以保证传送数据单元顺序的通道。附录A,B,C <br>
和D描述了不同传送服务下SMTP的使用。在名词表中还定义了本文档中使用 <br>
的术语。 <br>
  SMTP的一个重要特点是它能够在传送中接力传送邮件,传送服务提供了 <br>
进程间通信环境(IPCE),此环境可以包括一个网络,几个网络或一个网络 <br>
的子网。理解到传送系统(或IPCE)不是一对一的是很重要的。进程可能直 <br>
接和其它进程通过已知的IPCE通信。邮件是一个应用程序或进程间通信。邮 <br>
件可以通过连接在不同IPCE上的进程跨网络进行邮件传送。更特别的是,邮 <br>
件可以通过不同网络上的主机接力式传送。 <br>
<br>
2. SMTP模型 <br>
<br>
  SMTP设计基于以下通信模型:针对用户的邮件请求,发送SMTP建立与接 <br>
收SMTP之间建立一个双向传送通道。接收SMTP可以是最终接收者也可以是中 <br>
间传送者。SMTP命令由发送SMTP发出,由接收SMTP接收,而应答则反方面传 <br>
送。 <br>
  一旦传送通道建立,SMTP发送者发送MAIL命令指明邮件发送者。如果 <br>
SMTP接收者可以接收邮件则返回OK应答。SMTP发送者再发出RCPT命令确认邮件 <br>
是否接收到。如果SMTP接收者接收,则返回OK应答;如果不能接收到,则发出 <br>
拒绝接收应答(但不中止整个邮件操作),双方将如此重复多次。当接收者收 <br>
到全部邮件后会接收到特别的序列,如果接收者成功处理了邮件,则返回OK应 <br>
答。 <br>
<br>
<br>
<br>
  SMTP提供传送邮件的机制,如果接收方与发送方连接在同一个传送服务下 <br>
时,邮件可以直接由发送方主机传送到接收方主机;或者,当两者不在同一个 <br>
传送服务下时,通过中继SMTP服务器传送。为了能够对SMTP服务器提供中继能 <br>
力,它必须拥有最终目的主机地址和邮箱名称。 <br>
  MAIL命令参数是回复路径,它指定邮件从何处来;而RCPT命令的参数是转 <br>
发路径的,它指定邮件向何处去。向前路径是源路径,而回复路径是返回路径 <br>
(它用于发生错误时返回邮件)。 <br>
  当同一个消息要发往不同的接收者时,SMTP遇到了向不同接收者发送同一 <br>
份数据的复制品的问题,邮件命令和应答有一个比较奇怪的语法,应答也有一 <br>
个数字代码。在下面,例子中可以看到哪些使用实际的命令和应答。完整的命 <br>
令和应答在第四节。 <br>
  命令与应答对大小写不敏感,也就是说,命令和应答可以是大写,小写或 <br>
两者的混合,但这一点对用户邮件名称却不一定是对的,因为有的主机对用户 <br>
名大小写是敏感的。这样SMTP实现中就将用户邮箱名称保留成初始时的样子, <br>
主机名称对大小写不敏感。 <br>
  命令与应答由ASCII字母表组成,当传送服务提供8位字节传送通道,每7 <br>
位字符正确传送,而最高位被填充为0。当指定一般的命令或应答格式后,参 <br>
数会由一些类似于语言的字符串表示出来,如"<string>"或"<reverse-path>", <br>
这里尖括号表示这是一种类似于语言的变量。 <br>
<br>
3. SMTP过程 <br>
<br>
  本节提供了SMTP中的一些过程。头一个说明的是基本发送过程(定义为 <br>
发送操作)。下来描述向前传送邮件,确认邮箱名称和扩展邮件列表,发送到终 <br>
端和打开关闭交换。在本节的最后是对中断,邮件域的说明。本节的例子只是一 <br>
部分命令和应答的序列,完整的例子见附录F。 <br>
<br>
3.1. MAIL <br>
  在SMTP发送操作中有三步,操作由MAIL命令开始给出发送者标识。一系列或 <br>
更多的RCPT命令紧跟其后,给出了接收者信息,然后是DATA命令列出发送的邮件 <br>
内容,最后邮件内容指示符确认操作。 <br>
<br>
  过程中的第一步是MAIL命令,< reverse-path >包括源邮箱。 <br>
<br>
  MAIL <SP> FROM:<reverse-path> <CRLF> <br>
<br>
  此命令告诉接收者新的发送操作已经开始,请复位所有状态表和缓冲区。 <br>
它给出反向路径以进行错误信息返回。如果请求被接收,接收方返回一个 <br>
250 OK应答。<reverse-path>中不止包括了邮箱,它包括了主机和源邮箱的反 <br>
向路由,其中的第一个主机就是发送此命令的主机。 <br>
<br>
  过程中的第二步是发送RCPT命令。 <br>
<br>
  RCPT <SP> TO:<forward-path> <CRLF> <br>
<br>
  此命令给出向前路径标识接收者,如果命令被接收,接收方返回一个 <br>
250 OK应答,并存储向前路径。如果接收者未知,接收方会返回一个550 Failure <br>
应答。此过程可能会重复若干次。 <br>
  <forward-path>不仅包括邮件,它是主机和目的邮箱的路由表,在其中的 <br>
第一个主机就是接收命令的主机。 过程中的第三步是发送DATA命令。 <br>
<br>
DATA <CRLF> <br>
<br>
  如果命令被接收,接收方返回一个354 Intermediate应答,并认定以下的 <br>
各行都是信件内容。当信件结尾收到并存储后,接收者发送一个250 OK应答。 <br>
因为邮件是在传送通道上发送,因此必须指明邮件内容结尾,以便应答对话可 <br>
以重新开始。SMTP通过在最后一行仅发送一个句号来表示邮件内容的结束,在 <br>
接收方,一个对用户透明的过程将此符号过滤掉,以不影响正常的数据。 <br>
  注意:邮件内容包括如下提示:Date, Subject, To, Cc, From。 <br>
<br>
  邮件内容指示符确认邮件操作并告知接收者可以存储和再发送数据了。如 <br>
果此命令被接收,接收方返回一个250 OK应答。DATA命令仅在邮件操作未完成 <br>
或源无效的情况下失败。 <br>
<br>
  上面所述的过程是一个发送操作。这些命令只能以上面的顺序使用。下例 <br>
表示了在一个发送操作中这些命令的使用。 <br>
  SMTP过程例子 此例是在Alpha.ARPA主机的Smith发送邮件给Beta.ARPA主机 <br>
的Jones,Green和Brown的,这里假定主机Alpha与主机Beta直接相连。 <br>
<br>
S: MAIL FROM:<Smith@Alpha.ARPA> <br>
  R: 250 OK <br>
  S: RCPT TO:<Jones@Beta.ARPA> <br>
  R: 250 OK <br>
  S: RCPT TO:<Green@Beta.ARPA> <br>
  R: 550 No such user here <br>
  S: RCPT TO:<Brown@Beta.ARPA> <br>
  R: 250 OK <br>
  S: DATA <br>
  R: 354 Start mail input; end with <CRLF>.<CRLF> <br>
  S: Blah blah blah... <br>
  S: ...等等 <br>
  S: <CRLF>.<CRLF> <br>
  R: 250 OK <br>
  此信被前两个人接收,而第三个人在此主机上没有邮箱。 <br>
<br>
3.2. 转发 <br>
  下面是一些<forward-path>中目的地址不正确的,但接收者知道正确的目 <br>
的地址的例子。在这些例子中,下列应答之一应该允许发送方与获得正确地址。 <br>
<br>
  251:用户不在本地;将向前发送到<forward-path>。 <br>
<br>
  这个应答意味着,接收方SMTP知道用户的邮箱在另外的主机上,而且意味 <br>
着将在未来使用正确的转向路径。请注意,主机或者用户,或者它们两者是不 <br>
同的。接收方负责传送消息。 <br>
<br>
  551 :用户非本地,请尝试<forward-path> <br>
<br>
  这个应答意味着接收SMTP知道用户的邮箱在另外的主机上,并意味着使用 <br>
了正确的转发路径。注意请注意,主机或者用户,或者它们两者是不同的。接 <br>
收方拒绝接收此用户的信件,发送者必须根据提供的信息重新发送或者向原发 <br>
送者返回错误信息。 下例显示了这些响应的应用。 <br>
<br>
  转发的例子 <br>
  S: RCPT TO:<Postel@USC-ISI.ARPA> <br>
  R: 251 User not local; will forward to <Postel@USC-ISIF.ARPA> <br>
  或者 <br>
  S: RCPT TO:<Paul@USC-ISIB.ARPA> <br>
  R: 551 User not local; please try <Mockapetris@USC-ISIF.ARPA> <br>
<br>
3.3. 确认和扩展 <br>
  SMTP提供了另外的确认用户名和扩展邮件列表的功能。这些功能由VREF和 <br>
EXPN命令完成,它们都以字符串为参数。对于VREF命令,字符串参数指的是用 <br>
户名,对此命令的响应要包括用户的命名和用户的邮箱。对于EXPN命令,字符 <br>
串参数指的是邮件列表,对此命令的响应多于一个,它们要包括所有列表中用 <br>
户的命名和他们的邮箱。 <br>
  “用户名”是一个多余的项目,它是故意被加上的。如果主机采用VREF命 <br>
令和EXPN命令,最后本地邮箱必须提供用户名使它被主机确认。如果主机选择 <br>
由另外的字符串作为用户名,也是允许的。 <br>
  在一些主机中,邮箱列表和一个邮箱的代名有一点不清楚,因为一般的数 <br>
据结构可能包括两种类型的入口。如果要发出对邮件列表的确认,应该给出确 <br>
定响应。在接收到这个消息后,主机将把邮件传送到列表上所有的地址上去, <br>
如果没有接收到确定响应,就会报告错误。例如, <br>
"550 That is a mail list, not a user name"。如果请求用于扩展一个用户名, <br>
可能通过返回包括一个名字的列表来形成确定响应,如果没有接收到确定响应, <br>
就会报告错误。(例如, "550 That is a user name, not a mailing list")。 <br>
  在多个响应的情况下(通常是对于EXPN而言的),每个应答指定一个邮箱。 <br>
在模糊请求的情况下,例如"VRFY Smith",这里两个Smith的响应必须是 <br>
"553 User ambiguous"。 <br>
<br>
  确认用户名的情况如下例所示:例3: <br>
  确认用户名 <br>
  S: VRFY Smith R: 250 Fred Smith <Smith@USC-ISIF.ARPA> <br>
  或者 <br>
  S: VRFY Smith <br>
  R: 251 User not local; will forward to <Smith@USC-ISIQ.ARPA> <br>
  或者 <br>
  S: VRFY Jones <br>
  R: 550 String does not match anything. <br>
  或者 <br>
  S: VRFY Jones <br>
  R: 551 User not local; please try <Jones@USC-ISIQ.ARPA> <br>
  或者 <br>
  S: VRFY Gourzenkyinplatz <br>
  R: 553 User ambiguous. <br>
<br>
  邮箱列表要求多个响应的情况如下例所示: <br>
  S: EXPN Example-People <br>
  R: 250-Jon Postel <Postel@USC-ISIF.ARPA> <br>
  R: 250-Fred Fonebone <Fonebone@USC-ISIQ.ARPA> <br>
  R: 250-Sam Q. Smith <SQSmith@USC-ISIQ.ARPA> <br>
  R: 250-Quincy Smith <@USC-ISIF.ARPA:Q-Smith@ISI-VAXA.ARPA> <br>
  R: 250-<joe@foo-unix.ARPA> <br>
  R: 250 <xyz@bar-unix.ARPA> <br>
  或者 <br>
  S: EXPN Executive-Washroom-List <br>
  R: 550 Access Denied to You. <br>
<br>
  VERF和EXPN命令的字符串命令参数因为具体实现的不同而不能再加以限 <br>
制了。在一些系统上,EXPN命令的参数可能是一个包含邮件列表的文件名, <br>
但是在Internet上有许多不同的文件结构。 <br>
  VRFY和EXPN命令在最小实现中并不包括,当它们实现时,它们也不要求 <br>
被在传送间实现。  <br>
<br>
沙发
发表于 2007-4-8 10:08:29 | 只看该作者
正在补充基础知识,收了。
您需要登录后才可以回帖 登录 | 会员注册

本版积分规则

小黑屋|手机版|Archiver|邮件技术资讯网

GMT+8, 2024-5-15 19:46

Powered by Discuz! X3.2

© 2001-2016 Comsenz Inc.

本论坛为非盈利中立机构,所有言论属发表者个人意见,不代表本论坛立场。内容所涉及版权和法律相关事宜请参考各自所有者的条款。
如认定侵犯了您权利,请联系我们。本论坛原创内容请联系后再行转载并务必保留我站信息。此声明修改不另行通知,保留最终解释权。
*本论坛会员专属QQ群:邮件技术资讯网会员QQ群
*本论坛会员备用QQ群:邮件技术资讯网备用群

快速回复 返回顶部 返回列表