子非鱼的八卦共和国

企业邮箱系统：Google企业应用套件 申请地址 http://www.google.com/a/help/intl/zh-CN/index.html 

Push Mail系统：巴别塔尚邮SaaS版 申请地址 http://www.shangmail.cn/introduce.html

首先注册Google企业应用套件的标准版（免费）。通过域名认证，以及域名的MX解析，开通套件里的电子邮箱服务。设置好管理员以后开始添加用户，每个用户会分配一个邮箱。然后用户自行在邮箱里的设置中打开POP服务。

最后在尚邮（www.shangmail.com）开通一个Push Mail业务，绑定用户的邮箱地址。手机上安装好尚邮客户端，登陆以后Push Mail服务即可使用了。

大家也可以来申请我的自建邮箱@faufa.com（发又发，好兆头）。

欢迎申请，申请请发送用户名至 chenm@faufa.com ，已开通尚邮Push Mail业务，回复及时。名额有限，前期只放出888位，用户名可以随便申请，欢迎抢注。谢谢。

登陆地址是 https://www.google.com/a/faufa.com 

　　去广州出差感觉美食很多。其中双皮奶不得不介绍下。和老朱同学，和长征同事都是去品尝了一次。感觉口感很好，甜而不腻。朱同学从佛山大老远跑来，而且还是冒着台风，很让我感动。第二天碰到长征，居然在吃桂林什么粉，感觉一般。我吃的两次都是吃的冰的。很可惜，离开广州的时候本来说和张同事去吃一次，结果时间上安排不过来，遗憾。

　　据说，清朝末期，仁信双皮奶的创始人——董洁文与其父董孝华在顺德大良白石村以养牛为生，并跟着父亲做牛乳。大良附近多土阜山丘，水草茂盛，所养的本地水牛，产奶虽少，但质量高，水分少，油脂大，特别香浓。故大良水牛奶极受欢迎，水牛养殖业一直十分繁荣。
　　但是当时没有电冰箱，董父常为牛奶保存绞尽脑汁。有一次，董父试着将牛奶煮沸后保存，却意外地发现牛奶冷却后表面会结成一层薄衣，尝一口，居然无比软滑甘香！从此董家的人都迷上了这种多了一层“皮”的牛奶，一试再试，制成了最初的双皮奶。
　　如今九十高龄的董洁文对记者说，又经过十几年的摸索和改良，她制作双皮奶的技术日益精湛，生意也非常好，但非得用碗装后挑到乡镇去卖，非常不方便。１９５２年，她尝试着将自家的杂货铺改成专卖双皮奶、牛乳等的甜品店，成为今天的“仁信”。

　　其实双皮奶制作并不复杂也不神秘。做法如下：

1、烧开牛奶，最好是高脂奶（小火，开始冒小泡就可以关火了）

2、将牛奶倒入碗里待凉，等起奶皮

3、蛋清中放少许糖，打散搅拌

4、这时牛奶也凉了，表面结了奶皮

5、掀起奶皮一角，把牛奶倒入蛋清中（注意，不要把奶皮弄破，要把它还留在碗底一层）

6、将蛋清和牛奶混合均匀，把混合物倒入刚才底层有奶皮的碗中，所有的方子上都说奶皮会自己浮起来）

7、盖上保鲜膜，上锅蒸十分钟

8、放入冰箱冰镇几个小时即可（冬天可以热着吃）

　　预定的7天连锁酒店正好在广州著名的天字码头附近。浑浊的珠江水上，游船飞来飞去的。上午到了7天连锁酒店，结果还没有人退房，NO VACANCIES。索性去了上下九步行街逛逛。好像比上次（N年前）来要好很多了。感觉广州的整体物价要比北京便宜很多。中午在一家看上去颇有广州本地特色的餐厅吃的饭。我和望望各要了一份荔湾牛肉肠粉，味道不错，不过那位做肠粉的阿姨貌似态度不太友好，估计是日复一日的做着同样的工作心态变化了吧，这带着怨气和牛肉的肠粉最后还是被我迅速解决了。感觉没有吃饱，后来我又要了一份上汤鲜虾云吞伊面，望望又要了一份南岸水蛇粥。水蛇肉好难嚼，但粥挺鲜美的。感觉这美食是吃不过来呀。逛逛了，也没有买啥。准备回来的时候再去一次。天气挺热的。湿漉漉的。

