刚开始还以为是密码错误或者是30天、60天没使用给强制休眠了，后来发现不是，而是怀疑违反了网易的邮件服务条款，强制禁用了，于是我不服，在 申诉页面申诉，今天收到了回信：

显然是一封机器自动回复信，根本就不想给你解禁而已，你输入的大段申诉理由估计也没人看，但是我还没死心，想再次进行申诉，却发现：

得，不允许重复上访，大门已经对我关闭了。可以我就想不明白了，禁用帐号的两个原因之一——发送垃圾邮件，难道就是禁用帐号就能解决的么？真想发送的话，再注册一个新的不就得了？至于另外一个原因——恶意上传，我倒还真佩服网易的程序能力，我其他的一个放了一些零碎的邮箱还是能够正常使用的，并且邮箱空间好像已经占满了 :(。

还有一点更糟糕，就是我根本就不知道邮箱什么时候被禁用的，这个邮箱偶尔进去检查一下邮件而已，更多的是用来发送注册邮件，而大家都知道，不管哪个习惯机器人注册或垃圾注册的情况都非常严重，他们大多也都不使用真实邮箱注册，所以注册邮件往往会发送到无效地址，并且产生一封退信。我这个被封的126邮箱里面倒是经常堆满了这种退信，不知道这是否网易判断邮箱是否应该禁用的原则，更不知道我这种对邮箱的使用方法是否违反了网易的政策——毕竟我的程序也是可以理解为一种邮件客户端嘛。

不管怎样，126邮箱还是国内仅存不多的、好用一些的免费邮箱之一，或许我会开个新号继续使用吧，就是它的广告恼人了一些，还是尽量使用客户端，不要使用web界面的好，多那几个钻石只是唬人的噱头而已。

不知道网易的1.9亿126邮箱用户当中，有多少被禁用了，我对这个数字非常感兴趣。

Source:http://www.fwolf.com/blog/post/307

在muttrc中添加如下两句：

第一句是设置邮件头缓存文件保存的位置，我指定的是一个目录，这样每个邮件目录都会在这个目录下建立一个缓存文件，也可以直接指定一个独立的文件；第二句是禁止对已缓存内容的校验，因为除了mutt我想我应该不会再用另外一个程序去修改mail目录下的内容。

现在，再次启动mutt，所有的邮件目录浏览一遍，第二次再打开的时候，就能够很快打开了，读取每一封邮件、解析邮件header信息的过程已经被缓存了，mutt只需要对邮件进行排序就可以了。除了缓存邮件header以外，针对imap、pop这些访问可能会比较慢的邮箱，还可以对邮件本身进行缓存，不过我没有测试过。

现在，结合目录层次的搭配，我想mutt管理几万封邮件还是非常轻松的。如果邮件再多些，应该就需要在目录划分等其他措施上进行优化了。

参考：
* The Mutt E-Mail Client - version 1.5.14 (2007-02-12)
* Speed up folder loading in mutt
* Using mutt's header_cache feature
* maildir / imap header caching for mutt
* 15.1. Header caching(还介绍了缓存文件的默认命名规则)

Source:http://www.fwolf.com/blog/post/306

由于我用的是ubuntu linux和fierfox，在themes里没有找到如何修改窗口背景色和菜单颜色什么的，不过firefox倒是可以强制指定网页背景色，在选项preference的content选项卡，Fonts&Colors部分有一个colors按钮，打开就可以指定Text & Background的颜色了，不过要不勾选"Use system colors"和"Allow pages to choose their own colors, instead of my selection above"这两个选项才能生效。Background的颜色不能随意指定，只能从既有的那些颜色中选择，这个就要通过设置about: config中的browser.display.background_color这一项来完成了，默认值是#FFFFFF，修改成#CCE8CF就和上面那个颜色一样了，CCE8CF就是这个颜色的rgb数值，换算成十进制是rgb(204, 232, 207)。

通过这种方式强制指定了网页背景色之后，眼睛似乎是舒服了一些，但绝大多数网页都表现非常难看，我不知道这算不算是另外一种折磨。其实，如果能夠把窗口面板和菜单颜色调整为草绿，应该就能舒服多了，网页需要各种颜色搭配来体现出层次和各种效果，都用一个颜色替代让人很不习惯。如果把"Allow pages to choose their own colors, instead of my selection above"这个选项再选中，让设了背景色的网页显示它设置的，没设背景色的网页就用草绿，情况能好一些。

PS: 手机如果长期在外地用，想用呼叫转移的办法转到本地新手机号的方法不划算的，直接接电话是掏漫游费，呼叫转移是要掏转移费＋长途费，相差应该不会很大的，颇有一种"伸头也是一刀，缩头还是一刀"的感觉，该死的漫游费啊。

Source:http://www.fwolf.com/blog/post/305

要想实现上面所说的筛选，需要用到mutt的hook， mutt有很多种类型的hook，通过他们可以实现根据当前邮件的情况和用户所要作的操作，自动进行一些设置。hook的不同主要在于他们的触发时间，比如切换目录的时候会触发folder-hook，回复邮件的时候会触发reply-hook（触发时间大约是用户按下回复命令"r"的时候），发送邮件的时候会触发send-hook等等。

首先来介绍一下我的环境，我的私人邮箱为P@gmail.com，工作邮箱为W@gmail.com，那么为了设置在大多数情况下都使用私人邮箱发信，首先在muttrc中设置：

这就定义了默认使用我的私人邮箱来回复和发送邮件，然后再在下面定义特殊情况下的处理。因为hook是按照定义的顺序来触发和执行的，所以如果没有特殊情况，就会使用刚才定义的设置，如果出现了特殊情况，就会执行特殊情况对应的设置，不过这并不意味这上面我们定义的默认情况下的设置就不会执行，而是默认情况下的设置的执行效果被"覆盖"了。

这样就定义了一个特殊情况——当回复邮件时，如果要回复的邮件是发送到我的工作邮箱W@gmail.com的，就把我要写的回复邮件的From设置为我的工作邮箱。在实际执行的时候就是这样一种顺序：

1. 首先，用户按"r"回复邮件
2. reply-hook . 被触发，From被设置为P@gmail.com
3. reply-hook "~t W@gmail" 被触发，From被设置为W@gmail.com，覆盖了上面一条reply-hook的效果

看起来并没有问题，思路也对，设置也对，可是一执行就不对了，回复发送到工作邮箱的邮件，发信人仍然是P@gmail，难道是reply-hook的条件没有设置对么？不是，仔细分析之后，我发现刚才的执行过程中漏掉了一条：

• send-hook . 被触发，From被设置为P@gmail.com

From被覆盖了两次，最终的结果还是P@gmail，所以看起来好像reply-hook没有正确触发似的。究其原因，mutt中是这样定义的：

• 不管是reply-hook，还是send-hook，都是按照定义的顺序来触发的。
• 但所有的reply-hook都将在send-hook之前被执行。

所以，我只顾着设置reply-hook的匹配和设置，却忘记了后面还有一条肯定会被执行的send-hook。要解决这个问题，可以使用unhook把已经定义了的hook关闭掉，刚才的设置调整为：

如果回复发送到工作邮箱W@gmail的邮件，不仅把From设置为W@gmail，而且还把所有的send-hook都关掉，这样就不会受前面定义的send-hook .的影响了，经测试执行正常，并且捎带脚把signature和pgp sign也给"unhook"掉了，正好。

如果在unhook之后确实还需要使用send-hook定义进一步的设置，可以直接在后面再加上send-hook ....的设置，记得命令之间用;间隔就可以了。

Source:http://www.fwolf.com/blog/post/304

如果你曾经参与过WikiPedia的编写，肯定会被它简明的编辑方式所打动，[]就是链接，==就是标题等等，如果平时写文档也这么方便就好了，呵呵。开源世界的美妙就在于你的大部分需求都有人去解决， Markdown就是这样的一个工具，你按照特定的语法书写纯文本文件，它就可以将其转换为标准的html代码。虽然不一定能写出让领导满意的格式公文，用来写blog或者文档说明书还是足够而且方便的。最关键的是，即使不转换为html代码，这种标记形式的txt纯文本文件可读性也是非常好的。

Markdown官方网站上有它的 基本语法，我还找到了一份jjgod翻译的中文版， Wikipedia上也列出了各种语言的Markdown实现——由于 Markdown只是一种对格式的定义，所以不管用哪种语言都可以写出解析这种语法的工具。

但是相对于wikipedia的语法来说，markdown的功能相对少一些，所以Markdown Extra就出现了，它不仅用php语言实现了 Markdown语法的解析，而且还添加了一些额外的扩展，同样也可以方便的嵌入各种cms，比如wordpress。Markdown Extra的主要改进有：

• 可以在行中任意地方嵌入任何HTML代码，只要行开头的缩进不超过3个空格。
• 可以在table或者div等"块"元素中使用标记语言。
• 可以为标题创建id，这些id可以像链接的id一样使用，方便在标题之间跳转。
• 支持表格。
• 支持定义列表。
• 支持脚注，并且可以在脚注和正文之间来回跳转。
• 支持缩写。
• _在词中使用不再代表加重。
• 可转义字符中增加了冒号:和管道符号|。

可以看出Markdown Extra相对于原版除了完全的兼容，还更加灵活和强大了一些。另外虽然 Wordpress官方不支持Markdown或者Textile标记语言，Markdown Extra本身就是按照wp的插件方式设计的，安装非常简单，基本上就是三步：

1. 下载，并把markdown拷贝到wp的wp-content/plugins/目录。
2. 在管理页面激活Markdown插件。
3. 在发帖时要关闭可视化编辑功能，有了Markdown，还要他们作甚。

现在，Markdown Extra就可以作用于wp的文章和留言啦。

通过简单的使用，我发现Markdown Extra发掘了txt文本的真正威力，简单、实用，无论是源文件还是生成的 HTML文档，格式和可读性都非常好，尤其是在*nix这些经常要用到字符界面的操作系统中，更能体现出纯文本的优越性来。

另注几点：

使用了*[HTML]: Hyper Text Markup Language之后，调用会出现Segmentation fault错误，已经向作者反映了，不过贴到blog里好像又可以了。

作为wp的plugin使用时，对于我原来使用纯HTML编写的文章，由于包含很多代码或者输出片段，格式会乱掉，要是能定义哪篇文章用Markdown语法，哪篇文章不用就好了。我目前的办法是手工修改markdown.php文件，把第88行的：

注释掉，恢复wp自己的段落划分功能，和markdown一起使用就没事了。当然在使用

邮件加密方式有很多种，有人可能会把文件用压缩工具带密码压缩作为加密，虽然可行但仍然需要告诉别人密码，而基于对称密钥算法的pgp加密就方便多了，你公开你的公钥，别人给你发送邮件的时候用这个公钥加密，这样信件就只有用你自己持有的私钥才能打开了。pgp是一个商业软件，不过GNU为我们提供了它的免费替代品——gnupg。

另外pgp加密并不是每个邮箱或者邮件客户端软件都支持，比如web的gmail和客户端的foxmail就都不支持，不过在这种情况下，可以使用pgp加密所要传输的内容（文件形式），再把加密的结果用"明文"方式传输就可以了。本文中，我的使用环境是ubuntu edgy 6.06，客户端软件为Mutt 1.5.12 (2006-07-14)。

Gnupg

首先，我们要使用gnupg软件生成我们的密钥对：

现在密钥就生成好了，并且自动存为了你本机的可信任密钥（自己给自己发信当然是"信任"了），上面的1024D/B7D37EE7和4096g/D4CF3DF0分别是两种形式公钥的长度和号码，DSA公钥的Key fingerprint（就是那一长串像windows注册码的东东）是公钥的指纹，和号码一样可以用来下载你的公钥。从哪里下载？原来网上有很多gnupg的公钥存储服务器，很多人都把自己的公钥上传上去，让别人给自己发信的时候可以从那里下载，而不是直接向收信人索取。更好的是，这些公钥存储服务器是全球联网同步的，你只要上传到其中一个服务器，就可以在其他任何服务器上下载了。

要把我们刚才生成的公钥上传到公钥存储服务器，首先编辑一下$HOME/.gnupg/gpg.conf文件，增加一行：

这里我指定的是荷兰的服务器，不过不重要，反正会自动同步到其他服务器的，常用的keyserver还有：

有些keyserver上还可以用web界面来查询、下载别人的公钥。指定了keyserver之后，我们可以先查查上面有没有自己的公钥：

没有找到，因为我们还没有上传嘛，现在上传：

上传很简单也很快的，传完之后再查询一下：

服务器会先查出有几个符合条件的key，然后选择显示哪一个。在本机管理key的主要命令有：

Mutt

gnupg这边基本上就搞好了，下面来配置mutt，首先把gpg的例子配置拷贝一份到自己的mutt配置目录：

然后在mutt的配置文件~/.muttrc中添加引用这个gpg.rc的命令：

最后编辑gpg.rc，添加如下内容：

这样，再次启动mutt，在发信的时候，在显示发信人、主题等信息的那个界面，按"p"就可以打开pgp菜单了，内容大体为：

e代表加密，s代表签名，a代表使用非默认的签名，b说明又加密又签名，i指定加密或者签名是直接嵌入正文（inline）还是以附件形式（mime）的，推荐使用兼容性比较好的mime形式，c则是取消加密和签名状态，明文发送。

管理公钥

要给别人发送加密邮件的话，要先下载并导入别人的公钥，并用pgpewrap来管理，不过有些系统上pgpewrap的路径不对，手工ln一下就可以了：

gnupg有一套本机的公钥管理机制，可以对所有导入的公钥设置信任级别，还有一套相关的规则，比如如果一个公钥被3个人信任，那么就把他也设置为信任状态什么的，不过下面只简单演示一下设置已导入公钥的简单功能，更复杂的估计一般很少用到了：

现在，如果你发信对方的公钥在本地存储中有的话，就会自动调出来并用上了。

局限性

我已经使用gnupg有一段时间了，大部分情况都是作签名，也有加密发送的，感觉效果还行，就是在mutt中收到又加密又签名的邮件的时候，界面上的显示会比较乱而已。还有一个损失就是，如果再像以前那样把要保密的内容用gnupg加密发送到自己的gmail邮箱中的话，gmail中只能显示一堆乱码——加密了嘛，但是搜索是肯定搜索不出来的了，除了按标题搜索，gnupg一般是不对标题进行加密的。

参考：

Everything You Need To Know To Start Using GnuPG with Mutt，非常好的说明，还重点讲了gpg加密的原理，为什么要使用签名和加密等等。

mutt+gnupg实战

Source:http://www.fwolf.com/blog/post/302

从几年前，大概2001年开始我就在想如何管理自己的文档才好？那时候主要是wps，doc等文件什么的比较多，还没有数码相机，所以只有几张网友的照片，而随着时间的推移，无论是照片，还是文档都在增加，我现在只能是每年建一个目录，然后下面大致分上几个子目录，把文件名尽可能的写长一些，方便以后查找，最后每年的文档一打包就扔到角落里面去了。但是这样作的直接结果就是旧文档很少被用到，能不用就不用，因为使用的时候找要找半天，解压也麻烦。

还有，现在联网方便了，我要从家里直接连上公司的电脑，或者反过来，无论是在公司还是在家办公，调用以前的文档都非常方便才行。gmail和groups出现之后我也尝试过把文件放在邮箱里（自己给自己发信），不过gmail中文搜索并不理想，尤其是不太常用的行业词汇，很难搜出来，结果还是要找半天才能找到。所以，要想通过互联网管理或者共享文档的话，还是要专门的文档管理系统才行。

所幸，除了一些商业的DMS之外，还是有一些免费的文档管理系统，不过在挑选之前，先考虑一下我期望的DMS应当具有的特性：

• web方式在线使用，这样可以方便自己或者同事调用。
• 具备完善的用户权限控制，可以对每个节点进行授权，但也要能选择无需登录就可查看的文档；如果能够支持按ip或其他条件来定制游客权限就更好了。
• 服务器运行环境要是nix平台，讨厌windows；apache或类似服务器，php或类似语言，java的不要，块头太大。
• 支持多种类型的文件，比如支持pdf预览，支持图像exif信息查询等等。
• 完美支持中文等字符集。
• 文档仓库要按照时间或分类建立目录树，不要强制修改文档在仓库中保存时的文件名，这样即使暂时脱离DMS，直接在文件系统中查找也不会太麻烦。
• 支持文档的版本，支持文档之间的关联。
• 支持批量导入，我把目录拷贝到仓库中，可以快速批量进行设置，导入进来。
• 最好能夠支持多个"文档仓库"，这样现在的工作文档和以前的历史文档就都能夠管理起来了。

应该说我的要求不算高吧，可是找了一个上午，仍然没有满意的结果，有些是以前就试用过的，有些则是不适合我。当然肯定不止我一个人在寻找，很多人都在找呢，比如 这个、这个，下面说说这些系统都怎么让我不满意的吧：

DocMgr

这大概是在功能上我最满意的DMS了，但是他使用的是postgresql数据库，这个我可以克服，但是它的文件居然也都是存储在数据库中的，我可不想动辄备份几个G的数据库，放弃。

KnowledgeTree Document Management

KTDMS是比较成熟的一款了，除了开源的版本，还有商业版本可用，不过以前试用过，更偏重文章而不是文件的管理，靠近知识管理更近一些，不太适应数字资产管理的需要。

MyDMS、 owl

这两个是一系列类似系统中稍微好一些的了，特点是侧重于文件的管理，甚至作的和资源管理器一样。其实我要是想自己建目录管理文件，还费劲上什么DMS啊？另外对仓库中的文件都进行了重命名，不便于脱离DMS在文件系统中直接查询，也只能放弃了。

至于其他flickr、yupoo等在线图片管理网站就不说了，只能管理图片，不能管理其他类型的文件。

今天的搜索就到此为止了，还是没有找到最合适的，以后有时间我会继续查找，补充在这里。或许，闲得无聊的时候我会自己写一个？

Source:http://www.fwolf.com/blog/post/301

首先可以用Real-Time Compression Check检查一下你现有的网站是否启用了压缩输出，如果没有，而且你使用的是iis系列web服务器的话，可以购买商业软件比如 ZipEnable来实现；如果使用的是apache服务器，那你有福了，使用mod_deflate就可以了。

mod_deflate的前身是mod_gunzip和mod_gzip，他们大多用于Apache 1.3分支，现在的Apache 2.x系列中，就被mod_deflate替代了，并且功能更加丰富。mod_gunzip和mod_gzip的区别在于：

mod_gunzip需要服务器上的文件本身就是压缩存储的，如果浏览器不支持压缩的话，再由web服务器解压后传输给客户端，否则直接读取压缩文件传给客户端。这样作的好处就是不占用cpu，并且大多数浏览器支持压缩，需要web服务器解压的不大。不过，碰到不支持压缩的机器人的话可就不好半喽。另外现在网站的内容大多是由程序动态生成的，在这种情况下mod_gunzip就没有用武之地了。

mod_gzip则不需要文件预先压缩存储，而是在浏览器支持压缩的情况下，把数据压缩之后再传给客户端。这样会牺牲一些cpu代价，但是适用于网站内容由程序动态生成的情况，并且gzip的速度也是非常得快，每次web请求的数据量也都不大，所以实际的cpu占用并不会太多。并且如果文件本身就是压缩了的，比如index.html.gz，那么这些文件会被直接输出，不用再压缩了（这样并不代表有了index.html.gz，就能替代index.html作为目录索引页） 。所以mod_gzip实际上覆盖和超越了mod_gunzip的功能。

mod_deflate的启用在ubuntu中很简单，"a2enmod deflate"就可以了，其他系统可以在httpd.conf中添加：

mod_deflate还需要配置一下，比如在httpd.conf中：

指定对html、txt、xml、php、js、css等mime类型的文件进行压缩，application/x-httpd-php和application/x-javascript是我加上的，不知道能否起作用。也可以按照文件扩展名或者浏览器类型进行压缩,还有更复杂的配置，可以查询 官方的手册。

参考：
Compressed delivery
*.gz files shouldn't get "Content-Encoding: gzip" header
How To Save Traffic With Apache2's mod_deflate
Apache Module mod_deflate

Source:http://www.fwolf.com/blog/post/299

通过控制端口连接上路由器之后，默认的是

提示符，这个状态下只能查看，不能进行配置，输入命令"en"就进入管理模式了，提示符也会有相应改变：

然后就可以配置了，首先是配置ip地址，就像这样：

解释一下：
首先"conf t"到底是什么我也不太清楚，或许t是配置的名称，或许是某个命令的简写，反正这么配就是了:)；
然后用interface命令指定要配置的网卡，选定之后ip address命令就是设定网卡地址，如果设置2个地址的话，掩码后面要跟上个secondary；
ip地址设定完之后用exit退出网卡设置的"子过程"，继续配置静态路由，先用"no ip route"清除以前的路由表，然后再用"ip route"设置新的；
最后exit退出设置，"sh run"这个命令也许是运行配置，也许是检查配置，反正执行一下就是了，你会看到所有的配置情况，检查其中的ip地址设置、nat设置、访问权限设置、路由设置等等。
没有什么问题的话应该就可以生效了，但测试成功之后别忘记把配置保存起来，不然路由器一重启配置就恢复成原来的了：

有的时候配置完不生效，需要重启一下光电转换器，或者切换一下光电转换器的模式然后再换回来，只要配置好了能够正常ping上端路由器的互联地址，应该就是没有问题的。不过我配置的时候总是怪怪的，明明配置好了，路由转发就是不成功，后来实在没办法打到网通光纤机房请教，居然是个女孩子在值夜班，服务态度当然是A+了，她那边检查一下居然什么问题都没有了，残念。。。

Source:http://www.fwolf.com/blog/post/297