记录所有三个 IMAP 旗帜,并说为什么索引不能为列表服务

FixEmailService
已装运
2026年8月14日 02:57 UTC
作者
Kamo
提交
5c839bc

迁移已运行, 答案已存在, 搜索服务已写入 它与读取和星等并列。 指数记录了其中两个 从这里开始,它记录了所有三个。 指数支持的上市不成立,原因并未"推出". 它的检查解决索引是否持有与服务器相同的信件. 这个 无法解决它是否持有同样的旗帜,它永远不会,因为旗帜 移动时不更改信件计数或 UIDNEXT 。 如果有什么东西能让指数旗保持新鲜,那就能够幸存了。 没什么 MessageIndexer对一则消息的反应是, 划一行,从消息 因为它在那一刻。 一小时打电话读 之后,指数仍然说未读,永久。 一个文件夹通过每张支票 因此,在此提供读取、主演和答复的语句。 消息到达当天:一个收件箱显示邮件读作未读,即 比收件箱还要糟糕 需要再加载一分钟 诚实的修补方式是从IMAP取出旗帜并只从索引取出信封. 那个 读出旗帜意味着打开文件夹, 一旦打开信封,就在同一批的FETCH中运行。 这是什么 左边是服务器的 信封构造,相对于第二个来源 信件列表的真相—— 以及针对不再发布 a 的 IMAP 路径 内容类型和消息代号的每通信息往返。 而不是删除,因为昂贵的部分 是学习这一点, 停止状态检查及其测试正确,可重复使用,无论哪个版本 事实证明是值得的.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价