　　下午2点40左右，望望带着悲伤走了，也许和我没有送他有缘故吧。不过还比较顺利，他下午6点就入住宾馆了。还在Q上狂骂我对他如何不好。哈哈。　　

　　晚上自己出去买的牛腩米粉，挺好吃的。久违了的广式味道。回来路上，看到卖龙眼的。一下又买了10元的。吃个饱。在面包房买了带有QS的面包和带有QS的维他奶，明天早上的早餐有着落了。希望都很QS吧。

　　下面是天字码头的一些历史吧。

　　为迎接2010亚运会，中心城区越秀区已经开始“扮靓”。 按照目前广州市建设部门已经批复的解放路、沿江路改造方案，广州多处具有历史价值的地标都将有新动作。其中天字码头将结束历史使命，退出历史舞台。

　　明代省垣未有码头，时有埔（大埔）人李寿相操船业，广行善事，独主筑码头，现永汉南路（今北京路）天字码头即其遗址。――《广东通志》

　　一个“天”字号的码头，居然来自几百年前一个有商业头脑的平民的创意，也许在现在很多人会说要是自己有那个机会，也必做此谋策，但现在的我们见识了那么多个世纪创造出来的知识文明，想当年能有这意识的人，何其的不简单。

　　在《大埔文史》里面对码头建设的过程，作了更加详尽的介绍：据说在明成化初年，大埔县三河坝水上人家李寿相与妻子双双逃荒来到广州，投靠梁家船上当船工。一年中秋节，李寿相冒死从珠江救上来一个因为赏月不慎落水的人。这位落水者是富商陈家之子，为报救命之恩，以1200两银子相赠。

　　李寿相有了银子，便辞去船工，自购船只，在各个码头奔波经营，几年后，已发展到有船20余艘。在往来运输的过程中，他觉得珠江岸上无一个专供装卸的大码头，殊为不便，遂独自出资在永汉南路建一码头。

　　在清雍正年间（1723年－1735年）天字码头在清代时是专为迎送官员，是目前广州使用历史最久的码头。“天”字,自古便具有不同凡响的意味。天字码头的特殊,不仅由于它悠久的历史,更由于它所拥有的显赫岁月:这里,曾是清代的“官用码头”,数不清的军政要员、达官贵人,在这里下船,接受隆重的欢迎仪式；离开时,也在这里“恭请圣安”,上船起航。1839年林则徐到广东禁烟在此上岸，孙中山也曾在此坐船逃往香港 。

你如何找资料？上网查，对吗？如果是的话，你并非唯一一个。根据Marketing Sherpa（译者注：美国一家市场调查公司），美国有将近一亿三千四百万的人经常用搜索引擎在网上找资料。而上述数字中，百分之六十三的人顶多只会看搜索结果的第一页。 如果你想你的网站出现在那，你就要采取一系列被称为"搜索营销"的策略 - 这是一个涵盖搜索SEO（译者注：即搜索引擎优化，下同）、点击付费广告方式在内的行业术语。

» 阅读全文

昨天晚上网站上线出现事故.

很可惜.哎.

不便于多说.

oreilly_postfix_the_definitive_guide 
作者: Kyle D. Dent 著 O’Reilly Taiwan公司 编译 章节目录

序
前言
第一章 简介
Postfix的起源与设计理念
E-mail与Internet
Postfix的角色
Postfix的安全性
如何取得Postfix
第二章 基本概念
Unix的概念
E-mail的概念
第三章 Postfix的结构
Postfix的组件
邮件如何进入Postfix系统
Postfix的队列管理器
投递操作
实际追踪Postfix的邮件处理流程

