291    在我最后一次修订本书（2000年11月）的时候，已经有了287个成员，而且每周还要增加两到三名。

292    实际上，在1997年5月下旬我改写本书的时候发现，发现出于一个有趣的原因，当人数逼近300峰值时就会开始流失成员。

293    一些人要求我把他们从名单中去掉，因为fetchmail对他们而言已经近乎完美了，所以他们不再需要收到通讯了。

294    或许对于一个成熟的市集型项目，这是其正常生命周期的一部分吧。

295    七 Popclient变成了Fetchmail

296    项目的真正转折点来自一份哈利·豪切斯的草拟程序，通过它我们可以将邮件转发至客户机的SMTP端。

297    几乎在收到程序的同时，我就意识到，这个功能会让其他的邮件传送模式都成为历史。

298    我曾用几周的时间摆弄fetchmail，当时总觉得虽然界面还能用但是却不够漂亮，到处是用处不大的选项。

299    “将收取到的邮件归档”或者 ´标准输出”选项尤其让人心烦，可我却说不出个所以然来。

300    （如果你对网络邮件的技术细节不感兴趣，那么就可以安心的略过下面两段。）

301    当我考虑加入SMTP转发的时候，才发现popclient包揽了太多的事情。

302    它身兼两职既是一个邮件传输工具（MTA）又是一个本地投寄工具（MDA）。

303    但是如果有了SMTP转发功能，它就可以摆脱MDA的工作。

304    像sendmail一样专注于MTA并把邮件的本地投寄工作交给其他软件。

305    几乎每个支持TCP/IP的平台都预留了25号端口，那么何必去折腾复杂的代理设置或者´添加-锁定”本地邮箱呢？