java imap、性能问题、获取所有邮件

Question

我将使用java邮件api来处理雷鸟等邮件。我必须取1000封邮件。我的设计是：当用户在文件夹上执行同步时，我会得到文件夹中所有消息的uid：

Message[] msgs = ufolder.getMessagesByUID(1, UIDFolder.LASTUID);
// Use a suitable FetchProfile
FetchProfile fp = new FetchProfile();
fp.add(FetchProfile.Item.ENVELOPE);
fp.add(FetchProfile.Item.FLAGS); 

然后，我将把UID列表与数据库中存储的列表进行比较。例如，对于已删除的邮件，邮件不在文件夹中，但在数据库中，我会将其标记为已删除。例如，对于新邮件，文件夹中有一条消息，但数据库中没有，我将标记为可能的新邮件。但是，由于MessageUID是不安全的（在某些情况下可以由邮件服务器更改），对于新邮件，我将另外使用一个自定义哈希值，该值是根据标题subject receivedate中的message id生成的，并构建一个md5哈希。仅对于可能的新邮件，我将使用此哈希并捕获新邮件。对于移动的邮件，因为它们的UID将在新文件夹中更改，所以它将在第一个文件夹中被标记为已删除，并在新文件夹中成为新邮件，但邮件将具有相同的自定义哈希值，因为邮件头中的邮件id和其他属性在移动过程中保持不变。

性能问题：每次点击文件夹（文件夹同步）时，我都会将文件夹中的所有uid与数据库中存储的本地uid列表进行比较，以了解已删除的uid。我找不到其他更好的方法来实现这一点。正如您所知，thunderbird会在不重新登录的情况下立即捕获已删除的邮件，即使文件夹很大且已删除的邮件非常旧（5年）。我认为雷鸟还将该文件夹中的所有消息UID与本地存储的列表进行了比较。

如何实现更好的同步机制以获得更好的性能？雷鸟应用了不同的方法吗？雷鸟怎么能这么快完成呢？

如果我们只对新邮件感兴趣，我可以保留上次存储的uid，只在以后比较新邮件，但对于删除的邮件，我已经需要比较完整的文件夹。此外，UIDNEXT值在我的邮件服务器中始终为-1，如果设置正确，将无法帮助再次删除，必须进行完整比较，我想，我错了吗？

注意：我不能使用或添加消息监听器，因为应用程序是基于服务器-客户端的，邮件处理任务在服务器端，我们不支持线程监听器等。事件应该从客户端触发，请求正在服务器上处理，并返回响应，客户端在gui上处理响应。

Answer 1

如果您不能使用线程从邮件服务器监听这些事件，那么您的选项非常有限。也许你能做的最好的事情就是将重新同步限制在对客户端可见的消息上。

Answer 2

在这两种情况下，您需要的是condstore或quick resync，RFC7162。雷鸟就是这么用的。

这是一对支持命令的扩展，比如“给我上一次连接后更改的所有UID”、“告诉我删除了什么”等等。