我已经从使用 Thunderbird 切换到offlineimap和mutt。我的邮箱有超过 50k 条消息。调整一些设置后，mutt对这么多消息非常敏感。notmuch搜索速度非常快。但是offlineimap可能需要几分钟才能同步所有文件夹。
经过一些研究，IMAP 似乎不适用于非常大的文件夹。如果是这种情况，那么我应该使用什么样的 emal 工作流程来保持文件夹更小？
并非所有 IMAP 服务器都很快，但如前所述，可以实现高效的 IMAP 实施和设置。我对dovecot 的运气还算不错。然而，offlineimap 是一个特别慢的程序。它在小型测试中运行良好，所以我切换到它并重新设置我的整个电子邮件设置以依赖它。但是后来我收到的邮件越多，它就越慢，直到最后我每次查看电子邮件时都开始失去理智。
如果你想要一个完全离线的搜索体验并且喜欢 notmuch，你可以考虑muchsync，它有点像 offlineimap 但专门用于 notmuch 以利用 notmuch 的索引。完成初始同步后， muchsync 比 offlineimap 快得多，因为它避免了 offlineimap 具有的所有网络往返行程，并利用了 notmuch 的索引数据结构来提高效率。我从离线地图切换到它，并且非常高兴。
另一个需要考虑的替代方案是isync。我没有使用 isync 的个人经验，但似乎有些人喜欢它。以前使用过并且讨厌离线 imap，如果我没有切换到 manysync，我会认真研究 isync。
uwimapd当您说“IMAP”时，您可能指的是 IMAP 服务器的实现。在这种情况下，您需要确保没有一个 mbox 大于 2GB，即同一文件夹中的所有电子邮件，不包括子文件夹。
如果您不是指uwimapd，我相信您的问题是您的计算机和互联网上行链路的性能，而不是 IMAP。所以：
只保留不超过 3 个月的电子邮件和属于正在进行的项目的电子邮件。将其余的放在存档文件夹中。在存档下创建与在INBOX下相同的文件夹结构。如果您在INBOX 中找不到它，则可以轻松地在存档中查找内容。
IMAP 是您的邮件用户代理用来检索和管理存储在（远程）邮件服务器上的电子邮件的明文协议，当它必须一次处理数千封电子邮件时就会出现问题。关键是“必须处理”。电子邮件的总量和大小对于 IMAP 本身来说不是问题。如果它必须实际处理大量电子邮件，就会出现问题。
例如，如果数千封电子邮件的内容和/或状态（已标记、未读/已读、优先级、时间戳等）在两次同步之间发生变化，就会发生这种情况。当您使用时，offlineimap这可能确实发生，具体取决于您的用例。但是，在这种情况下，唯一可以帮助您的是更频繁的同步。