Gmail

昨天，我的主力Gmail信箱终于有了IMAP支持。虽然我还是打算用web mail，抱着尝试的态度（也为了一个备份的方案），决定试一下。我之前的几个主要信箱都支持IMAP，所以我也用了IMAP很多年了，以至于对POP3深恶痛绝。

配置GMail IMAP非常容易，Gmail的web功能往客户端的map也还不错。比如”star”就map到了Outlook的To-Do Bar的follow up，非常好。

但是很快发现了一个问题，没办法Unsubscribe folder，而这个功能，就我过去的经验来说，是非常有用的，非常flexibile。更何况Gmail还有一个巨大的”All Mail” folder在那里。起初，我以为这是Outlook 2007的毛病，上网看了一下，好像有人用其他客户端，也有同样的问题。为了确认一下，发了封信给Gmail技术支持，很快得到了回信:

Gmail IMAP is a fairly complete implementation of IMAP, but folder subscriptions are currently unsupported. All folders are always in the ‘Subscribed’ list.

很遗憾，因为这个缺陷，只好暂时不用Gmail IMAP了。本来嘛，用Gmail，还是应该用Web。

打开bloglines，一下子看到这条消息。又一次看到没来由的Gmail被禁用的报道，作为Google的用户，也有点担心的感觉（虽说还是小概率事件）。Google自从Gmail开始，通过帐号(gmail帐号)提供给用户各种各样的服务，其中不乏Gmail这样好用得服务。围绕着Gmail，用户渐渐开始使用Google的其它服务，比如calendar，比如个性化主页，比如Google Docs & Spreadsheets等等。也因为Gmail成为了主力email帐号，可能使用它注册了其它数不清的非Google的网络服务。因为大量的重要的个人信息被捆绑在了这么一个帐号上，这样一个帐号被禁用，还是被毫无理由的禁用（至少Google没有明示理由），再加上和Google客服沟通的渠道不通畅，这成了不可承受之重了。狡兔三窟，看来是很有必要的。

从Thunderbird转向Gmail已经有半年了, 总得来说, 是非常满意的. 虽然是Web mail, 但是Gmail完全可以胜任一个邮件客户端的功能, 而且很多方面超出了邮件客户端. 今天说说和客户端相比的几个小不足, 主要和附件功能有关. 本文都是指在浏览器内使用Gmail, 用邮件客户端收发Gmail的,不在讨论之列.

第一, Gmail贴附件的时候, 只能一个附件一个附件往上加, 即使这些附件就在同一个文件夹里. 当文件选择窗口出现的时候, 只允许一次选中一个,而无法多个. 很多人,认为选择多个附件的功能是不必要的, 因为你可以为这些文件做一个zip包,当单个附件传送就行了. 对于,这种观点, 我很不同意, 理由如下:

1. 压zip,rar或者任何格式压缩包, 需要离开浏览器去做, 破坏了work flow. 当然,这还是一个可以忍受的问题.
2. 一个文件的文件名, 是关于这个文件的一部分信息的载体, 压缩之后, 这些文件名无法直接看到, 损失了和该email相关的一些信息. 比如, 我送给导师3篇论文, 文件名可以传递很多关于其中每篇论文的信息, 压缩之后, 就是纯粹的一个附件, 这些信息, 在email内变得不可见了
3. 除了能够预览图片, Gmail还拥有将pdf, doc, ppt等格式转成html的功能, 而且这个功能实现得相当不错. 我现在很多别人发给我的doc文档, 如果不需要我编辑的话, 我就直接在浏览器内用gmail的这个功能看. 而且放在gmail里,比放在文件系统里更容易找到, email本身还提供关于该文档的附带信息. 如果用压缩包来传多个附件, 这项功能也就无用武之地了.

总之, email是信息的载体, 作为email的一部分的附件, 从文件名到内容也都是一定信息的载体, 压缩包的方式, 造成信息的损失. 当然, 我并不是说所有情况下都不要用压缩包做附件. 比如, 我送一个含有多个文件的程序源码给同事, 压缩包无疑是最好的方式. 我希望Gmail在附件功能上, 能够提供一次选中多个附件的功能, 这样方便很多.

第二, 还是和附件有关.  作为一个Web Mail,  Gmail无法和桌面整合, 而且Google的志向也从来不在桌面. 但是, 我导师 (我推荐他使用了Gmail, 尤其在出差的时候) 就向我提到一个对他来说很麻烦的问题. 以前他用outlook的时候, 他习惯做两件事情:

