开发日志47:bug 我们和 163 都有错的 uidl 命令处理
浏览(247 + ) 作者: clq 发表于 2020-07-03 15:31:08
编辑
关键字:
开发日志47:bug 我们和 163 都有错的 uidl 命令处理
今天修改 eEmail 的时候发现 163 对 uidl 的命令会有个时候不短的处理延时，表现为执行删除命令后邮件实际已经无法收取，但会出现在 uidl 和 list 的返回当中。
这时候执行收信命令会返回某个 id 对应的邮件无法收取的错误。比较神奇。
例如 retr 4 命令收取第 4 封信，而这时候邮件可能已经删除了，就会提示 "...[邮件 4 的 id]..." 无法收取。大概 10 多分钟后这封信才会被删除。可能是 163 的缓存有问题吧。不清楚 163 与开源服务器的关系现在有多紧，所说早年是 qmail 的，不知是否 qmail 基础的都有这个问题。
我们的服务器问题在于没有实现不太常用的 “uidl [指定邮件序号]” 的命令，不知是否有人用这个命令，改天还是要加上去。
//2020 单独拿出 uidl 的处理过程
//参考 http://newbt.net/ms/vdisk/show_bbs.php?id=1B938647F353291F60658D8FB893223F&pid=17
//回应的内容有可能是
{
C: UIDL
S: +OK
S: 1 whqtswO00WBw418f9t5JxYwZ
S: 2 QhdPYR:00WBw1Ph7x7
S: .
...
C: UIDL 2
S: +OK 2 QhdPYR:00WBw1Ph7x7
...
C: UIDL 3
S: -ERR no such message, only 2 messages in maildrop
}
NEWBT官方QQ群1: 276678893
可求档连环画,漫画;询问文本处理大师等软件使用技巧;求档softhub软件下载及使用技巧.
但不可"开车",严禁国家敏感话题,不可求档涉及版权的文档软件.
验证问题说明申请入群原因即可.
