不能忍了，卸载了 ssmtp

不知怎么搞的，配置得好好的 ssmtp 就不能用了，报什么
smtpmail-smtp-server' not defined 的错误，一怒之下删除了。
使用 emacs 自己的 sendmail 看了。

测试了一下，这不照样用么，看来 emacs 的更新还是很大的，以前这样的配置是
不能用的。

sigh: 之前的哦 fetchmail + procmail +Emacs/gnus+postfix 的组合，再之后 getmail +Emacs/gnus+ssmtp 的组合，再然后是 Emacs/gnus(nnimap)+ssmtp ，兜了一个大圈子，还是回到 emacs 本身了...

Gmail Imap 部分中文的乱码问题似乎修复了？

晚上回来，照例打开 gnus 收取邮件， Lupa 社区发了一封信件，
由于前面一篇文章中叙述的原因，这封信件一直是乱码的，但是一不小心，点开
了，看了一眼，竟然中文没有乱码。高兴了，似乎这个问题修复了？

上网没有搜索到有价值的东西，在 irc 中和 manphiz 讨论了一下，他的测试也是
好了，hmm，不知还有没有用 gmail 的 imap 的，大家看看那个 bug 是不是修复
了，如果是的，就太好了。

PS. 之前叙述 imap 乱码的那篇 日志。

emacs po-mode 断行的问题

emacs 的 po-mode 非常好用，而且几乎不用任何配置，快捷键很多而且很简单。
比如 n 跳到下一条，t 跳到下一条翻译的，u 跳到下一条没有翻译的，f 跳到下
一条标记 fuzzy 的， backspace 增加 fuzzy 标记， TAB 去除，等等...

不过也有个比较郁闷的地方，就是多行的文本，在 emacs 中配合 autofill-mode
自动换行之后，会在每一行后面多出一个回车符“\n”，这个是不需要的，并且以后
修改的时候比较麻烦。因为在 po-mode 中是不能直接随心所欲的编辑文本正文的。
所以只有文本模式下面编辑。再处理一次简直是不可原谅的。所以就自己想修改一
下，查了一下，该死的竟然没有文档，于是就只有修改源码了。。。

试着配置了一下 emacs/gnus 的 imap

以前一直不想配，所以信件被堆到了本地，昨天晚上检查了下，发现那个信件目录有几百 M
之大了，想着由于订阅了些 mailing list 而就这样任这个目录疯长，那还是有些郁闷的。
虽然 gmail 的 imap 有些小 bug， 好在我所订阅的东西里面采用这个解码的不多，所以试
一试还是值得的，想下，可以把这样的信件转发到另一个信箱，然后再使用 imap 登录上
去，嘿嘿，这样乱码问题就解决了。。

Gmail 的 Imap

最近改用 getmail+Emacs/gnus+ssmtp 来处理邮件了，本来也是不错，以前用
fetchmail+procmail+Emacs/gnus+postfix 处理，主要觉得使用 postfix 有点小题大作同时 fetchmail 还需要一个 MDA 才能正常使用，有点洁癖的觉得这个不爽。

Gmail 开通 imap 之后就去尝鲜了，其实现在想想，我反正是属于离线处理邮件的那一派，所以 imap 之于我，其实是没有什么必要的，加上 gmail 的 pop3 本身可以做到很好的备份，所以我只需要 pop3 其实就够了。

使用 imap 的当初我就发现有个小小的问题，有些邮件下来会乱码，我尝试看过邮件文本，其中的中文全部是 ???。而这是我之前使用pop3 的时候没有遇到过的，但是当时的想法却是是不是因为我换了 getmail 的原因，之因为是 fetchmail, 所以没有问题。于是就把这个问题放下了。后来在 #ppmm 的 irc 聊天室里听见 manphiz 说他用 evolution 发的邮件，别人看是正常的，而自己看就乱了，也没引起太大注意，直到今天，有人在 #ubuntu-cn 中说使用 gmail 的 imap 之后，收到部分邮件乱码，而且是 ???。突然我意识到问题了，google 了一下，发现了很多关于 gmail imap 乱码的抱怨，后来 manphiz 给了一个页面 这里 发现，只要邮件中包含 Content-Transfer-Encoding: 8bit 的，其编码出来的东西就会变成 ???, 实在是 imap 的原因。 这下算是明白了为什么在中文界面下看不到 imap 的设置了......(manphiz 语)

思考了一下，为了方便，还是设置成 pop3 了....