59    （这也是为什么尽管GNU对Unix成见很深，却依然采用Unix为基础开发操作系统的原因）

60    而Linux世界更是把这种传统发挥到了技术的极限。

61    在浩如烟海的Linux开放代码中花点时间来寻找一个不错的程序，总比去别处要强的多。

62    加上我之前用到的，第二次的搜索让我有了九个候选对象：fetchpop、PopTart、get-mail、gwpop、pimp、pop-perl、popc、popmail和upop。

63    首先选用的是肖恩的fetchpop，我对其做了一些改动并将改写邮件地址的功能加了进去。

64    后来他把这些改动加入到了自己的1.9版本中。

65    几周之后，我偶然接触到了卡尔·哈里斯的popclient代码时，问题出现了。

66    尽管fetchpop有那么多优秀的原创功能（比如他的后台程序），但是却只能支持POP3协议，而且代码不够老练（肖恩很聪明，但是缺少经验）。

67    卡尔的代码则更好，专业而稳固。

68    但是却缺少很多重要的功能那些fetchpop中的妙作（包括我加入的部分）。

69    是继续使用fetchpop还是改用popclient？

70    如果转换的话，就意味着我不得不放弃已经完成的代码来换取一个更好的开发基础。

71    一个实际的转换动机是去支持更多协议。

72    POP3使用最广，却不是唯一。

73    Fetchpop和那个竞争对手同样不支持POP2、RPOP和APOP。