SMTP协议RFC文档中文版
SMTP协议RFC文档中文版
RFC821简单邮件传输协议（SMTP）(RFC821 SIMPLE MAIL TRANSF ER PROTOC OL)目录1. 介绍 22. SMTP模型 33. SMTP过程 43.1. MAIL 43.2. 转发 53.3. 确认和扩展 63.4. 发送信件(mailin g)和获得信件(sendin g) 7 3.5. 打开和关闭73.6. 转发 83.7. 域93.8. 改变角色94. SMTP说明94.1. SMTP命令94.1.1. 命令语法94.1.2. COMMAN D语法格式134.2. SMTP响应154.3. 命令和应答序列164.4. 状态图174.5. 详细内容184.5.1. 最小实现184.5.2. 透明性194.5.3. 大小19附录 A TCP传输服务19附录 B NCP传输服务20附录 C NITS 20附录 D X.25传输服务 20附录 E 应答码构成方法20附录 F 一些例子22参考资料361. 介绍简单邮件传输协议（SMTP）的目标是可靠高效地传送邮件，它独立于传送子系统而且仅要求一条可以保证传送数据单元顺序的通道。
附录A，B，C和D描述了不同传送服务下SMT P的使用。
在名词表中还定义了本文档中使用的术语。
SMTP的一个重要特点是它能够在传送中接力传送邮件，传送服务提供了进程间通信环境（IPCE），此环境可以包括一个网络，几个网络或一个网络的子网。
理解到传送系统（或IPCE）不是一对一的是很重要的。
进程可能直接和其它进程通过已知的IPCE通信。
邮件是一个应用程序或进程间通信。
邮件可以通过连接在不同IPCE上的进程跨网络进行邮件传送。
更特别的是，邮件可以通过不同网络上的主机接力式传送。
2. SMTP模型SMTP设计基于以下通信模型：针对用户的邮件请求，发送SMTP建立与接收SMTP之间建立一个双向传送通道。
smtp协议rfc文档中文版
RFC821 简单邮件传输协议（SMTP）(RFC821 SIMPLE MAIL TRANSFER PROTOCOL)目录1. 介绍22. SMTP模型33. SMTP过程43.1. MAIL43.2. 转发53.3. 确认和扩展63.4. 发送信件(mailing)和获得信件(sending)7 3.5. 打开和关闭73.6. 转发83.7. 域93.8. 改变角色94. SMTP说明94.1. SMTP命令94.1.1. 命令语法94.1.2. COMMAND语法格式134.2. SMTP响应154.3. 命令和应答序列164.4. 状态图174.5. 详细内容184.5.1. 最小实现184.5.2. 透明性194.5.3. 大小19附录 A TCP传输服务19附录 B NCP传输服务20附录 C NITS20附录 D X.25传输服务20附录 E 应答码构成方法20附录 F 一些例子22参考资料361. 介绍简单邮件传输协议（SMTP）的目标是可靠高效地传送邮件，它独立于传送子系统而且仅要求一条可以保证传送数据单元顺序的通道。
附录A，B，C和D描述了不同传送服务下SMTP的使用。
在名词表中还定义了本文档中使用的术语。
SMTP的一个重要特点是它能够在传送中接力传送邮件，传送服务提供了进程间通信环境（IPCE），此环境可以包括一个网络，几个网络或一个网络的子网。
理解到传送系统（或IPCE）不是一对一的是很重要的。
进程可能直接和其它进程通过已知的IPCE通信。
邮件是一个应用程序或进程间通信。
邮件可以通过连接在不同IP CE上的进程跨网络进行邮件传送。
更特别的是，邮件可以通过不同网络上的主机接力式传送。
2. SMTP模型SMTP设计基于以下通信模型：针对用户的邮件请求，发送SMTP建立与接收SMTP之间建立一个双向传送通道。
接收SMTP可以是最终接收者也可以是中间传送者。
SMTP命令由发送SMTP发出，由接收SMTP接收，而应答则反方面传送。
RFC2554
S: 235 Authentication successful.
5. 对应MAIL from 命令的AUTH参数
AUTH=addr-spec
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
认证协商成功后的第一个命令。
服务器并不被要求一定支持任何特定的认证机制，同样认证机制要不要求必须支
持某种安全层。
一旦一个AUTH命令失败，客户端可以通过发出另外一个AUTH命令来尝试其
他一种认证机制。
一旦一个AUTH命令失败，服务器端的行为就好象客户端从没有发出那次AUTH
(5) 关键词AUTH被用做一个可选的参数被加入MAIL FORM 命令中并把MAIL FROM
命令行的的最大长度扩展到500个ansi字符。
(6) 此扩展和委托协议兼容（the submission protocol [SUBMIT]）。
4. AUTH命令
返的回程,认证机制的定义中此建议不发送任何数据。当初始化响应部分用在这种机制时，
开始的空的发起命令不被送到客户端，并且服务器端使用的数据也好象是发送来
响应一个空的命令。它发送一个零长度的初始化回答作为一个"="符号。如果客户端
smtp协议
smtp协议SMTP协议。
SMTP（Simple Mail Transfer Protocol）是用于在网络上发送电子邮件的标准协议。
它是一种文本协议，用于将邮件从发送方传输到接收方的邮件服务器。
SMTP协议通常用于发送邮件，而接收邮件则使用其他协议，比如POP3或IMAP。
SMTP协议的工作原理非常简单，它使用TCP协议的25端口进行通信。
当用户发送一封电子邮件时，邮件客户端（比如Outlook或Thunderbird）会连接到发送方的邮件服务器，并使用SMTP协议将邮件传输到接收方的邮件服务器。
接收方的邮件服务器然后将邮件存储在接收方的邮箱中，等待接收方登录并下载。
在SMTP协议中，邮件传输是通过命令和响应来完成的。
客户端发送命令给服务器，服务器收到命令后会做出响应。
常见的SMTP命令包括HELO（标识发件人的邮件服务器）、MAIL FROM（指定发件人的邮箱地址）、RCPT TO（指定收件人的邮箱地址）、DATA（开始传输邮件数据）、QUIT（结束会话）等。
SMTP协议的安全性一直是人们关注的焦点。
由于SMTP协议最初设计时并未考虑安全性问题，因此存在一些安全隐患，比如邮件劫持、伪造发件人等。
为了解决这些问题，人们提出了一些安全增强的SMTP协议，比如SMTPS（SMTP over SSL）和STARTTLS。
这些协议在原有SMTP协议的基础上增加了加密和认证机制，从而提高了邮件传输的安全性。
除了安全性问题外，SMTP协议还存在一些其他的局限性。
比如，SMTP协议无法处理大文件的邮件传输，因为它不支持分段传输。
此外，SMTP协议也无法处理非文本文件的传输，因为它只能传输文本数据，无法处理二进制数据。
尽管存在这些局限性，SMTP协议仍然是目前最常用的邮件传输协议之一。
它的简单、高效和可靠使得它成为了互联网上邮件传输的主要方式。
随着互联网的发展，SMTP协议也在不断地完善和发展，以适应新的需求和挑战。
SMTP协议RFC文档中文版
SMTP协议RFC文档中文版
SMTP（Simple Mail Transfer Protocol，简单邮件传输协议）是Internet上电子邮件的标准协议。
它使用TCP/IP协议将电子邮件从发送者传送到接收者。
它是客户端-服务器协议，也就是说，客户端提交一个电子邮件，服务器在执行操作时处理这个提交的邮件（它可以拒绝接受这个邮件）。
SMTP在不断变化，更新和改进。
早期的SMTP仅用于传输文本文件，但是随着时代的发展和技术的进步，SMTP现在可以用于传输任何格式的文件，包括图像，声音和视频文件。
同时，SMTP协议也发展成一系列分支协议，如MIME（多用途Internet邮件扩展），以及SMTPR（简化管理和维护邮件系统）等等。
SMTP协议的基本功能是使用TCP/IP协议来传输电子邮件。
它可以在发件人和收件人之间建立一个双向的信息传输链路，并且可以实现简单的邮件消息的传输。
它可以确保发件人和收件人之间的邮件传输可靠、有序和安全。
SMTP是一种可靠的协议。
学习网络常用的RFC文档的名称
学习网络常用的RFC文档的名称双语RFC --RFC中英文对照版rfc1050中文版-远程过程调用协议规范rfc1055中文版-在串行线路上传输IP数据报的非标准协议rfc1057中文版-RFC:远程过程调用协议说明第二版rfc1058中文版-路由信息协议（Routing Information Protocol）rfc1073中文版-RFC1073 Telnet窗口尺寸选项rfc1075中文版-远距离矢量多播选路协议rfc1088中文版-在NetBIOS网络上传输IP数据报的标准rfc1090中文版-SMTP在X.25上rfc1091中文版-TELNET终端类型选项rfc1094中文版-RFC1094 网络文件系统协议rfc1096中文版-Telnet X显示定位选项rfc1097中文版-Telnet潜意识-信息选项rfc1112中文版-主机扩展用于IP多点传送rfc1113中文版-Internet电子邮件保密增强：Part1-消息编码和鉴别过程rfc1132中文版-802．2分组在IPX网络上传输的标准rfc1144中文版-低速串行链路上的TCP/IP头部压缩rfc1155中文版-基于TCP/IP网络的管理结构和标记rfc1191中文版-RFC1191 路径MTU发现rfc1332中文版-RFC1332 端对端协议网间协议控制协议（IPCP）rfc1333中文版-PPP 链路质量监控rfc1334中文版-PPP 身份验证协议rfc1387中文版-RIP（版本2）协议分析rfc1388中文版-RIP协议版本2rfc1433中文版-直接ARPrfc1445中文版-SNMPv2的管理模型rfc1582中文版-扩展RIP以支持按需链路rfc1618中文版-ISDN上的PPP(点对点)协议rfc1661中文版-RFC1661 PPP协议rfc1723中文版-路由信息协议（版本2）rfc1738中文版-统一资源定位器（URL）rfc1769中文版-简单网络时间协议( SNTP)rfc1771中文版-边界网关协议版本4（BGP-4）rfc1827中文版-IP封装安全载荷（ESP）rfc1883中文版-Internet协议，版本6（IPv6）说明书rfc1939中文版-POP3协议rfc1945中文版-超文本传输协议 -- HTTP/1.0rfc1994中文版-PPP挑战握手认证协议(CHAP)rfc1997中文版-RFC1997 BGP团体属性rfc2002中文版-IP移动性支持rfc204中文版-利用报路rfc2105中文版-Cisco 系统的标签交换体系结构纵览rfc2281中文版-Cisco热备份路由协议（）rfc2283中文版-BGP-4的多协议扩展rfc2326中文版-实时流协议(RTSP)rfc2328中文版-OSPF版本2rfc2516中文版-在以太网上传输PPP的方法（PPPoE）rfc2526中文版-IPv6保留的子网任意传送地址rfc2547中文版-BGP/MPLS VPNsrfc2616中文版-超文本传输协议——HTTP/1.1rfc2702中文版-基于MPLS的流量工程要求rfc2706中文版-RFC2706—电子商务域名标准rfc2756中文版-超文本缓存协议(HTCP/0.0)rfc2764中文版-IP VPN的框架体系rfc2773中文版-使用KEA和SKIPJACK加密rfc2774中文版-HTTP扩展框架rfc2781中文版-UTF-16, 一种ISO 10646的编码方式rfc2784中文版-通用路由封装rfc2793中文版-用于文本交谈的RTP负载rfc2796中文版-BGP路由反射rfc2917中文版-核心 MPLSIP VPN 体系结构rfc2918中文版-BGP-4（边界网关协议）的路由刷新功能rfc2923中文版-TCP的路径MTU发现问题rfc3003中文版-Audio/mpeg 媒体类型rfc3005中文版-IETF 讨论列表许可证rfc3007中文版-安全的域名系统动态更新rfc3018中文版-统一内存空间协议规范rfc3022中文版-传统IP网络地址转换（传统NAT）rfc3032中文版-RFC3032 MPLS标记栈编码rfc3033中文版-用于Internet协议的信息域和协议标识符在Q.2941类属标识符和Q.2957 User-to-user信令中的分配rfc3034中文版-标签转换在帧中继网络说明书中的使用rfc3037中文版-RFC3037 标记分配协议的适用范围（RFC3037 LDP Applicability）rfc3058中文版-IDEA加密算法在CMS上的使用rfc3059中文版-服务定位协议的属性列表扩展rfc3061中文版-对象标识符的一种URN姓名空间rfc3062中文版-LDAP口令修改扩展操作rfc3063中文版-MPLS（多协议标签交换）环路预防机制rfc3066中文版-语言鉴定标签rfc3067中文版-事件对象描述和转换格式要求rfc3069中文版-VLAN聚合实现IP地址有效分配rfc3070中文版-基于帧中继的第二层隧道协议rfc3072中文版-结构化数据交换格式rfc3074中文版-DHCP 负载平衡算法rfc3078中文版-RFC3078微软点到点加密(MPPE)协议rfc3081中文版-将区块扩展交换协议（BEEP）核心映射到传输控制协议（TCP）rfc3083中文版-遵循DOCSIS的Cable Modem和CMTS的PBI 的管理信息数据库rfc3085中文版-新闻型标记语言（NewsML）资源的URN名字空间rfc3090中文版-域名系统在区域状况下的安全扩展声明rfc3091中文版-Pi数字生成协议rfc3093中文版-防火墙增强协议rfc3550中文版-RTP：实时应用程序传输协议rfc457中文版-TIPUGrfc697中文版-FTP的CWD命令rfc698中文版-TELNET扩展ASCII选项rfc775中文版-面向目录的 FTP 命令rfc779中文版-TELNET的SEND-LOCATION选项rfc792中文版-RFC792- Internet控制信息协议（ICMP）rfc821中文版-RFC821 简单邮件传输协议（SMTP）rfc826中文版-以太网地址转换协议或转换网络协议地址为48比特以太网地址用于在以太网硬件上传输rfc854中文版-TELNET协议规范rfc855中文版-TELNET选项规范rfc856中文版-RFC856 TELNET二进制传输rfc857中文版-RFC 857 TELNET ECHO选项rfc858中文版-RFC 858 TELNET SUPPRESS GO AHEAD选项rfc859中文版-RFC 859 TELNET的STATUS选项rfc860中文版-RFC 860 TELNET TIMING MARK选项rfc861中文版-RFC 861 TELNET扩展选项-LISTrfc862中文版-RFC 862 Echo 协议rfc868中文版-RFC868 时间协议rfc894中文版-IP 数据包通过以太网网络传输标准rfc903中文版-反向地址转换协议rfc930中文版-Telnet终端类型选项（RFC930——T elnet Terminal Type Option）rfc932中文版-子网地址分配方案rfc937中文版-邮局协议 (版本2)rfc948中文版-IP数据报通过IEEE802.3网络传输的两种方法rfc949中文版-FTP 未公开的独特命令rfc951中文版-引导协议(BOOTP)rfc962中文版-TCP-4 的最初rfc974中文版-邮件路由与域名系统rfc975中文版-自治联邦。
应用层（SMTP和POP3协议）
应⽤层（SMTP和POP3协议）SMTP（简单邮件传输协议 Simple Mail Transfer Protocol）是建⽴在FTP⽂件传输服务上的⼀种邮件服务，主要⽤于传输系统之间的邮件信息并提供与来信有关的通知，所对应RFC⽂档为RFC821。
SMTP⽬前已是事实上的在Internet传输E-Mail的标准，是⼀个相对简单的基于⽂本的协议，⽬标是向⽤户提供⾼效、可靠地邮件传输。
它的⼀个重要特点是它能够在传送中接⼒传送邮件。
邮件是⼀种消息的格式，由信封、⾸部和正⽂组成。
信封上最重要的是收信⼈的地址。
邮件服务器⽤这个地址将邮件发送到收信⼈所在的邮件服务器上。
⾸部是由⽤户代理或邮件服务器添加的⼀些信息。
包括Received、Message-ID、From、Data、Reply-To、X-Phone、X-Mailer、To和Subject等字段。
正⽂是发送⽤户发给接收⽤户报⽂的内容。
RFC 822规定正⽂为NVT ASCII⽂字⾏。
⼀个具体的SMTP通信（如发送端邮件服务器：即客户端；与接收端服务器：即服务器端的通信）的过程是：1、客户端与服务器端建⽴TCP连接；2、客户端向服务器端发送HELO命令以标识发件⼈⾃⼰的⾝份，然后客户端发送MAIL命令，服务器端以OK响应，表明准备接收；3、客户端发送RCPT命令，以标识该电⼦邮件的计划接收⼈，服务器端则表⽰是否愿意接收邮件；4、协商结束，发送邮件，⽤命令DATA发送；5、以“.”标识结束输⼊内容⼀起发送出去没结束此次发送，⽤QUIT命令退出。
再输⼊每条命令后，都需要加上<CRLF>命令，即换⾏命令。
SMTP协议原来只能传送7位的ASCII码，不能传送⼆进制⽂件，这成了它的⼀⼤缺陷。
在之后的发展中，标准化组织在兼容SMTP的前提下，提出了传送⾮7位ASCII码的⽅法，对应的RFC⽂档有两个：邮件⾸部扩充对应于RFC1522，邮件正⽂的扩充对应与RFC1521（即MIME）。
SMTP协议
1.概述SMTP协议SMTP（Simple Mail Transfer Protocol，简单邮件传输协议）是一种用于电子邮件传输的标准协议。
它定义了一套规则和约定，使得电子邮件能够在网络中进行可靠的传输和交换。
SMTP协议的作用非常重要，是电子邮件系统的核心组成部分。
基本概念SMTP协议基于客户端‑服务器模型，它涉及两个主要角色：邮件的发送者（客户端）和邮件服务器（SMTP服务器）。
发送者使用SMTP协议将邮件发送到服务器，服务器再将邮件转发给接收者的服务器，最终接收者通过合适的协议（如POP3或IMAP）将邮件下载到自己的设备。
作用和重要性SMTP协议的作用是实现电子邮件的可靠传输。
它确保邮件从发送者到接收者的可靠传递，并处理邮件在传输过程中可能遇到的各种情况，如网络故障、服务器繁忙和错误处理等。
SMTP协议的重要性在于它构成了全球范围内电子邮件系统的基础，使得人们可以方便地发送和接收邮件，实现了快速、准确的信息交流。
工作原理简述SMTP协议的工作原理可以简单描述为以下几个步骤：1.客户端与服务器建立连接：客户端使用TCP/IP协议与SMTP 服务器建立连接，通常在25端口进行通信。
2.发送命令和参数：客户端向服务器发送命令，如HELO（或EHLO）、MAIL FROM、RCPT TO等，同时携带相应的参数，指示邮件的发送者、接收者等信息。
3.服务器响应：服务器根据接收到的命令和参数进行相应的处理，并返回响应码和响应信息给客户端，以指示命令的执行结果。
4.传输邮件内容：客户端使用DATA命令通知服务器将要传输邮件内容，然后将邮件的标题、正文和附件等信息发送给服务器。
5.邮件路由和传输：服务器根据邮件的接收者地址进行路由和转发，将邮件传递给下一个服务器，直到最终到达接收者的服务器。
6.交互和断开连接：客户端和服务器之间继续进行交互，直到邮件传输完成。
最后，客户端发送QUIT命令通知服务器断开连接。
SMTP简单邮件传输协议
SMTP简单邮件传输协议
SMTP（Simple Mail Transfer Protocol），是一种用于发送和接收电子邮件的协议，是Internet上最常用的电子邮件协议。
它是基于客户机-服务器架构的应用层协议，由客户机向服务器发送邮件信息，服务器表示收到信息，然后客户机发送给服务器回复信息，以确认收到信息，由一个客户机向另一个客户机发送的网络电子邮件通常会通过中间的SMTP 服务器来进行传输。
SMTP协议是一个文本型协议，它只是在网络上传输一个文本信息，不会对信息的内容进行处理或解释，因此信息可以传输两个计算机的不同操作系统之间。
SMTP的消息格式也被称为标准的Internet文本格式，它允许不同类型的服务器之间通信。
SMTP使用一组指令来定义客户端和服务器之间的邮件传送过程，SMTP指令包括：HELO（初始指令）、MAILFROM（发件人指令）、RCPTTO （收件人指令）、DATA（邮件内容）、RSET（重新设置指令）、VRFY（确认收件人指令）等等，它们是用来实现发送邮件的基本步骤，每一条SMTP指令都要跟一个状态码（代表该指令的执行结果）。
SMTP有两种工作模式：半持续和持续。
半持续模式下，客户机向服务器发出一个指令，之后服务器回应一个状态码，指示客户机的下一步操作。
中文RFC文档阅读 2501-3000
中文RFC文档阅读2501-3000ＲＦＣ2508 低速串行链路下IP/UDP/RTP数据包头的压缩ＲＦＣ2511 Internet X.509认证请求消息格式ＲＦＣ2516 在以太网上传输PPP的方法（PPPoE）ＲＦＣ2526 IPv6保留的子网任意传送地址ＲＦＣ2541 DNS 安全操作考虑ＲＦＣ2547 BGP/MPLS VPNsＲＦＣ2554 SMTP服务认证扩展ＲＦＣ2560 x.509因特网公钥基础设施在线证书状态协议——OCSPＲＦＣ2570 标准互联网络管理框架第三版介绍ＲＦＣ2577 FTP 安全考虑ＲＦＣ2581 TCP拥塞控制ＲＦＣ2582 TCP的快速恢复算法NewReno修正ＲＦＣ2585 Internet X.509 公共键底部结构操作协议: FTP和HTTPＲＦＣ2597 确定的面向PHB组ＲＦＣ2598 面向加速PHBＲＦＣ2618 RADIUS 身份验证客户端管理系统库(MIB)ＲＦＣ2629 用XML 写I-Ds 和ＲＦＣ文档ＲＦＣ2633 S/多用途网际邮件扩充协议(MIME) 版本3 信息说明书ＲＦＣ2644 更改直接广播在路由器上的缺省值ＲＦＣ2669 DOCSIS 电缆设备管理系统库(MIB) 电缆设备管理信息基础用于DOCSIS 适应性电缆调制解调器和电缆调制解调器中断系统ＲＦＣ2670 音频频率(RF)界面管理信息基础用于MCNS/DOCSIS适应性RF界面ＲＦＣ2685 虚拟专用网标志符ＲＦＣ2702 基于MPLS的流量工程要求ＲＦＣ2706 ECML v1:电子商务字段名ＲＦＣ2713 LDAP（轻型目录存取协议）目录中JAVATM对象的表征模式ＲＦＣ2714 LDAP（轻型目录存取协议）目录中的CORBA对象参考方案ＲＦＣ2731 Dublin核心元数据在HTML上的编码ＲＦＣ2732 文本IPv6地址在URL上的格式ＲＦＣ2733 RTP有效载荷格式用于普通正向错误更正ＲＦＣ2736 RTP有效载荷格式说明书作者的指导方针ＲＦＣ2754 RPS IANA的发布ＲＦＣ2756 超文本缓存协议(HTCP/0.0)ＲＦＣ2764 IP VPN的框架体系ＲＦＣ2773 使用KEA和SKIPJACK加密ＲＦＣ2774 HTTP 扩展框架ＲＦＣ2781 UTF-16,ISO 10646的一种编码ＲＦＣ2784 通用路由封装（GRE）ＲＦＣ2788 网络服务监视MIBＲＦＣ2793 用于文本交谈的RTP负载ＲＦＣ2796 BGP路由映象ＲＦＣ2809 通过RADIUS的L2TP强制通道的执行ＲＦＣ2810 Internet 延迟交谈:体系结构ＲＦＣ2811 Internet延迟交谈：通道管理ＲＦＣ2813 Internet 延迟交谈:服务器协议ＲＦＣ2817 在HTTP/1.1中升级到TLSＲＦＣ2818 TLS之上的HTTPＲＦＣ2824 呼叫过程语言框架和要求ＲＦＣ2825 复杂网络:I18N的发布,域名,和其它Internet协议ＲＦＣ2829 LDAP的身份验证方法ＲＦＣ2830 轻量级目录访问协议(v3): 传输层安全扩展ＲＦＣ2833 用于DTMF数字信号、电话音和电话信号的RTP负载格式ＲＦＣ2854 text/html 媒体类型ＲＦＣ2855 IEEE 1394的DHCPＲＦＣ2861 TCP 拥塞窗口检验ＲＦＣ2862 用于实时指针的RTP负载格式ＲＦＣ2866 RADIUS（远程用户拨号认证系统）记帐协议ＲＦＣ2867 RADIUS 账目管理修改用于通道协议支持ＲＦＣ2868 RADIUS 属性用于协议支持ＲＦＣ2869 RADIUS 扩展ＲＦＣ2871 一个IP电话路由框架ＲＦＣ2873 在Ipv4优先域中的TCP过程ＲＦＣ2874 支持IPv6地址集合和重编号的DNS 扩展ＲＦＣ2882 网络访问服务要求: 扩展范围实践ＲＦＣ2887 可靠的多点传送设计空间用于大的数据传送ＲＦＣ2889 基准方法论用于局域网交换设备ＲＦＣ2890 GRE中Key和SequenceNumber扩展ＲＦＣ2893 IPv6 主机和软件路由器转换机制ＲＦＣ2898 PKCS #5: 基于密码的密码系统说明书版本 2.0. BＲＦＣ2906 AAA 授权要求ＲＦＣ2914 拥塞控制原理ＲＦＣ2917 核心MPLS IP VPN 体系结构ＲＦＣ2918 BGP-4（边界网关协议）的路由刷新功能ＲＦＣ2920 SMTP 针对命令流水线的服务扩展ＲＦＣ2923 TCP的路径MTU发现问题ＲＦＣ2932 IPv4 多点传送路由管理系统库(MIB)ＲＦＣ2935 Internet开放贸易协议(IOTP)HTTP 补充ＲＦＣ2939 新DHCP选项和信息类型的定义步骤和IANA指导方针ＲＦＣ2945 SRP身份验证和键交换系统ＲＦＣ2946 Telnet 数据加密选项ＲＦＣ2947 Telnet加密：DES3 64位密码回馈ＲＦＣ2948 Telnet加密：DES3 64位输出回馈ＲＦＣ2949 Telnet加密:CAST-128 64比特输出回馈ＲＦＣ2950 Telnet加密:CAST-128 64比特密码回馈ＲＦＣ2951 使用KEA和SKIPJACK进行TELNET身份验证ＲＦＣ2952 Telnet加密：DES 64位密码回馈ＲＦＣ2953 Telnet加密:DES 64比特输出回馈ＲＦＣ2957 The 应用/whoispp-请求目录-类型ＲＦＣ2958 The 应用/whoispp-回答目录-类型ＲＦＣ2959 实时传输协议管理信息库ＲＦＣ2964 超文本传输协议(HTTP)状态管理的应用ＲＦＣ2971 Internet信息访问协议(IMAP4)的标识符扩展ＲＦＣ2976 SIP信息方法ＲＦＣ2983 有区别的协议和通道ＲＦＣ2984 CAST-128密码算法在CMS中的使用ＲＦＣ2987 字符集注册和语言媒体特征标签ＲＦＣ2988 计算TCP重传时间的定时器ＲＦＣ2991 多路径分发在Unicast上和多点传送下一路程段选择ＲＦＣ2992 等值多-路径算法的分析ＲＦＣ2994 MISTY1加密算法的描述。
SMTP协议详解
SMTP协议分析第1章SMTP概述1.1 SMTP在邮件通信中的位置SMTP，即简单邮件传送协议，所对应RFC文档为RFC821。
同http等多数应用层协议一样，它工作在C/S模式下，用来实现因特网上的邮件传送。
SMTP在整个电子邮件通信中所处的位置如图 1所示。
图 1电子邮件的通信过程可以看出，SMTP是用来将客户机上的邮件传送到服务器上。
这里的客户机是指某次连接中的发送方，服务器是指相应的接收方。
在讲解发送邮件的整个通信过程前，先解释一下面几个术语。
1.2几个术语1.2.1.邮件邮件是一种消息的格式，由信封、首部和正文组成。
信封上最重要的是收信人的地址。
邮件服务器用这个地址将邮件发送到收信人所在的邮件服务器上。
首部是由用户代理或邮件服务器添加的一些信息。
包括Received、Message-ID、From、Data、Reply-To、X-Phone、X-Mailer、To和Subject等字段。
正文是是发送用户发给接收用户报文的内容。
RFC 822 规定正文为NVT ASCII 文字行。
更为详细的说明，请参考RFC821和RFC822等协议。
1.2.2.用户代理用户代理UA（User Agent）是用户与电子邮件系统的交互接口，一般来说它就是我们PC机上的一个程序。
Windows上常见的用户代理是Foxmail和Outlook Express。
用户代理提供一个好的用户界面，它提取用户在其界面填写的各项信息，生成一封符合SMTP等邮件标准的邮件，然后采用SMTP协议将邮件发送到发送端邮件服务器。
1.2.3.邮件服务器邮件服务器是电子邮件系统的核心，它用来发送和接收邮件。
邮件服务器不同于普通PC的是它几乎是全天工作的，所以它可以在任何时候为用户提供服务，后面将提到这正是为什么需要邮件服务器的一个重要原因。
很多ISP都提供免费的邮件服务器，如126提供邮件服务器。
邮件服务器向其它邮件服务器转发邮件也是采用SMTP协议。
smtp 协议
smtp 协议SMTP协议。
SMTP（Simple Mail Transfer Protocol）是一种用于发送电子邮件的标准协议。
它是互联网上使用最广泛的电子邮件传输协议之一，负责将邮件从发送方传输到接收方的邮件服务器。
SMTP协议的设计初衷是简单、高效地传输电子邮件，它采用了一种文本协议，使用可读的ASCII文本进行通信。
SMTP协议的工作原理是通过客户端-服务器模式进行通信。
当用户发送一封电子邮件时，邮件客户端会连接到发送方的邮件服务器，并使用SMTP协议将邮件传输到接收方的邮件服务器。
接收方的邮件服务器会将邮件存储在接收方的邮箱中，等待接收方登录并读取邮件。
在SMTP协议中，客户端和服务器之间的通信分为两个阶段，握手阶段和传输阶段。
在握手阶段，客户端会与服务器建立连接，并进行身份验证。
一旦身份验证通过，客户端就可以开始传输邮件内容到服务器。
在传输阶段，客户端会发送邮件的各个部分（如发件人、收件人、主题、正文等）到服务器，服务器会接收并存储这些信息。
SMTP协议使用TCP协议的25端口进行通信。
在传输邮件时，SMTP协议会将邮件内容分成若干个小块进行传输，这样可以确保即使在网络不稳定的情况下，邮件也能够被成功传输。
另外，SMTP协议还支持加密和身份验证功能，以确保邮件传输的安全性和可靠性。
SMTP协议的设计简单而高效，使得它成为了互联网上最常用的电子邮件传输协议之一。
无论是个人用户还是企业用户，都可以通过SMTP协议来发送和接收电子邮件。
同时，由于SMTP协议的开放性和灵活性，它也被广泛应用于各种电子邮件系统中，成为了电子邮件传输的重要基础。
总的来说，SMTP协议作为一种简单而高效的电子邮件传输协议，为互联网上的电子邮件通信提供了重要的基础。
它的设计简洁、可靠性高，使得它成为了互联网上最常用的电子邮件传输协议之一。
通过SMTP协议，用户可以方便地发送和接收电子邮件，实现了电子邮件通信的便捷和高效。
邮件系统_SMTP_邮件格式RFC822
13、He who seize the right moment, is the right man.谁把握机遇，谁就心想事成。21.8.621.8.616:00:4116:00:41August 6, 2021
•
14、市场营销观念：目标市场，顾客需求，协调市场营销，通过满足消费者需求来创造利润。2021年8月6日星期五下午4时0分41秒16:00:4121.8.6
位的ASCII文本）
MIME主要增加的邮件头字段
MIME-Version
该邮件遵循MIME标准的版本号。目前的主要标准为 1.0。
Content-Type
邮件体包含的数据类型：text、message、image、 audio、video、application和multipart
Content-Transfer-Encoding
邮件体的数据编码类型：quoted-printable和base64
MIME格式的电子邮件举例
实践：学习使用Outlook Express并观察SMTP通信过程 电子邮件客户端应用程序
Eudora、Foxmail、Microsoft Outlook 、Microsoft Outlook Express
SMTP响应以3位数字开始，后面跟有该响应的具体描述
SMTP邮件传递过程 连接建立阶段 邮件传递阶段 连接关闭阶段
SMTP通信过程举例
第3代邮局协议POP3
POP3的主要功能：允许用户通过本地主机动态 检索邮件服务器上的邮件
POP3传输采用客户-服务器工作模式 POP服务器在TCP的110端口守候 POP3的命令和响应采用ASCII字符串形式
•
15、我就像一个厨师，喜欢品尝食物。如果不好吃，我就不要它。2021年8月下午4时0分21.8.616:00August 6, 2021
RFC3501(imp4协议)中文版
RFC3501（imp4协议）中文版因特网邮件访问协议，版本4rev1（IMAP4rev1）允许一个客户端访问和操作在一个服务器上的电子邮件。
IMAP4rev1允许，以一种功能上等效于本地文件夹的方式，操作邮箱（远程邮件文件夹）。
IMAP4rev1也提供这样一个功能，一个离线客户端与服务器异步（交互）。
IMAP4rev1包括以下操作：创建、删除、及重命名邮箱，检查新邮件，永久删除邮件，设置和清除标记，RFC2822及RFC2045解析，检索，及选择性的获取邮件属性，文本，及其中的一部分。
IMAP4rev1中的邮件通过使用数字访问。
这些数字或者是邮件序列号，或者是唯一标识符。
IMAP4rev1支持单个服务器。
访问注册信息以支持多个IMAP4rev1服务器的机制在RFC2244中讨论。
IMAP4rev1不详述邮递邮件的方法；该职责由如RFC2821的某种邮件传输协议完成。
目录１. 如何阅读本文 5１.1. 本文的结构 51.2 本文用到的约定语 51.3. 实现者需要特别注意的地方 62. 协议概述 62.1. 链路层 62.2. 命令及响应 62.2.1. 客户端的协议发送和服务器端的协议接收 72.2.2. 服务器端的协议发送和客户端的协议接收 72.3. 邮件属性 82.3.1. 邮件号 82.3.1.1. 唯一标识符（UID）的邮件属性 82.3.1.2. 邮件序列号的邮件属性 92.3.2. 标记的邮件属性 92.3.3. 实际日期的邮件属性 112.3.4. [RFC-2822]大小的邮件属性 112.3.5. 信封结构的邮件属性 112.3.6. 主体结构的邮件属性 112.4. 邮件文本 113. 状态和流程图 113.1. 未认证状态 123.2. 认证状态 123.3. 选中状态 123.4. 注销状态 124. 数据格式 144.1. 原语 144.2. 数字 144.3. 字符串 144.3.1. 字节及二进制字符串 144.4. 圆括符列表 154.5. NIL 155. 操作的考虑 155.1. 邮箱命名 155.1.1. 邮箱层级命名 165.1.2. 邮箱命名空间的约定 16 5.1.3. 邮箱的国际命名约定 16 5.2. 邮箱大小和邮件状态更新 17 5.3. 没有命令在行进中的响应 18 5.4. 自动注销计时器 185.5. 多个命令在行进中 186. 客户端命令 196.1. 客户端命令－任意状态 19 6.1.1. CAPABILITY命令 206.1.2. NOOP命令 206.1.3. LOGOUT命令 216.2. 客户端命令－未认证状态 21 6.2.1. STARTTLS命令 226.2.2. AUTHENTICATE命令 236.2.3. LOGIN 命令 256.3. 客户端命令－认证状态 25 6.3.1. SEELCT命令 256.3.2. EXAMINE命令 276.3.3. CREATE命令 286.3.4. DELETE命令 296.3.5. RENAME命令 306.3.6. SUBSCRIBE命令 316.3.7. UNSUBSCRIBE命令 326.3.8. LIST命令 326.3.9. LSUB命令 346.3.10. STATUS命令 356.3.11. APPEND命令 366.4. 客户端命令－被选中状态 37 6.4.1. CHECK命令 386.4.2. CLOSE命令 386.4.3. EXPUNGE命令 386.4.4. SEARCH命令 396.4.5. FETCH命令 436.4.6. STORE命令 476.4.7. COPY命令 486.4.8. UID命令 486.5. 客户端命令－试验/扩展 506.5.1. X<atom>命令 507.服务器响应 507.1. 服务器响应－状态响应 517.1.1. OK 响应 537.1.2. NO响应 537.1.4. PREAUTH响应 547.1.5. BYE响应 547.2. 服务器响应－服务器和邮箱状态 547.2.1. CAPABILITY响应 547.2.2. LIST响应 557.2.3. LSUB响应 567.2.4. STATUS响应 567.2.5. SEARCH响应 567.2.6. FLAGS响应 577.3. 服务器响应－邮箱大小 577.3.1. EXISTS响应 577.3.2. RECENT响应 577.4. 服务器响应－邮件状态 587.4.1. EXPUNGE响应 587.4.2. FETCH响应 597.5. 服务器响应－命令连续请求 638. IMAP4rev1连接例子 649. 正式语法 6510. 作者的说明 7911. 安全考虑 7911.1. STARTTLS安全考虑 7911.2. 其它安全考虑 8012. IANA考虑 81附录 81A. 标准参考 81C.关键词索引 92作者地址 97感谢 98IMAP４rev１协议规范１. 如何阅读本文１.1. 本文的结构本文是基于一个IMAP4rev1客户端或者服务器的视点写的。
smtp 协议
smtp 协议SMTP（Simple Mail Transfer Protocol）是一种用于在网络上发送和传输邮件的通信协议。
它是一个客户端/服务器协议，用于从客户端发送邮件并由服务器将邮件传递给收件人。
SMTP是因特网标准，由RFC 5321定义。
SMTP协议的基本原理是客户端将要发送的邮件内容发送到SMTP服务器上，并由服务器将邮件传递给正确的目标服务器或下一个中转SMTP服务器，最终将邮件传递给接收方的SMTP服务器。
整个过程通常分为三个阶段：握手和身份认证、邮件传输和结束。
在握手和身份认证阶段，客户端与服务器建立连接，通过发送特定的命令和响应来完成握手。
握手过程包括建立TCP连接、服务器向客户端发送Greeting信息以确认连接的建立、客户端向服务器发送Hello命令以表示其身份和所需支持的扩展情况，并通过发送AUTH命令来进行身份认证。
在邮件传输阶段，客户端开始发送邮件。
客户端将发件人、收件人和邮件内容等信息发送给SMTP服务器。
服务器会返回相应的响应码，以指示邮件传输的状态。
如果收件人在同一域的服务器上，则邮件会在当前服务器内部直接传递，否则将被转发给下一个中转SMTP服务器。
结束阶段是指客户端通知服务器邮件发送已完成的阶段。
服务器会返回相应的响应码，以表明邮件传输是否成功或出现错误。
客户端可以选择继续发送更多的邮件或关闭连接。
SMTP协议还支持一些扩展特性，例如邮件大小限制、邮件休眠、TLS加密传输以及身份认证机制等，以提高安全性和灵活性。
SMTP协议的优点之一是简单可靠。
它使用明确的命令和响应格式，使得通信过程清晰可见。
此外，SMTP还支持多线程处理和并发连接，提高了传输效率。
然而，SMTP协议也存在一些缺点。
例如，由于SMTP没有验证发件人的身份，造成了垃圾邮件的泛滥问题。
此外，由于SMTP是基于文本的协议，对于大型邮件传输而言，网络传输效率相对较低。
总的来说，SMTP是一种广泛应用的邮件传输协议，它为电子邮件提供了可靠的通信方式。
RFC 中文
传输控制协议（TRANSMISSION CONTROL PROTOCOL）DARPA INTERNET程序协议规范1.介绍传输控制协议在包交换计算机通讯网络和这些网络的互联系统中作为一个高可靠性的主机到主机协议使用。
本文档描述了传输控制协议执行的功能，实现的程序，和程序接口或者要求它的服务的用户。
1.1 动机（Motivation）计算机通信系统在军事、政府和民用环境中起着越来越重要的作用。
本文档主要将注意力集中在军用计算机通讯要求，尤其是在不可靠通信中的坚固和在拥塞情况下的可用，但是很多这样的问题在民用和政府用途环境中也会碰到。
随着战略上和战术上的计算机通讯网络的发展和应用，提供一种方法来连接这些网络，以及提供可用的支持大量应用程序的标准进程间通信协议是必要的。
预料到该标准的需要，国防研究和工程副部长宣告了这里描述的TCP协议，来作为DoD范围的互联协议标准的基础。
TCP是一个基于连接的、端到端的可靠协议，该协议设计以用来适应一个支持多个网络应用程序的层间协议结构。
TCP提供了在属于不同的但是是互联的计算机通信网络的宿主主机中的进程对间的可靠进程间通讯。
在TCP层之下，很少考虑到通信协议的可靠性。
TCP假定它可以从底层协议获得一个简单的、潜在的不可靠数据报。
原理上，TCP必须能够在一个从有线连接到包交换或者回路交换网络的比较大范围的通讯系统上工作。
TCP基于Cerf和Kahn在[1]中第一次描述的概念。
TCP适用于一个层间协议架构，该架构在一个基本的Internet 协议之上，Internet协议为TCP提供了一种发送和接收封装在internet数据报中的可变长度分片的方法。
internet数据报提供了在不同网络中寻址源和目的TCPs的方法。
Internet协议也处理为在多个网络和互联网关上取得传输和投递所进行的TCP分片的分片和重组。
internet协议也携带优先级、安全分类和TCP分片的分隔，因此这些信息可用通过多个网络进行端到端传输。
SMTP简单邮件传输协议
SMTP简单邮件传输协议展开SMTPSMTP-简单邮件传输协议（SimpleMailTransferProtocol），是定义邮件传输的协议，它是基于TCP服务的应用层协议，由RFC0821所定义。
SMTP协议规定的命令是以明文方式进行的。
为了讲明SMTP的工作原理，我们以向163发送邮件为实例进行讲明。
SMTP250 OKauth login334 dXNlcm5hbWU6334 UGFzc3dvcmQ6PASS base64加密后的密码235 Authentication successful250 Mail OK250 Mail OKDATA354 End data with .QUITSMTP250 Mail OK queued as smtp5,D9GowLArizfIFTpIxFX8AA==.41385S 2 1211766217当你的一个朋友向你发送邮件时，他的邮件服务器和你的邮件服务器通过SSMTP安装POP3和SMTP服务组件Windows Server 2003默认情形下是没有安装POP3和SMTP服务组件的，因此我们要手工添加。
2.安装SMTP服务组件选中“应用程序服务器”选项，点击“详细信息”按钮，接着在“Internet信息服务（IIS）”选项中查看详细信息，选中“SMTP Service”选项，最后点击“确定”按钮。
此外，如果用户需要对邮件服务器进行远程Web治理，一定要选中“万维网服务”中的“远程治理（HTML）”组件。
完成以上设置后，点击“下一步”按钮，系统就开始安装配置POP3和SM TP服务了。
配置POP3服务器1.创建邮件域点击“开始→治理工具→POP3服务”，弹出POP3服务操纵台窗口。
选中左栏中的POP3服务后，点击右栏中的“新域”，弹出“添加域”对话框，接着在“域名”栏中输入邮件服务器的域名，也确实是邮件地址“@”后面的部分，2.创建用户邮箱选中刚才新建的，在右栏中点击“添加邮箱”，弹出添加邮箱对话框，在“邮箱名”栏中输入邮件用户名，然后设置用户密码，最后点击“确定”按钮，完成邮箱的创建。
SMTP协议
SMTP协议的定义和作用SMTP（Simple Mail Transfer Protocol）是一种用于电子邮件传输的网络协议。
它定义了电子邮件客户端和邮件服务器之间的通信规则，使得电子邮件能够在不同的计算机和网络之间传递和交换。
SMTP协议的主要作用是提供可靠的电子邮件传输服务。
它允许用户通过电子邮件客户端（如Outlook、Thunderbird 等）将邮件发送到邮件服务器，然后由服务器将邮件传递给目标地址的邮件服务器。
这种传输过程是跨网络的，可以实现全球范围内的邮件交换。
SMTP协议采用客户端‑服务器模式进行通信。
客户端发送邮件时，通过建立与邮件服务器的连接，按照指定的格式发送邮件内容和相关信息。
邮件服务器接收到邮件后，根据目标地址将邮件传递给下一个邮件服务器，直到最终送达收件人的邮箱。
SMTP协议还负责处理邮件的路由和转发。
它使用域名系统（DNS）来查找目标邮件服务器，并通过MX记录确定邮件的转发路径。
通过这种方式，SMTP协议实现了电子邮件的可靠传输和全球范围的邮件路由。
SMTP协议还定义了一些命令和响应格式，用于客户端和服务器之间的交互。
客户端可以使用命令来发送邮件、查询服务器状态和配置参数等。
服务器则通过响应来确认接收或处理客户端的请求，并提供相关的状态信息。
总结来说，SMTP协议是电子邮件系统中至关重要的协议之一，它负责电子邮件的传输和交换。
通过SMTP协议，我们可以方便地发送和接收邮件，实现快速、可靠的电子邮件通信。
SMTP协议的基本工作原理SMTP（Simple Mail Transfer Protocol）协议是一种基于文本的协议，它采用客户端‑服务器模式进行通信。
下面是SMTP协议的基本工作原理：1.建立连接：客户端与邮件服务器之间建立TCP连接（默认使用端口25）。
这种连接通常是临时的，即客户端发送完邮件后就会关闭连接。
2.客户端标识：客户端向服务器发送一个标识命令，以便服务器知道是哪个客户端发送邮件。
SMTP协议
SMTP-简单邮件传输协议（SimpleMailTransferProtocol），是定义邮件传输的协议，它是基于TCP服务的应用层协议，由RFC821所定义。
SMTP 协议规定的命令是以明文方式进行的。
为了说明SMTP的工作原理，我们以向163发送邮件为实例进行说明。
在linux环境下，使用"telnet smtp.163. com 25"连接smtp.163. com的25号端口(SMTP的标准服务端口)；在windows下使用telnet程序，远程主机指定为smtp.163. com，而端口号指定为25，然后连接smtp.163. com：交互过程如下：SMTP[lix@nslix]$telnet smtp.163. com 25220 163 .com Anti-spam GT for Coremail System (163com[071018]) EHLO smtp.163 .com250 OKauth login334 dXNlcm5hbWU6USER base64加密后的用户名334 UGFzc3dvcmQ6PASS base64加密后的密码235 Authentication successfulMAILFROM:XXX@163 .COM250 Mail OKRCPTTO:XXX@163 .COM250 Mail OKDATA354 End data with .QUITSMTP250 Mail OK queued as smtp5,D9GowLArizfIFTpIxFX8AA==.41385S2 1211766217HELO是客户向对方邮件服务器发出的标识自己的身份的命令，这里假设发送者为ideal；MAILFROM命令用来表示发送者的邮件地址；RCPTTO：标识接收者的邮件地址，这里表示希望发送邮件给XXX@163. COM，如果邮件接收者不是本地用户，例如RCPTTO:ideal，则说明希望对方邮件服务器为自己转发(Relay)邮件，若该机器允许转发这样的邮件，则表示该邮件服务器是OPENRELAY的，否则说明该服务器不允许RELAY；DATA表示下面是邮件的数据部分，输入完毕以后，以一个"."开始的行作为数据部分的结束标识；QUIT表示退出这次会话，结束邮件发送。
网络协议中英文对照
网络协议中英文对照计算机网络协议词汇ProtocolsIP, Internet Protocol, (RFC-791) 网际协议ICMP, Internet Control Message Protocol, (RFC-792) 网际报文控制协议IGMP, Internet Group Multicast Protocol, (RFC-1112) 网际成组多路广播协议UDP, User Datagram Protocol, (RFC-768) 用户数据报协议TCP, Transmission Control Protocol, (RFC-793) 传输控制协议TELNET, Telnet Protocol, (RFC-854,855) Telnet协议FTP, File Transfer Protocol, (RFC-959) 文件传输协议, 计算机网络上主机之间传送文件的一种服务协议。
SMTP, Simple Mail Transfer Protocol, (RFC-821) 简单邮件传输协议SMTP-SIZE, SMTP Service Ext for Message Size, (RFC-1870) 可处理大信包的扩充的SMTP协议SMTP-EXT, SMTP Service Extensions, (RFC-1869) SMTP协议扩充NTPV2, Network Time Protocol (Version 2), (RFC-1119) 网络时间协议版本2SNMP, Simple Network Management Protocol, (RFC-1157) 简单网络管理协议NETBIOS, NetBIOS Services Protocols, (RFC-1001,1002) NetBIOS服务协议ECHO, Echo Protocol 应答协议DISCARD, Discard Protocol 取消协议CHARGEN, Character Generator Protocol 字符发生器协议QUOTE, Quote of the Day Protocol 气象报告协议USERS, Active Users Protocol 当前用户报告协议DAYTIME, Daytime Protocol 日期查询协议TIME, Time Server Protocol 标准时间服务器协议TFTP, Trivial File Transfer Protocol 测试用的文件传输协议TP-TCP, ISO Transport Service on top of the TCP 基于TCP的ISO传输层服务ETHER-MIB, Ether-MIB 以太网管理信息库PPP, Point-to-Point Protocol 点对点协议PPP-HDLC, PPP in HDLC Framing HDLC分组的PPP协议IP-SMDS, IP Datagram over the SMDS Service 基于SMDS服务的IP数据报RIP, Routing Information Protocol 路由信息协议ARP, Address Resolution Protocol, (RFC-826) 地址解析协议RARP, A Reverse Address Resolution Protocol, (RFC-903) 逆向地址解析协议POP3, Post Office Protocol, Version 3, (RFC-1725) 电子邮局协议,版本3HTTP, Hyper Text Transfer Protocol 超文本传输协议RPC, Remote Procedure Call Protocol, (RFC-1831) 远过程调用协议NICNAME, WhoIs Protocol, (RFC-954) WhoIs协议DHCP, Dynamic Host Configuration Protocol, (RFC-1541) 主机动态配置协议NNTP, Network News Transfer Protocol, (RFC-977) 网络新闻传输协议IARP, Inverse Address Resolution Protocol, (RFC-1293) 反向地址解析协议RAP, Internet Route Access Protocol, (RFC-1476) 网际路由存取协议IRCP, Internet Relay Chat Protocol, (RFC-1459) 网际转发的闲聊协议RMCP, Remote Mail Checking Protocol, (RFC-1339) 远程邮件检查协议MTP, Multicast Transport Protocol, (RFC-1301) 多路广播传输协议GOPHER, The Internet Gopher Protocol, (RFC-1436) 网际Gopher协议LISTSERV, Listserv Distribute Protocol, (RFC-1429) Listserv分布协议在网络的各层中存在着许多协议，它是定义通过网络进行通信的规则，接收方的发送方同层的协议必须一致，否则一方将无法识别另一方发出的信息，以这种规则规定双方完成信息在计算机之间的传送过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RFC821 简单邮件传输协议（SMTP）(RFC821 SIMPLE MAIL TRANSFER PROTOCOL)目录1. 介绍 22. SMTP模型 33. SMTP过程 43.1. MAIL 43.2. 转发 53.3. 确认和扩展 63.4. 发送信件(mailing)和获得信件(sending) 7 3.5. 打开和关闭73.6. 转发 83.7. 域93.8. 改变角色94. SMTP说明94.1. SMTP命令94.1.1. 命令语法94.1.2. COMMAND语法格式134.2. SMTP响应154.3. 命令和应答序列164.4. 状态图174.5. 详细内容184.5.1. 最小实现184.5.2. 透明性194.5.3. 大小19附录 A TCP传输服务19附录 B NCP传输服务20附录 C NITS 20附录 D X.25传输服务 20附录 E 应答码构成方法20附录 F 一些例子22参考资料361. 介绍简单邮件传输协议（SMTP）的目标是可靠高效地传送邮件，它独立于传送子系统而且仅要求一条可以保证传送数据单元顺序的通道。
附录A，B，C和D描述了不同传送服务下SMTP的使用。
在名词表中还定义了本文档中使用的术语。
SMTP的一个重要特点是它能够在传送中接力传送邮件，传送服务提供了进程间通信环境（IPCE），此环境可以包括一个网络，几个网络或一个网络的子网。
理解到传送系统（或IPCE）不是一对一的是很重要的。
进程可能直接和其它进程通过已知的IPCE通信。
邮件是一个应用程序或进程间通信。
邮件可以通过连接在不同IPCE上的进程跨网络进行邮件传送。
更特别的是，邮件可以通过不同网络上的主机接力式传送。
2. SMTP模型SMTP设计基于以下通信模型：针对用户的邮件请求，发送SMTP建立与接收SMTP之间建立一个双向传送通道。
接收SMTP可以是最终接收者也可以是中间传送者。
SMTP命令由发送SMTP发出，由接收SMTP接收，而应答则反方面传送。
一旦传送通道建立，SMTP发送者发送MAIL命令指明邮件发送者。
如果SMTP接收者可以接收邮件则返回OK应答。
SMTP发送者再发出RCPT命令确认邮件是否接收到。
如果SMTP接收者接收，则返回OK应答；如果不能接收到，则发出拒绝接收应答（但不中止整个邮件操作），双方将如此重复多次。
当接收者收到全部邮件后会接收到特别的序列，如果接收者成功处理了邮件，则返回OK应答。
SMTP提供传送邮件的机制，如果接收方与发送方连接在同一个传送服务下时，邮件可以直接由发送方主机传送到接收方主机；或者，当两者不在同一个传送服务下时，通过中继SMTP服务器传送。
为了能够对SMTP服务器提供中继能力，它必须拥有最终目的主机地址和邮箱名称。
MAIL命令参数是回复路径，它指定邮件从何处来；而RCPT命令的参数是转发路径的，它指定邮件向何处去。
向前路径是源路径，而回复路径是返回路径（它用于发生错误时返回邮件）。
当同一个消息要发往不同的接收者时，SMTP遇到了向不同接收者发送同一份数据的复制品的问题，邮件命令和应答有一个比较奇怪的语法，应答也有一个数字代码。
在下面，例子中可以看到哪些使用实际的命令和应答。
完整的命令和应答在第四节。
命令与应答对大小写不敏感，也就是说，命令和应答可以是大写，小写或两者的混合，但这一点对用户邮件名称却不一定是对的，因为有的主机对用户名大小写是敏感的。
这样SMTP实现中就将用户邮箱名称保留成初始时的样子，主机名称对大小写不敏感。
命令与应答由ASCII字母表组成，当传送服务提供8位字节传送通道，每7位字符正确传送，而最高位被填充为0。
当指定一般的命令或应答格式后，参数会由一些类似于语言的字符串表示出来，如"<string>"或"<reverse-path>"，这里尖括号表示这是一种类似于语言的变量。
3. SMTP过程本节提供了SMTP中的一些过程。
头一个说明的是基本发送过程（定义为发送操作）。
下来描述向前传送邮件，确认邮箱名称和扩展邮件列表，发送到终端和打开关闭交换。
在本节的最后是对中断，邮件域的说明。
本节的例子只是一部分命令和应答的序列，完整的例子见附录F。
3.1. MAIL在SMTP发送操作中有三步，操作由MAIL命令开始给出发送者标识。
一系列或更多的RCPT命令紧跟其后，给出了接收者信息，然后是DATA命令列出发送的邮件内容，最后邮件内容指示符确认操作。
过程中的第一步是MAIL命令，< reverse-path >包括源邮箱。
MAIL <SP> FROM:<reverse-path> <CRLF>此命令告诉接收者新的发送操作已经开始，请复位所有状态表和缓冲区。
它给出反向路径以进行错误信息返回。
如果请求被接收，接收方返回一个250 OK应答。
<reverse-path>中不止包括了邮箱，它包括了主机和源邮箱的反向路由，其中的第一个主机就是发送此命令的主机。
过程中的第二步是发送RCPT命令。
RCPT <SP> TO:<forward-path> <CRLF>此命令给出向前路径标识接收者，如果命令被接收，接收方返回一个250 OK应答，并存储向前路径。
如果接收者未知，接收方会返回一个550 Failure应答。
此过程可能会重复若干次。
<forward-path>不仅包括邮件，它是主机和目的邮箱的路由表，在其中的第一个主机就是接收命令的主机。
过程中的第三步是发送DATA命令。
DATA <CRLF>如果命令被接收，接收方返回一个354 Intermediate应答，并认定以下的各行都是信件内容。
当信件结尾收到并存储后，接收者发送一个250 OK应答。
因为邮件是在传送通道上发送，因此必须指明邮件内容结尾，以便应答对话可以重新开始。
SMTP通过在最后一行仅发送一个句号来表示邮件内容的结束，在接收方，一个对用户透明的过程将此符号过滤掉，以不影响正常的数据。
注意：邮件内容包括如下提示：Date, Subject, To, Cc, From。
邮件内容指示符确认邮件操作并告知接收者可以存储和再发送数据了。
如果此命令被接收，接收方返回一个250 OK应答。
DATA命令仅在邮件操作未完成或源无效的情况下失败。
上面所述的过程是一个发送操作。
这些命令只能以上面的顺序使用。
下例表示了在一个发送操作中这些命令的使用。
SMTP过程例子此例是在Alpha.ARPA主机的Smith发送邮件给Beta.ARPA主机的Jones，Green和Brown 的，这里假定主机Alpha与主机Beta直接相连。
S:MAILFROM:<****************>R: 250 OKS:RCPTTO:<***************>R: 250 OKS:RCPTTO:<***************>R: 550 No such user hereS:RCPTTO:<***************>R: 250 OKS: DATAR: 354 Start mail input; end with <CRLF>.<CRLF>S: Blah blah blah...S: ...等等S: <CRLF>.<CRLF>R: 250 OK此信被前两个人接收，而第三个人在此主机上没有邮箱。
3.2. 转发下面是一些<forward-path>中目的地址不正确的，但接收者知道正确的目的地址的例子。
在这些例子中，下列应答之一应该允许发送方与获得正确地址。
251：用户不在本地；将向前发送到<forward-path>。
这个应答意味着，接收方SMTP知道用户的邮箱在另外的主机上，而且意味着将在未来使用正确的转向路径。
请注意，主机或者用户，或者它们两者是不同的。
接收方负责传送消息。
551 ：用户非本地，请尝试<forward-path>这个应答意味着接收SMTP知道用户的邮箱在另外的主机上，并意味着使用了正确的转发路径。
注意请注意，主机或者用户，或者它们两者是不同的。
接收方拒绝接收此用户的信件，发送者必须根据提供的信息重新发送或者向原发送者返回错误信息。
下例显示了这些响应的应用。
转发的例子S:RCPTTO:<*******************>R:251Usernotlocal;willforwardto<********************>或者S:RCPTTO:<******************>R:551Usernotlocal;pleasetry<*************************>3.3. 确认和扩展SMTP提供了另外的确认用户名和扩展邮件列表的功能。
这些功能由VREF和EXPN命令完成，它们都以字符串为参数。
对于VREF命令，字符串参数指的是用户名，对此命令的响应要包括用户的命名和用户的邮箱。
对于EXPN命令，字符串参数指的是邮件列表，对此命令的响应多于一个，它们要包括所有列表中用户的命名和他们的邮箱。
“用户名”是一个多余的项目，它是故意被加上的。
如果主机采用VREF命令和EXPN命令，最后本地邮箱必须提供用户名使它被主机确认。
如果主机选择由另外的字符串作为用户名，也是允许的。
在一些主机中，邮箱列表和一个邮箱的代名有一点不清楚，因为一般的数据结构可能包括两种类型的入口。
如果要发出对邮件列表的确认，应该给出确定响应。
在接收到这个消息后，主机将把邮件传送到列表上所有的地址上去，如果没有接收到确定响应，就会报告错误。
例如，"550 That is a mail list, not a user name"。
如果请求用于扩展一个用户名，可能通过返回包括一个名字的列表来形成确定响应，如果没有接收到确定响应，就会报告错误。
（例如， "550 That is a user name, not a mailing list"）。
在多个响应的情况下（通常是对于EXPN而言的），每个应答指定一个邮箱。
在模糊请求的情况下，例如"VRFY Smith"，这里两个Smith的响应必须是"553 User ambiguous"。
确认用户名的情况如下例所示：例3：确认用户名S:VRFYSmithR:250FredSmith<*******************>或者S: VRFY SmithR:251Usernotlocal;willforwardto<*******************>或者S: VRFY JonesR: 550 String does not match anything.或者S: VRFY JonesR:551Usernotlocal;pleasetry<*******************>或者S: VRFY GourzenkyinplatzR: 553 User ambiguous.邮箱列表要求多个响应的情况如下例所示：S: EXPN Example-PeopleR:250-JonPostel<********************>R:250-FredFonebone<**********************>R:250-SamQ.Smith<*********************>R:250-QuincySmith<@USC-ISIF.ARPA:*********************>R:250-<*****************>R:250<*****************>或者S: EXPN Executive-Washroom-ListR: 550 Access Denied to You.VERF和EXPN命令的字符串命令参数因为具体实现的不同而不能再加以限制了。