340    因为除非传送完成或至少已经暂入缓存了，不然SMTP接收端不会发送确认信号。

341    同时，性能也提高了（尽管这不是你运行一次就能感觉到的）。

342    另外值得一提的是，用户手册也简化了许多。

343    日后，为了应付一些来自动态SLIP的纠葛，我又不得不重新加入了可由用户制定MDA功能。

344    但是做起来简单多了。

345    这说明了什么？

346    只要不损失效率，就不要对丢弃一些功能而举棋不定。

347    圣-埃克苏佩里（当他不写作经典儿童书籍的时候，是一个飞行员兼飞机设计师）曾说过：

348    13.´完美（的设计）意味着没有东西可以再被加入，而是没有东西可以移除”

349    当代码变得高效又简洁的时候，就可以说是走上正轨了。

350    在这个过程中，fetchmail有了自己的特设，脱离了前代的popclient。

351    到了该换名字的时候了，新的设计和老的popclient相比，更像是sendmail的搭档。

352    二者都是MTA，不同的是sendmail是向外投寄，而新的popclient是接收转发。

353    所以，开工两个月之后，我把它更名为fetchmail。

354    在这个将SMTP转发加入fetchmail的故事中，有一则普遍的经验。