规范参考:[POP3]
讨论:TOP功能表明TOP可选命令可用 。
6.2.USER功能
CAPAtag:USER
参数:无
附加命令:USERPASS
受影响的标准命令:无
声明的状态/可能的不同:两者/没有
命令有效的状态:AUTHENTICATION
规范参考:[POP3]
讨论:USER功能表明支持USER和PASS命令 , 尽管它们可能不是对所有用户都可用 。
6.3.SASLcapability
CAPA标记:SASL
参数:支持的SASL机制
附加命令:AUTH
受影响的标准命令:无
声明的状态/可能的不同:两者/没有
命令有效的状态:AUTHENTICATION
规范参考:[POP-AUTH,SASL]
讨论:POP3AUTH命令[POP-AUTH]答应使用带POP3的[SASL]的认证机制.SASL功能表明
AUTH命令可用 , 并且支持base64编码的另一参数 , 此参数可选 , 是为初始的客户端响应而
设的 , 如SASL里所述 。SASL功能的参数是受支持的SASL机制列表 , 列表由空格分隔 。
6.4.RESP-CODES功能
CAPA标记:RESP-CODES
参数:无
附加命令:无
受影响的标准命令:无
声明的状态/可能的不同:两者/没有
命令有效的状态:n/a
规范参考:此文档
讨论:RESP-CODES性能表明任何由此服务器发送的响应文本 , 只要是由一个左方括号
(“[”])开始的 , 它就是扩展响应编码(参见第8节) 。
6.5.LOGIN-DELAY功能
CAPA标记:LOGIN-DELAY
参数:多个登陆间的最小间隔秒数;AUTHENTICATION状态下可以跟上USER 。
附加命令:无
受影响的标准命令:USERPASSAPOPAUTH
声明的状态/可能的不同:两者/有
命令有效的状态:n/a
规范参考:此文档
讨论:POP3客户经常登陆来检查是否有新邮件 。不幸的是 , 创建一个连接 , 验证用户 ,
以及打开用户的邮箱非常消耗服务器的资源 。许多POP3服务器试图通过要求登陆之间有一
个延迟的方式来降低服务器负载 。LOGIN-DELAY功能包括一个整型参数 , 它表示在一个对
PASS,APOP,或AUTH命令的“ OK”响应之后 , 接受另一个验证之前 , 延迟的秒数 。答应
用户配置邮件检查间隔的客户端应该使用这个功能来确定答应的最小间隔 。发布LOGIN-
DELAY的服务器应该强制此实现 。
假如最小登陆延迟可以因用户而异(就是说 , LOGIN-DELAY参数在验证之后可以改变) ,
服务器必须在AUTHENTICATION时设置用户能够配置的最大值 。这可能是当前所有用户使用
中的最大值(这样的话每个服务器就只有一个值) , 或者是服务器答应为任意用户设置的最
大值 。服务器应该在AUTHENTICATION状态下给LOGIN-DELAY参数附加“USER”标记 , 以通
知客户端在验证之后可以获取一个更加精确的值 。服务器应该在TRANSACTION下公布那个更
加精确的值 。(“USER”标记答应客户端决定是否需要另一个CAPA命令 。)
服务器通过带或不带LOGIN-DELAY的出错响应来拒绝验证 , 这样强制LOGIN-DELAY 。参
见第8.1.1节获取更多信息 。
6.6PIPELINING功能
CAPA标记:PIPELINING
参数:无
附加命令:无
受影响的标准命令:全部
声明的状态/可能的不同:两者/没有
命令有效的状态:n/a
规范参考:此文档
讨论:PIPELINING功能表明服务器能够同时接收多个命令;客户端在发送另一个命令
之前不需要等待前一个命令的响应 。假如一个服务器支持PIPELINING , 它必须轮流处理每
个命令 。假如一个客户端使用PIPELINING , 它必须跟踪它发送的命令 , 并将服务器响应按
顺序和命令进行匹配 。假如客户端或服务器使用缓冲写 , 它就不能超过下面转输层的窗口尺
推荐阅读
- 支持IPv6地址聚合和重编号的DNS扩展
- IPv6 主机和软件路由器转换机制
- GRE的Key和Sequence Number扩展
- SMTP 针对命令流水线的服务扩展
- 主机扩展用于IP多点传送
- IMAP4 ID 扩展名
- v3 简单目录访问协议:传输层安全扩展
- DNS协议概述
- 荣耀9x支持存储卡扩展吗
- IP骨干网BGP路由协议的扩展性
