POP3扩展机制

【POP3扩展机制】本备忘录的状态
本文档讲述了一种Internet社区的Internet标准跟踪协议 , 它需要进一步进行讨论和建
议以得到改进 。请参考最新版的“Internet正式协议标准”(STD1)来获得本协议的标准化
程度和状态 。本备忘录的发布不受任何限制 。
版权声明
Copyright(C)TheInternetSociety(2001).
IESG声明
此POP3协议的扩展是供服务器使用 , 来描述服务器治理员采取的对策的 。它不是POP3
进一步扩展之实现的保证 。普通的观点是 , 出于单纯的从一个邮件服务器下载邮件的目的 ,
POP3协议应该保持简单 。假如需要更复杂的操作 , 应该使用IMAP协议 。第7节的第一段
应该仔细阅读 。
目录
1.介绍 2
2.这篇文档使用的约定 。2
3.一般命令和响应语法 3
4.参数和响应长度 3
5.CAPA命令 4
6.功能的初始集合 4
6.1TOP功能 5
6.2.USER功能 5
6.3.SASLcapability 5
6.4.RESP-CODES功能 5
6.5.LOGIN-DELAY功能 6
6.6PIPELINING功能 6
6.7EXPIRE功能 7
6.8UIDL功能 8
6.9IMPLEMENTATION功能 8
7.POP3的未来扩展 9
8.扩展POP3响应码 9
8.1初始化POP3响应码 9
9.IANA考虑 10
10.安全考虑 10
11.致谢 11
12.参考文献 11
13.作者地址 11
14.完整版权说明 12
1.介绍
邮局协议第3版[POP3]使用广泛 。但是 , 当它包含某些可选的命令时(以及某些已经发
布的协议扩展) , 它缺乏一种机制 , 来对这些扩展或动作变化提供公开的支持 。
目前这些可选特征和扩展只能通过探测的方式检测到 , 假如可行的话 。这种方式至少是
缺乏效率的 , 甚至可能更坏 。因此 , 某些客户端有用于人工配置POP3功能的选项 。
因为POP3的一个最重要的特征是它的简单 , 所以扩展的数目最好比较少 。但是 , 某些
扩展是必需的(比如提供改善的安全性的扩展[POP-AUTH]) , 而其它的只在特定情况下是值
得要的 。另外 , 需要一种发现服务器的方法 。
此备忘录对RFC1939[POP3]进行改进 , 以提供一种机制用来声明对可选命令 , 扩展 , 和
无条件服务器行为的支持 。它包含了已经配置的功能的初始配置 , 这些配置因服务器而异 ,
以及许多新功能(SASL,RESP-CODES,LOGIN-DELAY,PIPELINING,EXPIRE和
IMPLEMENTATION) 。这篇文档也对POP3的错误信息进行了扩展 , 这样机器的可解析代码就能
够提供给客户端 。还包含响应码的初始设置 。另外 , 还定义了一个POP3命令和响应的[ABNF]
规格说明 。
公开的评论应该发送到IETF POP3扩展邮件列表 。想订阅的
话 , 可以向发送一条包含SUBSCRIBE的消息 。
2.这篇文档使用的约定 。
这篇文档里的"REQUIRED","MUST","MUSTNOT","SHOULD","SHOULDNOT",
和“MAY”的解释和“KeyWordsforuseinRFCstoIndicateRequirementLevels”[KEYWORDS]
里描述的一样 。
在例子中 , “C:”和“S:”表是客户端和服务器端分别发送的信息 。
3.一般命令和响应语法
POP3命令和响应的一般形式使用[ABNF]进行描述:
POP3命令:
command=keyword*(SPparam)CRLF;最大255八位组
keyword=3*4VCHAR
param=1*VCHAR
POP3响应
response=greeting/single-line/capa-resp/multi-line
capa-resp=single-line*capability"."CRLF
capa-tag=1*cchar
capability=capa-tag*(SPparam)CRLF;最大512八位组
cchar=%x21-2D/%x2F-7F
可打印ASCII码,“.”除外
dot-stuffed=*CHARCRLF;必须以圆点填充
gchar=%x21-3B/%x3D-7F

推荐阅读