第四章 基本的配置与管理
第一次启动Postfix
配置文件
重要的考虑事项
管理
master.cf
收信限制
改写地址格式
改变根目录（chroot）
在线说明书
第五章 队列管理
qmgr的运行原理
队列管理工具
第六章 E-mail与DNS
DNS概论
决定邮件路由
Postfix与DNS
常见问题
第七章 本地投递与 POP/IMAP
Postfix的投递代理程序
邮箱格式
本地邮件的投递操作
POP与IMAP
本地邮件传输协议（LMTP）
第八章 虚拟网域
共享网域搭配系统账户
独立网域搭配系统账户
独立网域搭配虚拟账户
虚拟网域搭配特殊格式的邮箱
投递到外部程序
第九章 邮件转发
备用交换器
传输表
入站邮件网关
出站邮件网关
UUCP、传真以及其他投递机制
第十章 邮件列表
简易的邮件列表
邮件列表管理系统
第十一章 反垃圾邮件
垃圾邮件的本质
垃圾邮件的问题
开放转发（Open Relay）
辨别垃圾邮件
反垃圾邮件的措施
Postfix的挡信机制
客户端判别规则
SMTP语法规范参数
内容检查
自定义过滤条件组合
反垃圾邮件实例
第十二章 SASL身份验证
SASL概论
Postfix与SASL
Postfix的SASL配置
测试SASL验证配置
SMTP客户端验证
第十三章 传输层安全协议（TLS）
Postfix与TLS
TLS证书
第十四章 内容过滤
基于命令的过滤
基于守护进程的过滤
其他考虑事项
第十五章 外部数据库
MySQL
LDAP
附录一 配置参数
附录二 Postfix支持工具
附录三 Postfix的编译与安装
附录四 问题集
索引

中文版PDF:

http://www.sbear.cn/postfix.tar.bz2

http://www.sbear.cn/postfix.rar

英文原版CHM:

http://www.sbear.cn/oreilly_postfix_the_definitive_guide.chm

附件为 Google Hacks电子书

内容摘要：

Google的使用如此重要， O'Reilly有本专门的书介绍了如何优化网站面向Google的设计，和使用Google的一些技巧：
http://www.oreilly.com/catalog/googlehks/ 这里我很想把以前遇到类似问题时在Google上寻找资料的思路和大家分享一下：

足够“多”的特征关键词是快速定位的关键

有朋友问我：在比较慢的机器上Resin不能自动启动问题我是怎么找到在“启动脚本中加入15秒的延迟”这个解决方法的。我当时遇到这个问题后：首先就是把错误日志中的"Can't connect to parent"字样复制下来，然后在google上查：resin2 "Can't connect to parent"，从Google找到的资料大部分在Resin的BUG跟踪报告，FAQ和邮件列表中。虽然这些文档中没有给出一个比较直接的答案，但从中我获得了大量的相关信息，从而方便我对问题的分析。整个查找/解决过程大约用了10个小时左右。

如果用户理解了使用更多的关键词可以更快的定位到所需要的信息这一点的话，那么每次查询时用户使用的关键词个数就反映了用户的搜索引擎使用水平，根据在1997年，英语国家的用户平均每次上网查询键入2.1个单词，欧洲其他国家为1.5个单词；到1999年，英语国家是2.7个单词，欧洲国家是2个单词。英语国家用户的经验值要领先其他国家将近1年半的时间。中文搜索引擎也将经历一个用户经验值逐渐提高的过程。 
从中我们可以想象在互联网资源的使用水平上中国和国际先进水平的差距。

