MailPlus 日志报 503 5.5.0 SMTP pipelining：协议违规告警，先核身份再动开关

痛点场景

对接系统的同事来报：自动化工单邮件进不来了，MailPlus 的日志里有一条看不太懂的记录——

503 5.5.0 Recipient address rejected: Improper use of SMTP command pipelining

收件地址被拒，原因写着"不当使用 SMTP 命令管道传输"。地址明明是对的，为什么被拒？

定性：客户端违反了 SMTP 协议

按官方知识库的诊断：MailPlus Server 拒绝这次 SMTP 连接，是因为客户端在使用管道传输时违反了 SMTP 协议。

SMTP 协议本是一场有来有回的对话：客户端发一条命令，等服务器应答，再发下一条。管道传输（pipelining）是允许双方协商启用的一种提效方式——把多条命令攒在一起连发。但这个用法有规矩：该等应答的地方必须等。违反规矩的连发，说明对端程序要么实现得不规范，要么压根没把协议当回事。

**官方在此有一条明确提醒：这类客户端可能是垃圾邮件或恶意软件发送器。**大量投递引擎为了速度不管不顾地连发命令，正是这类违规的典型来源。所以看到这条日志，先想到的不该是"改我的服务器"，而是"先弄清对方是谁"。

处置次序：先确认身份，再选路径

先核身份：确认发件人的来源

这封被拒的邮件来自哪里？是长期对接的业务系统、合作方的邮件服务器，还是来历不明的地址？

• 查得清来历、确认是正规业务伙伴：走路径一；
• 查不清来历、或确认是陌生投递源：这条日志本身就是一道防线在起作用，不需要为它改动任何设置。

路径一：请发件人检查其邮件服务器设置

官方给出的正解是：请发件人检查其邮件服务器的设置，以便在 SMTP 中使用管道传输。

问题出在发送端的协议实现上，就该由发送端修正。对方管理员把邮件服务器的管道传输行为调整为符合规范后，连接自然恢复正常——你这边一行配置都不用动。

路径二：关闭流水线检测（慎用）

如果发送端确实无法调整（老旧系统、改不动的第三方设备），官方也提供了放行的开关：在 MailPlus Server > 邮件投递 > 安全性 中，禁用"拒绝未经授权的管道传输请求" 这一选项，关闭流水线检测。

这是全局性的检测开关：关掉之后，所有违规使用管道传输的连接都不再被这道检查拦下。它换来的便利，代价是削弱了一条识别非常规投递源的线索。动它之前，先确认身份核实这一步已经做实。

小结

• 日志定性：客户端违反 SMTP 协议的管道传输规则，服务器拒绝连接是防护动作；
• 处置次序固定：先确认发件人身份，正规伙伴让对方修服务器设置，陌生来源无需处理；
• 关闭"拒绝未经授权的管道传输请求"是最后手段，全局生效，慎用。

判断 503 5.5.0 该不该动手，诚鑫致达科技看两件事：发件人身份核实过没有、对方是否按协议发信的正规服务器——两个问题都有答案，关闭检测才提得上日程。