1. 在桌面/文件浏览器内选中一个文件, 然后打开鼠标右键菜单, 其中有一个”Send To –> Mail Recipient”的功能, 将直接调用默认的邮件客户端, 产生一封email的draft, 并已经将这个文件作为了附件.
2. 他编辑完一个doc/ppt文档, 想发给同事,学生看, 他可以直接在word/powerpoint里面”File菜单–>Send To”, “Send To”菜单内可选择, “Mail Recipient (as attachment)”, 如果装了Acrobat Pro的话, 还可以选择”Mail Recipient ad Adobe PDF”. 同样的, 默认的邮件客户端会被调用, 该doc/ppt文档会被当作附件传送, 或者转成pdf后当作附件传送. 这个功能的一个好处, 就是work flow始终不被打断. 除了MS word/powerpoint之外, 也有很多其他软件有类似功能.

而这两个功能, 用Gmail的时候都无法使用. 可能我不知道Google有其他产品(Google Desktop???)或者其他第三方的软件配合Google Toolbar或者其他firefox的add on可以实现这样的功能? 我个人怀疑, Google的策略是将来在Google Docs & Spreadsheets整合类似功能? 总之, 目前, 对于其他桌面软件的用户来说, 使用Gmail, 附件不能直接发送, 是个很不方便的事情. 一个比较简单的解决办法, 就是也配好一个outlook或者thunderbird做默认邮件客户端, 里面也配好Gmail帐号的收发.

PS: 如果本人孤陋寡闻, 以上功能其实已经实现, 请务必告知.

前几天才刚宣称从thunderbird转向gmail，就马上遇到难题：一个我必须使用的信箱，因为服务变更，不支持Forward了，只支持webmail或者IMAP。这几乎就使得我用Gmail作为统一信箱的计划破产，因为我没办法自动把信件Forward到Gmail了。这使得，我要么总开着除了Gmail以外的另一个webmail查信，要么总开着一个邮件客户端（如thunderbird）设置好IMAP查信。这样不是很方便，也很不甘心。

但是，我记得Linux下面有个叫做fetchmail的东东，查了一下，发现有戏。fetchmail可以通过IMAP/POP3协议到服务器上把信件fetch下来，然后forward给本地的用户。大喜，开始配fetchmail，但是始终没搞明白怎么能够把fetch下来的信件forward给不是本地的信箱。因为没时间也没心思去看文档，就本着投机取巧的心理在网上找。最后终于找到一个方案。我的最终方案和他描述的基本完全一样，我这里算是复述一遍。

需要的软件是fetchmail, procmail, 和sendmail。简单说来，就是fetchmail通过IMAP协议把信件从服务器fetch下来，然后procmail做处理，通过sendmail发往目的地。步骤如下：

1. 安装：aptitude install fetchmail procmail sendmail。我用ubuntu，是Debian系的，所以用aptitude/apt-get一条命令就能轻松把软件装上。

2. 配置fetchmail：在$HOME（~/）目录下创建一个叫做.fetchmailrc的文件。在这个文件内就简单写入一行 （复杂的功能，请看manual）：

    poll your-imap-mail.server.org proto IMAP username ‘yourusername‘ pass ‘yourpasswd‘ is ‘yourlocalusername‘ here

    your-imap-mail.server.org: 替换成邮件服务器的域名
    IMAP：协议，可以是IMAP，也可以是POP3，如果你的邮件供应商提供的是POP3的话。
    yourusername:  你的邮件的用户名。
    yourpasswd: 你查信用的密码。
    yourlocalusername: 就是你配置fetchmail的这台机器上的你的用户名。

需要注意的一点是，在.fetchmailrc里面，邮箱密码是明文存放的。所有，文件权限不应该高于711。另外，只能在信得过的机器上使用，因为root总是能看这个文件的。

另外，我还没有试过怎么配IMAP over SSL，如果你的邮件服务器是支持IMAP over SSL的，就需要查一下手册了。

3. 配置procmail: 在$HOME（~/）目录下创建一个叫做.procmail的目录和一个mail目录，再创建一个叫做.procmailrc的文件。然后配置.procmailrc文件, 我的写成了这样：

   PMDIR=$HOME/.procmail
   MAILDIR=$HOME/mail
   LOGFILE=$PMDIR/procmail.log
   LOGABSTRACT=yes

   :0
   ! your-user-name@gmail.com

一开始的四行是一些基本变量设置，顾名思义啦。从:0开始，就是定义规则。我定义的是最简单的规则 — 没有规则。所有mail一律forward到your-user-name@gmail.com。”!“就是forward的意思。procmail是可以通过regular expression来定义规则的，功能非常强大。具体就查手册吧（俺也没查，:P）。 这里有一个不错的关于procmail配置的tutorial和有不少例子网页。 procmail是非常常用的sort/filter邮件的工具，几乎所有unix/linux邮件服务器都支持它，可以自动完成很多功能。