提高搜索结果质量的途径：使用英文专业术语、文件类型过滤、专业站点站内搜索
2000年1月，Excite公司的科学家对全球约6.4亿的Internet网页进行了语言认证，发现其中英文信息内容占了71%，而日文是6.82%、德文是5.08%、法文是 1.75%、中文则为1.52%。如此丰富多彩的英文海量数据库，势必吸引着英语国家的上网用户不断应用搜索引擎去寻找那些有价值的信息内容。使用英文专业术语：学会把自己的问题翻译成英文后再查最近一次经历是找一个Linux应用的安装文档，但用中文关键词搜出的内容大部分很多都很旧，甚至有基于RedHat5.2的，而且绝大部分只是的把台湾开发人员写的繁体板HOWTO转成了简体中文，此外，由于一些计算机名次中文名称的翻译不一致也限制了搜索结果的数量和质量。所以目前来说，质量比较高的仍然基于是相应领域英文关键词的搜索。比如，我在解决Perl源代码格式美化的过程中学到了 indent，pretty print和source code beatufier这些术语。通过这些关键词，也方便我找到了其他开发语言的代码格式美化工具。

文件类型过滤：
Google有对PDF, Word(Power Point, Excel), PS文档的索引能力，由于这种文档的内容比一般的HTML经过了更多的整理，学术价值一般比较高，所以这些类型的文档天生就比一般的HTML类型的文档 PageRank要高。可以通过"filetype:pdf keywords"这种格式过滤返回结果的文件类型，从而提高搜索结果的质量。

利用站内搜索减小搜索范围：
如果某个站点的结果数很多，Google会类聚成2条，并可以通过“www.example.com 站内的其它相关信息”执行站内检索，在查询的命令中其实就是"site:www.example.com keywords"，所以很多时候可以进一步通过站内检索将搜索结果限制在某些专业站点的范围内，这样很多问题的资料往往可以从其官方站点的FAQ或邮件列表HTML归档中查到。

此外Google本身也有按操作系统分类的主题搜索入口：
http://www.google.com/linux
http://www.google.com/bsd
http://www.google.com/mac
http://www.google.com/microsoft

我的猜测：Google其实是针对有相应内容的WEB站点根据其服务器进行了类聚，要知道关于Office的内容如果跑在Linux服务器的 Apache上那么很有可能是OpenOffice，而关于Office 2000的文档项目肯定是跑在Windows服务器的IIS上的多。

BUG反馈/改进意见也是一种非常有价值的劳动

首先，如果发现了问题一定要进行主动的反馈：有朋友问我说他以前早就遇到过类似的问题，说明Resin在CPU比较慢的机器上自动启动这个问题应该是比较普遍了，但为什么一致没有作为BUG提交上去呢？

其次，如果找到了解决方法，千万不要为自己的一点小技巧沾沾自喜，像在Java 编程技术中汉字问题的分析及解决这篇文章中提到的那个的高手那样，虽然他自己知道了通过Hacking Servert包的源文件解决中文字符集问题的方法，如果这真是一个正确的思路为什么不作为一个议程直接提交给JCP呢？

所以我在找到解决Resin自动启动这个问题以后，在相应的BUG跟踪报告中提交了自己的方法，如果以后的版本中有了改进，大家安装使用中可以少考虑一个问题不是更好吗。（虽然这个方法最后没有被采纳），有时候在反馈过程中你也许会发现让别人接受你的建议其实更难。尤其在中文支持问题上：但如果中文用户自己不主动反馈，以后很多的设计中就会继续忽略中文用户的一些特殊需求。

事实上无论是BUG提交还是改进意见，对于软件的进步都是一种非常有价值的。虽然目前国内还没有很多人直接参与开源软件的开发，但通过以上这些方式积极的参与也是在为开源软件加油。

更主动的反馈莫过于像Blogger一样的主动表达：把你的理解和想法通过互联网传播出去，由于在表达和交流过程中同时你也总结提炼了自己的思想，所以“教授他人其实正是一个非常好的学习过程”。

GNU的“工具箱”哲学：问题的分解

虽然常常发现自己碰到的很多问题在国外几年前就有人遇到过了，而且往往能通过Google找到大量相关资源。而且类似需求非常多的话，往往还会有很多 Open Source的解决方案发布在SourceForge.net Apache.org上。

