Appendix B. Changes from RFC 2060 (与 RFC 2060 的变更)

Appendix B. Changes from RFC 2060 (与 RFC 2060 的变更)

68. 阐明破坏命令流水线的命令必须等待完成结果响应。

69. 阐明 EXAMINE 不影响 \Recent。

70. 使 MIME 结构的描述保持一致。

71. 阐明日期搜索忽略 INTERNALDATE 或 Date: 标头的时间和时区。换句话说, "ON 13-APR-2000" 表示 INTERNALDATE 文本以 "13-APR-2000" 开头的消息, 即使时区与本地时区的差异足以将该 INTERNALDATE 移动到前一天或后一天。

72. 阐明如果 [RFC-2822] 消息中没有空行, 则标头提取不会添加空行。

73. 阐明 (在 UID 讨论中) 消息是不可变的。

74. 添加 CHARSET 搜索的示例。

75. 在 SEARCH 中阐明关键字是标志的一种类型。

76. 阐明 SELECT 数据响应的强制性质。

77. 在初始 OK 或 PREAUTH 中添加可选的 CAPABILITY 响应代码。

78. 添加注释, 服务器可以发送未标记的 CAPABILITY 命令作为 AUTHENTICATE 和 LOGIN 响应的一部分。

79. 删除关于在连接中多次发出 CAPABILITY 命令是不必要的声明。该声明不再正确。

80. 阐明未标记的 EXPUNGE 会减少邮箱中的消息数。

81. 修复"body"的定义 (连接的绑定比交替更紧密)。

82. 添加新的"实现者特别注意事项"部分, 参考 [IMAP-IMPLEMENTATION]。

83. 阐明只有在未协商安全层时, 才应对 AUTHENTICATE 命令进行未标记的 CAPABILITY 响应。

84. 更改 atom 的定义以排除 "]"。更新 astring 以包含 "]" 以与过去兼容。删除 resp-text-atom。

85. 删除 NEWNAME。它不起作用, 因为邮箱名称可以是文字并且可以包含 "]"。功能可以通过引用来解决。

86. 移动修改的 UTF-7 基本原理以使段落流更合乎逻辑。

87. 使用 MUST 阐明 UID 唯一性保证。

88. 注意客户端应读取响应数据直到连接关闭, 而不是在 BYE 时立即关闭。

89. 将 RFC-822 参考更改为 RFC-2822。

90. 阐明应遵循 RFC-2822 而不是 RFC-822。

91. 将 LOGIN 和 AUTHENTICATE 中可选自动功能的建议更改为在标记的 OK 中使用 CAPABILITY 响应代码。这比未经请求的未标记 CAPABILITY 响应更具互操作性。

92. STARTTLS 和 AUTH=PLAIN 是强制实现的; 为其他 [SASL] 机制添加建议。

93. 阐明"连接" (而不是"服务器"或"命令") 处于四种状态之一。

94. 阐明失败或被拒绝的命令不会更改状态。

95. 将参考文献分为规范性和信息性。

96. 在安全部分讨论身份验证失败问题。

97. 阐明数据项不一定只属于一种数据类型。

98. 阐明序列范围独立于顺序。

99. 更改示例以阐明 Modified-UTF7 中的多余移位不能仅通过省略移位来修复。必须重新计算整个字符串。

100. 更改信封结构定义, 因为 [RFC-2822] 使用"信封"来指代 [SMTP] 信封而不是出现在 [RFC-2822] 标头中的信封数据。

101. 扩展 RFC822.HEADER 响应数据与 BODY[HEADER] 的对比。

102. 阐明注销状态语义, 更改 ASCII 艺术。

103. 安全性更改以符合 IESG 要求。

104. 添加 body URI 的定义。

105. 将序列范围定义分成三个规则, 并为每个规则重写描述。

106. 将 STARTTLS 和 LOGINDISABLED 从 [IMAP-TLS] 移至此处。

107. 添加 IANA 考量部分。

108. 阐明新消息 UID 与 UIDNEXT 的有效客户端假设。

109. 阐明对 permanentflags 的更改会影响并发会话以及后续会话。

110. 阐明可以通过 CLOSE 命令进入已认证状态。

111. 强调 SELECT 和 EXAMINE 是失败命令不更改状态规则的例外。

112. 阐明新追加的消息设置了 Recent 标志。

113. 阐明新复制的消息应该 (SHOULD) 设置 Recent 标志。

114. 阐明 UID 命令始终在 FETCH 响应中返回 UID。

---