323    12.通常，当你确信自己在解决一个错误问题的时候，会激发最具突破和创造力的方案。

324    把popclient开发成一个组合软件（作为MTA兼MDA，让他支持五花八门的本地投寄模式），实际上等于在尝试解决一个错误的问题。

325    fetchmail应该被重新设计为一个纯粹的MTA，作为常规SMTP邮件传输路径的一部分。

326    当你在开发中碰壁（绞尽脑汁也无法做出下一个补丁）的时候，通常应该问问自己：´我是否找到了正确的答案？

327    ”或者´我是不是找对了问题？”。

328    也许有些问题需要重新定义。

329    好，我这就重新定义我的问题。

330    显然，正确的做法是：（1）在主驱动中加入SMTP转发支持，（2）把它设置为默认模式，（3）最后，抛弃所有其他传输模式，尤其是´本地归档”和´标准输出”两项。

331    第三步让我踌躇颇久，因为担心会流失依赖此模式的老用户。

332    理论上，他们可以立即使用forward格式文件或者非sendmail的类似功能来达到同样的效果。

333    但实践中，这种转变大费周章。

334    一旦真这么做了，我发现好处非常明显。

335    驱动代码中的症结就此消失，配置选项也大大简化了。

336    再不需要围着系统的MDA和用户的本机邮箱打转了，也不需要为操作系统是否支持归档文件锁定而伤脑筋了。

337    而且，惟一可能出现邮件丢失的情况也没有了。