SMTP PIPELINING未识别命令响应规则合规性问询

首先明确基础结论：支持PIPELINING的SMTP服务器收到未识别命令时，不需要返回自定义的SMTP Protocol Violation Error，直接返回标准SMTP响应500 Unrecognized Command即可，这是协议规定的对应场景标准返回值。

参考交互示例 #

未启用流水线时的未知命令交互 #

C: EHLO domain
S: 250-ServerName ..... 250-PIPELINING
C: UNKNOWNCOMMAND 
S: 500 Unrecognized Command
C: EHLO domain
S: 250-ServerName ..... 250-PIPELINING

启用PIPELINING时的示例交互 #

C: EHLO domain
S: 250-ServerName ..... 250-PIPELINING
C: UNKNOWNCOMMAND\r\nEHLO domain
S: 500 Unrecognized Command
S: 250-ServerName ..... 250-PIPELINING

核心问题判定 #

• 上述启用流水线场景的交互不符合RFC 2920的规范预期。RFC 2920第3.2节对支持PIPELINING的服务器有强制要求：绝对不得缓存针对未识别命令的响应，核心含义是服务器在流水线批次中遇到未知命令时，必须立即返回对应500响应，不能继续处理同批次内后续排队的命令。示例中服务器返回500后仍继续处理同批次的EHLO domain并返回250响应，属于明确的规范违反行为。
• 按照RFC 2920第3.2节第5点要求，SMTP服务器确实不得缓存对未知命令、以及EHLO | DATA | NOOP这类特定命令的响应。这类命令要么属于语法错误的非法输入，要么会直接改变SMTP会话状态、要求收发双方立即同步状态，服务器收到后必须即时处理、即时返回响应，不能攒批量处理后再统一返回。
• 针对流水线方式发送的UNKNOWNCOMMAND\r\nEHLO domain请求，服务器应当在返回一条500 Unrecognized Command响应后立即清空TCP输入缓冲区。服务器识别到未知命令后，不能继续解析处理缓冲区里同批次剩余的EHLO请求，直接丢弃所有未处理的同批次数据即可，等待客户端重新同步发送后续命令。
• 表现出上述清空缓冲区行为的服务器，不是遵循了“更严格”的协议约束，而是达到了RFC 2920的强制合规要求。反过来，不做缓冲区清空、继续处理同批次后续命令返回多条响应的服务器，属于PIPELINING机制实现错误，实际运行中很容易出现命令队列错位、会话状态不同步的问题，甚至存在被用于协议层绕过攻击的风险。

内容的提问来源于stack exchange，提问作者Sudheesh Singanamalla