但也不要指望所有问题都能够直接在互联网上找到答案，因为复杂问题本身的解决有可能利用其他一些工具组合解决完成的。比如：我在解决多台服务器之间的日志合并统计过程中找到的Apache的日志轮循工具cronolog，在OutLook Express邮件的HTML归档过程中找到的mbx2mbox+mhonarc，以及在CVS的常用工具整理过程中找到的大量优秀应用等。

GNU很推崇“工具箱”哲学：因为很多复杂的问题都可以通过几个更简单的工具通过一定的组合加以解决的。而Perl往往就是粘合这些优秀工具的“胶水语言”。这也是为什么Perl（或者说Perl的哲学）是任何一个程序员都因该学习并掌握的语言。

如果一个问题在Google上也找不到，有时候反思一下是不是自身需求本身的问题，因为只有合理的需求是发展的源动力：如果你发现提出需求目前很多系统中不支持，说明我们对其设计目标理解不够深入或者对问题的复杂度缺乏正确的估计造成的。比如：MySQL早期版本中没有外键和事务处理的支持，CVS没有文件的锁定机制，但事实上经过很长时间的实践证明：这些功能并非必需，而且没有这些功能系统也是“够用”的，而且是高效的。

总结
毕竟搜索引擎只是帮助我们把“模糊的”人类语言转换成立了计算机比较擅长的“精确”匹配，因此往往需要使用一些真正能够帮助去其他信息区分开的特征关键词（不仅是多）才能够把自己真正需要的资源比较高效的提炼出来；
而返回的结果不可能达到非常完美的程度，所以有时候除了一些技巧外，还是需要我们自己从头几十条比较相关的结果中进行一下归纳总结。“搜索= =>总结==>再搜索……”，我想基于搜索引擎的学习基本上就是这么一个不断提炼过程吧；
如果直接找不到问题的答案就想办法把问题分解，如果还找不到，就反思一下自己的需求是否合理；

把自己的经验通过互联网加以总结，反馈和推广，网志Weblog是一个不错的手段，善于把你的观点共享给别人；

相关资源：

Google搜索帮助
http://www.google.com/help/

NEC Research Institute CiteSeer
http://citeseer.nj.nec.com

The Apache Software Foundation
http://www.apache.org/

GNU项目
http://www.gnu.org

各种开源项目资源
http://sourceforge.net
http://freshmeat.net

    我们经常会遇到这样的问题：两份Word文件之中，只有一些极为细小的区别，如果单纯通过人工的方法去进行校对，那么不仅效率很低，而且也容易出错，容易漏掉一些不太明显的区别。Word 2003已经内置了一个小功能，可以让我们快速地找出两个Word文档之间的不同。

    操作步骤如下：

    首先打开待比较的Word源文件。

    执行“工具”菜单→“比较并合并文档”命令，在弹出的“比较并合并文档”窗口中单击另一份待比较文件，然后再勾选“精确比较”复选框后点击“比较”按钮。

图1 比较并合并文档

    此时Word便开始新建一份文档，并将所有的不同点用蓝颜色醒目地标识出来。

图2 不同点用蓝色显示

    怎么样，很兴奋吧？可我们发现，Word自动生成的的这个校对页面与我们平时的校对习惯不太一样，比如首先它没有使用标准的校对符号(比如删除线、插入点什么的)，而且它将所有的修改都自作主张地以“删除的内容”形式显示出来（无论是插入的还是修改而来的），让人看起来很不习惯。

    其实，这只是Word校对的默认显示方式问题罢了，对此我们可以通过修改其标识显示方式来解决。如下图所示，Word现在默认的是使用“显示标记的最终状态”，我们只要把它改成“显示标记的原始状态”就可以了。

图3 显示标记的原始状态

    下图所示就是最终的效果图。

图4 最终效果图

    怎么样？很方便吧，那您还不赶快动手试一试。