最近 ssh 远程服务器的次数有点多。有时候系统会在命令行下提示有新邮件，CentOS 的好像默认有 mail 这个程序，反正我进去了，虽然特别的简陋，一派上古神韵，但是凭着经验，不但按数字查看了邮件，还使用 d 命令删除了邮件，甚至 d 后面还尝试一下邮件 ID 的范围也成功了。
在 Ubuntu Server 里，竟然没有 mail，正好到网上查询一下，有没现代一点的可用。看了看，一个叫 sup 的看起来不错。安装竟然是 gem，显然是 ruby 流的。看了看 gem 的命令行帮助，只看到 install 命令而没有 remove 还是吃了一惊的，后来摸索着试了试 gem uninstall 是有的，略微放心。
gem install sup，前后报了几次错误。第一次是 mkmf.rb can’t find header files for ruby at /usr/lib/ruby/include/ruby.h，这说明需要安装 ruby 的开发包，用 apt install ruby-dev 解决；第二次报 ncursesw/curses.h、ncurses.h、ncurses/curses.h、curses.h 这几个头文件无一发现，用 apt install libncursesw5-dev 解决；再一次报 rake failed, exit code 1，用 gem install rake 解决。
接下来的事，走势和预测有点差距。rake 安装成功，再次执行 gem install sup，再次报错，而且这一次的错犹如羚羊挂角：
|
1 2 3 4 5 6 7 |
current directory: /var/lib/gems/2.3.0/gems/sup-0.22.1/ext /usr/bin/ruby2.3 mkrf_conf_xapian.rb xapian: installing xapian-ruby.. xapian: platform specific dependencies.. Building native extensions. This could take a while... rake failed, exit code 1 |
阁下要能看出端倪，算我输……
永久链接
这个问题最后是怎么解决的呢？sudo apt install sup-mail。早知道就不折腾 ruby 了，不过这样从系统的源安装上之后，命令就不是 sup 而成了 sup-mail 了。这个程序的性能和稳定性相当一般，使用第一次就崩溃退出了。
root@BCG-SRV:~/.sup# sup-mail
[2019-11-25 15:44:55 +0800] ERROR: oh crap, an exception
—————————————————————-
We are very sorry. It seems that an error occurred in Sup. Please
accept our sincere apologies. Please submit the contents of
/root/.sup/exception-log.txt and a brief report of the
circumstances to https://github.com/sup-heliotrope/sup/issues so that
we might address this problem. Thank you!
Sincerely,
The Sup Developers
—————————————————————-
— NoMethodError from thread: load messages for thread-view-mode
undefined method
[]' for nil:NilClassjump_to_first_open’/usr/lib/ruby/vendor_ruby/sup/modes/thread_view_mode.rb:472:in
/usr/lib/ruby/vendor_ruby/sup/modes/thread_index_mode.rb:123:in
block in select'block in reporting_thread’/usr/lib/ruby/vendor_ruby/sup.rb:87:in