最近有用户用的是winwebmail出现了邮件丢失的问题，经过分析，此问题出现在winwebmail设计之上。我们先来看下面的两个对话记录：

(1)
2022-07-13 09:05:21,076 - [ 1337] C --> 250 OK, recipient accepted
2022-07-13 09:05:21,076 - [ 1337] S <-- DATA
2022-07-13 09:05:21,230 - [ 1337] C --> 354 Send checkpointed message, ending in CRLF.CRLF
2022-07-13 09:06:22,077 - [ 1337] C --> 221 Closing connection
2022-07-13 09:06:22,082 - [ 1337] S <-- QUIT

(2)
2022-07-21 17:33:26,697 - [ 1571] C --> 250 OK, recipient accepted
2022-07-21 17:33:26,697 - [ 1571] S <-- DATA
2022-07-21 17:33:26,853 - [ 1571] C --> 354 Send checkpointed message, ending in CRLF.CRLF
2022-07-21 17:33:29,089 - [ 1571] C --> 250 RCP:746181ab RCID:20220721173324335_02523~f925ec81
2022-07-21 17:33:29,094 - [ 1571] S <-- QUIT
2022-07-21 17:33:29,244 - [ 1571] C --> 221 Closing connection
2022-07-21 17:33:29,245 - [ 1571] ~~~~~~~~~~~~ Connection Terminated ( 7047)
在第一个对话中，winwebmail没有给出250的提示，但是邮件对话是正常关闭的，第二个对话是标准完整的。在第一个对话中，邮件失败丢失，发送方提示发送成功，接收方winwebmail找不到任何提示删除成功接收等记录。第二个邮件是正常的，在跟开发者马坚的沟通中得到答复，这个是软件的设计原理，说邮件被识别到异常或者反垃圾规则导致的。说要解决这个问题的话，可以彻底关闭反垃圾功能。

因此，从这个角度来分析，winwebmail软件，不太适合公司使用，特别的经常需要接收订单的公司。试想想，如果客户给你发送了邮件，对方服务器提示发送成功，而这边又没拒绝，收信人又收不到邮件，这样的后果是很严重的。会对企业的生产生意，带来严重的后果。一个符合逻辑的设计，应该是这样的，如果是垃圾邮件，那么直接直接拒绝，要不就接收放到收件箱或者垃圾箱，而不能使用在对话中神秘丢失无日志可查。目前最新版4.4.0.1也是存在这个问题的，至于后期开发者会不会改进，这个补清楚，但是仅从这个角度看看，winwebmail这个设计原理上存在验证的问题。丢失邮件不是小事情。