我日他个佬佬，Gmail 你也封啊，好不了了哦。 在网页上，咱有科学上网，自然不会有问题。 问题在用客户端时，只能收(pop3)不能发(smtp)。 最先怀疑是 msmtp 的配置问题，以为 Gmail 变更了参数。 期间发现是 smtp.gmail.com 的 IP 被枪了，用 telnet 测试。 未被枪 % telnet smtp.gmail.com 587 Trying 74.125.204.108... Connected to gmail-smtp-msa.l.google.com. Escape character is '^]'. 220 smtp.gmail.com ESMTP vx1sm6944922pac.43 - gsmtp quit 221 2.0.0 closing connection vx1sm6944922pac.43 - gsmtp Connection...
平时工作常有一些日志、证据、草稿等文字需要做记录、做笔记的时候。如果是简单的草稿之类的，我更喜欢用笔纸；但如果是代码或日志之类的，还是电子版的笔记本更合适。 这里要说的笔记的概念不包括Task、Todo之类的任务或提醒事项。我要说的笔记本，类似于note taking、persona...
Is there any consensus whether you use should a textwidth of 70 or 80 or any other value when writing text documents such as README, INSTALL, etc? Using 80 is pretty standard. I use it for code, READMEs, etc. However I do push it back to 65 or 70 for emails, just because if folks start quoting the email, extra layers of quote-markers start making things wider. -tim autofmt : text formatting plugin :set runtimepath+='~/.vim/autoload/autofmt/' :set formatexpr=autofmt#japanese#formatexpr()
如果不需要对邮件正文的快速搜索，mu提供的主题、发件人、收件人、日期、标记等搜索功能应该足够了。 基于xapian的mu虽然用UTF8编码索引了邮件正文，但是由于分词问题，cjk正文搜索的功能几乎不能用。 同样基于xapian的recoll却实现了，虽然自带的QT界面没什么吸引力，但...
ref@http://comments.gmane.org/gmane.mail.procmail/47948 添加以下内容到 $HOME/.procmailrc :0 i X_Subject=| formail -zfxSubject | perl -MEncode -ne 'print encode("UTF8", decode("MIME-Header",$_))' | tr -d '\n' 然后通过以下形式过滤标题 :0 * X_Subject ?? .*(技[術术][検检][討讨]会|工程会[議议]) pcl-meeting/ 假设原始邮件标题的内容是 Subject: [GuruDigger] 头脑风暴平台产品孵化简报, 11/02/ 经过编码处理后的 X_Subject 内容将会是 [GuruDigger] 头脑风暴平台产品孵化简报, 11/02/ 以下定义的正则表达式将会匹配到...