碰到这种单个账号POP3删除失效，但EWS、网页端删除正常，其他账号也没问题的情况，大概率是这个特定账号的POP3相关配置或者Exchange后端针对它的设置出了小问题。结合你提供的协议日志（DELE命令返回+OK但实际没删除邮件），我整理了几个最值得排查的方向：

• 账号的POP3保留邮件设置被意外修改：O365的POP3默认策略是收到DELE命令后删除服务器上的邮件，但如果这个账号的设置被改成了「保留服务器上的邮件」或者「删除前保留X天」，哪怕客户端发了删除指令，服务器也不会真的执行。你可以登录O365管理中心，找到该账号的邮箱设置，在「POP3和IMAP」选项里检查删除策略是否被修改。

• POP3会话的服务器端缓存异常：有时候Exchange后端针对单个账号的POP3会话会出现缓存紊乱，虽然DELE命令返回成功，但服务器没实际执行删除操作。这种情况可以先让客户端断开POP3连接，然后在O365管理中心手动重启该账号的POP3服务（或者等待几个小时让服务器自动清理会话缓存），之后再重新测试删除功能。

• 邮箱存在POP3相关的损坏项：个别情况下，邮箱里的特定邮件或者POP3相关的邮箱数据出现小损坏，会导致DELE命令无法正常生效。你可以在O365管理中心的邮箱详情页，找到「修复邮箱」选项，对该账号进行一次邮箱修复，完成后再测试POP3删除。

• 针对该账号的客户端访问规则限制：从你的CAPA命令返回结果里能看到CLIENTACCESSRULES，有可能管理员针对这个账号设置了特殊的客户端访问规则，限制了POP3的删除操作。可以检查一下O365的客户端访问规则列表，看有没有针对该账号的POP3相关限制策略。

• 客户端的POP3模式意外变更：虽然你说之前一直正常，但也可以排查下第三方APP的POP3设置，有没有不小心开启了「只读模式」或者「仅下载不删除」的选项——不过从日志看DELE能正常发送并得到服务器响应，这个可能性相对小，但也值得确认下。

备注：内容来源于stack exchange，提问作者chroder