Maildir格式如何为\Recent消息提供标记与UID支持？

现有演进方案 #

基础Maildir规范的局限确实存在，主流IMAP服务器（如Dovecot）并未修改核心的new/cur目录逻辑，而是通过扩展元数据存储的方式解决这些问题，既兼容传统Maildir生态，又满足IMAP协议的复杂需求。

通用兼容算法 #

以下是兼顾传统投递应用兼容性、同时解决你提出的三个问题的通用实现思路：

1. UID预分配与持久化

• 维护独立的UID计数器文件（如maildir/.uidnext），记录下一个待分配的UID。
• 当投递应用将消息写入new目录后，IMAP服务器后台异步（或同步）为该消息分配UID，并将UID与消息的唯一标识（如文件名）绑定，存储到元数据存储中（可以是new目录下的对应.uid小文件，或全局元数据库）。
• 处理APPEND命令时，直接分配UID并返回APPENDUID，消息先放入new目录保留\Recent状态，后续再同步元数据。消息从new移到cur时，直接复用已分配的UID，无需重新生成，确保COPYUID响应正常返回。

2. \Recent标记与其他标记共存

• 不再依赖new目录隐式表示\Recent，而是在元数据中显式记录\Recent状态。
• 用户首次访问邮箱时，将new目录中的消息批量移动到cur目录，同时在元数据中为这些消息设置\Recent标记。这样消息处于cur目录时，仍可同时拥有\Recent和其他标记（如\Seen），解决互斥问题。
• 对于传统读取工具，仍可通过new目录识别未被访问的消息，IMAP服务器在移动消息时可保留new目录的临时副本直到工具读取完成，或同步更新cur文件名后缀以兼容传统标记识别。

3. Sieve标记与\Recent的兼容

• Sieve添加标记时，直接修改元数据中的标记字段，而非修改cur目录下的文件名后缀。
• 当消息仍处于\Recent状态时，标记变更仅记录在元数据中；待\Recent状态被清除（如用户读取后），再将标记同步到cur文件的后缀中，兼顾IMAP协议需求和传统Maildir的兼容性。

兼容性保障 #

所有逻辑均无需修改传统投递应用的行为——投递应用只需向new目录写入消息即可，UID分配、标记存储等工作完全由IMAP服务器后端处理。对于不支持元数据的传统工具，IMAP服务器可通过同步cur文件名后缀、保留new目录临时文件等方式保持兼容。

内容的提问来源于stack exchange，提问作者InterLinked