4. 测试： 在shell下输入
   $fetchmail -k
根据信箱的状态，你会看到一些信息，比如
   fetchmail: No mail for yourusername at your-imap-mail.server.org
或者
   1 message for yourusername at your-imap-mail.server.org.
   reading message yourusername@your-imap-mail.server.org:1 of 1 (1903 header octets) . (363 body octets) . not flushed

注意使用fetchmail的时候，”-k“选项保证了被fetch的邮件还保留在服务器上，你可以注意到上面的信息里有一句”not flushed“, 如果不用”-k“的话，就会是flushed.

   去看一下procmail的log，根据上面procmail的设置，log在$HOME/.procmail/procmail.long (~/.procmail/procmail.log)，应该能看到关于每条邮件的处理。比如
   From xxx@hotmail.com  Sat Apr 29 01:00:44 2006
   Subject: Hello
   Folder: /usr/sbin/sendmail -oi your-user-name@gmail.com                         2592

查一下Gmail, 信件已经出现在inbox里了，和支持forward的信箱forward之后的效果一模一样。

5. 自动化。在crontab里面设置任务，
   $crontab -e
默认的编辑器就会被唤起，然后加入下面一行
   0,20,40 * * * * /usr/bin/fetchmail -k -s
意思是每隔20分钟调用一次fetchmail, “-s“的意思是silent, 就不会输出我们测试时候看到的那些信息。（也可以不用crontab, 可以用”fetchmail -d 300″, 这样的命令让fetchmail以daemon模式运行，它会每隔300秒查一次信, 把”fetchmail -d 300″加入到你的startup script （比如.bashrc)里面, crontab的好处是即使用户不login, 只要机器开着，也一样会定时运行）

这样就算搞定了，从今以后只要配置了fetchmail的那台机器开着并联网，那个不支持forward的信箱的邮件就会被自动发往Gmail或者其他任何你愿意的信箱。

看标题可能有点奇怪，thunderbird是一个邮件客户端，而gmail是免费邮箱，这样的“转向”从和谈起？

事实上因为gmail的快3G的容量，基于AJAX的丰富功能, 以及“Send Gmail As”的功能，使得Gmail完全可以胜任一个邮件客户端的功能。

我使用thunderbird已经好几年了，这次打算转向gmal的最基本原因是邮件客户端的“search”太慢，而这正是gmail的强项之一。另外gmail和google calendar的集成，从长远来看也是一个有用的功能。而且webmail的本身还有一个好处，就是无论在什么机器上，只要有网络，有浏览器就行。从我试用的体验来看，在SPAM detection上，Gmail和thunderbird不相上下，都不错。用Gmail的牺牲就是，我在Gmail里头对邮件进行的整理和处理不会反映在IMAP服务器上了。

当然，转向是痛苦的了。因为有过去好几年积累下来的这么多信件。之好用一个第三方软件，Gmail Loader（GML)。 我用GML把我服务器上的几十个mBox一个个的导入到了Gmail, 然后label了。设置在服务器端设置forward, 在gmail端设置”Send Mail as”，大功告成。

回顾一下我的Email使用史：

97年底我才注册有email, 一个hotmail的，一个163的，已经荒废很久了，应该都不存在了。那时候都是使用webmail了。

到了后来，有了自己的PC，用得是著名的国产软件foxmail。那时候大部分邮件供应商都还是免费提供pop3服务的。

到了美国以后，在学校的sun工作台上用的是netscape的邮件客户端，在家远程用pine来查信。

后来用了pine很长一段时间，不是GUI的pine有很多不方便的地方啦。

后来就转向了跨平台的thunderbird。

用了这么多年的thunderbird, 现在打算开始用Gmail了，绕了一个圈，又回归到最初的webmail了。

https://www.google.com/hosted/Home

没想到传言这么快就成真了。前几天，有人分析了gmail的java script, 得出结论，google即将推出domain相关的新服务。而今天，这个分析得到了证实。

目前此服务还在测试阶段，需要得到邀请才可以参加测试。

对于我个人来说，这个功能也不是太有用，反正利用forward再加上compose as，效果也差不多.

对于一个小型企业(比如startup company)来说, 意味着不用自己创建和管理一个email系统，而这个系统足够的稳定和好用(gmail的好用已经是公认的了)。实在是一件不错的事情。