是折腾 mutt 还是 WanderLust 犹豫不决。。。
个人感覺：mutt（以及 PINE）不如 nmh 好用。nmh 的可定制性也不比 mutt 差。Emacs 也有 nmh 的前端。
看了下 nmh 好像是使用自己的存储格式？这点不好。
Emacs 的前端看上去不错。不过，和 mutt 配合的软件更多（也特别折腾），比较纠结。
我昨天调研初步是计划 GUI 下用 astroid，TUI 下用 mutt。存储数据共享。
支持 Maildir 的基本都能支持 nmh 格式，因為 nmh 格式比 maildir 出現的早。
nmh 整合能力更強，因為是由二十多个子程序组成的，每个子程序只负責单一功能。mutt 也支持 nmh。
我在服務器上用 nmh，所以基本不考慮 GUI。
至於 mutt 配 GUI，之前试过，沒什麼实用意义。
Maildir 格式支持还是很重要的。 研究下说不定 现代流行的客户端 都可以读取和导入，所有东西无缝衔接。nmh 格式就没那么 promising 了。
mutt 配 GUI？astroid 的角色类似于 mutt，都是管家+ GUI 的角色。你之前用的哪个 GUI？
Emacs。都是过來人了，也不是沒折騰过。结果現在用 Mail.app，要说无缝，只有系統自帯的才能算的上，macOS 送个 Email 直接用 Cocoa 的 API 了，还不用搞用戶密碼那一套。。
之前觉得 Mail 有点重，小折腾过一次 mutt。GitHub - ashfinal/mutt-config
感觉 Mail 运行缓慢，还有挺大几率卡死。
这次不是在 Linux 下嘛，那就“顺手”再折腾一次 mutt 吧。
若能反哺 macOS 的邮件体验，那是最好不过的。跨平台解决方案。
研究了下 manjaro 下的穿墙和全局代理。
这是要把人人都逼成网络管理员的节奏。。。
Copy message UID 8383 (2136/2136) Gmail-Remote:INBOX -> Gmail-Local:INBOX
*** Finished account 'Gmail' in 28:39
1 个赞
我用neomutt。希望有邮件To: 或Cc:时执行notify-send发送提醒
和 mutt 区别大嘛？有配置没？
发现 astroid 也需要挺多配置，优化到理想的界面和绑定还需要时间。
当然初步想法已实现，和 mutt 能共享数据。这个很重要。
用Gmail 的话，最好用 isync，（包名叫isync, 但是安装后，命令是 mbsync）. 它的作用跟 offlineimap 一样，都是同步邮件，然而速度比 offlineimap 快了一个数量级。不过可惜经过我实验，isync只能配合 Gmail, 其他邮件系统，比如 163, qq邮箱,outlook 都不行，这些邮箱我使用 offlineimap.
我觉得同步邮件的事情就交给 isync和 offlineimap 好了，mutt, wunderlist 等等还是只用来阅读邮件吧。 最后，我用 notmuch. Emacs + Notmuch 绝配。
终于解决了，不是
shr-inhibit-images
的问题。在wanderlust中使用
shr
显示图片需要设置：
(setq mime-shr-blocked-images nil)
，使用w3m显示图片需要设置：
(defun my-wanderlust/post-init-w3m ()
(use-package w3m
:if wanderlust-enable-w3m-view
:init
(progn
(use-package mime-w3m
:defer t
:init
(progn
(setq mime-w3m-safe-url-regexp nil))))))
在wanderlust如下设置：
(use-package mime-setup
:defer t
:init
(cond ((and wanderlust-enable-w3m-view
(executable-find "w3m")
(configuration-layer/layer-used-p 'my-w3m)
(configuration-layer/package-used-p 'w3m))
(setq mime-view-text/html-previewer 'w3m
mime-setup-enable-inline-html 'w3m
mime-setup-enable-inline-image t))
((and wanderlust-enable-eww-view
(configuration-layer/layer-used-p 'my-eww)
(configuration-layer/package-used-p 'eww))
(setq mime-view-text/html-previewer 'shr
mime-setup-enable-inline-html 'shr
mime-shr-blocked-images nil
mime-setup-enable-inline-image t))))
1 个赞
把使用体验从 60 分提升到 80 分，真的需要不少精力。
还好，折腾结果基本满意。
数据如前所述，是共享的。mutt 编辑邮件头的能力给人印象深刻，astroidmail 也有不少惊喜：对话模式很棒，资源占用比预想少。
尚需解决的问题：
- 邮件通知只能提示有新邮件。而我希望能同时显示新邮件数量和标题。
- 之前预想的跨平台方案，恐怕实现不了了。asteroidmail 在 macOS 很难编译，我初步尝试以失败告终。
- html 邮件。asteroidmail 有 markdown 编辑转换的功能，不过过于复杂的 html 邮件仍然无能为力。
- …
第 1 点需求不是那么强烈；第 2 点，如果 asteroidmail 编译最终还是无法解决，那需要额外寻找一个 GUI 客户端？至于第 3 点，可能需要一个独立的邮件编辑器？
如果你也在使用 mutt / asteroidmail，对以上问题有想法或者有经验心得，欢迎一起探讨交流 
2 个赞
赞，周末折腾下试试
嗯。网上「成体系」的配置基本没有，要么老旧要么不合需求，甚至还有错误的。
我的配置是较完整翻阅了官方 manual 之后，反复比较才得出的。自认为比较合理。
有空多交流。
我也在mac上遇到了asteroidmail编译问题，总是出错，无论使用brew的formula还是直接编译都是如此，真是无语
嗯，确实麻烦。
asteroid 仓库里有个讨论 macOS 编译的 issue，不过我还没仔细看。
另外有时间计划试试 macport。
发现 asteroid 竟然有个官方的 homebrew formula 。于是很高兴地跑去安装，然而并没有成功 
简短的提示信息如下：
yld: Symbol not found: _UCNV_FROM_U_CALLBACK_ESCAPE_60
Referenced from: /usr/local/opt/[email protected]/lib/libwebkitgtk-3.0.0.dylib
Expected in: flat namespace
另外，值得注意的是：astroid 依赖的 webkitgtk 版本过于老旧。尽管 astroid 仅仅用它来渲染离线文档，但要说一点安全问题都没有，恐怕也是不合实情的。
还好，mutt 的跨平台体验倒是挺一致。
因为 astroidmail 的缺席，目前方案对 html 邮件的支持比较有限。
这样一来，如果有编撰 html 的需求，恐怕就得自己手动撸了。
