确定不是和gnus 类似的老古董
这个项目最近一次 commit 是20天前,还算活跃,只是可能在国内有点小众。
mu4e 的作者参考了 notmuch 的后端和 WanderLust 的前端。现在 WanderLust 也反过来支持 mu 做后端了,很明显 WanderLust 还算与时俱进的。
当然没有后端也能正常使用,只是速度有点不够。这个原生也支持 Mark 的概念,和 tag 类似。而且同时支持 mutt 风格的 score。
我本来是用 mutt+msmtp+getmail+procmail+notmuch 收几个重要邮箱,但是别的邮箱因为没什么重要的邮件是直接用网页版。。notmuch 那个Emacs界面在 Spacemacs 上似乎有bug,按q直接退出整个界面而不是返回hello buffer,用起来很不爽,我还是更习惯直接用 Mutt 读信,用helm-nomuch作为检索界面。
鉴于 WanderLust 对 MailDir 的支持比 Gnus 和 Mew 都好上不知道多少,我才成功转到 Emacs 邮件界面上,之前用网页版的邮箱能用 IMAP 同步邮件。之前 Mutt 用的工具链也全都可以继续用。以及用 MailDir 的时候 WanderLust 也不比其他邮件客户端慢。
基于文件夹的服务端同步
是指offlineimap
?我还在用mutt的时候,对我来说用这个就表示不能用 procmail (这个的文档同样很稀缺)了,需要一个个邮箱设置过滤规则。WanderLust 本身就以内建 IMAP 速度快为特色,甚至不需要其它依赖就能收取 IMAP 到本地 MailDir。当然也支持收取 POP,不过getmail可以用launchd或者crontab之类定时取信。 offlineimap
当然也可以用。
正是因为不吝于发掘并整合其他邮件客户端的优秀特性,其它邮件客户端能做到 WandeLust 都能做(除了之前提到的,还支持Gnus的 RSS,NNTP,w3m新闻,Mew的自动邮件过滤分类,定期删除),而它有的功能却没有别的邮件客户端能全部实现。
当然,这样一个强力的邮件客户端带来的后果是稀缺的文档和复杂的功能。比如它专门搞了个包来处理MIME,结果加个附件还要指定附件类型和编码,害得我还要补一补MIME的知识,不像 notmuch 之类的,一个函数就能搞定。
所以无法否认这是一个极其优秀的重量级邮件客户端,然而这同样不是一个适合所有人的邮件客户端。我承认和Emacs一样,WanderLust 折腾的代价很高,但是折腾完了以后很值。