387    这很容易办到，因为我之前就很小心的保留了对代码的8位兼容性（就是，没有强迫ASCII字符集中未曾用到的第8比特位去携带程序信息）。

388    这并不是因为我有先见之明，而是遵循了另一个原则：

389    15.在写任何网关软件的时候，都该花点功夫尽可能不去干扰数据流除非用户强迫你，否则 永远 不要抛弃任何信息！

390    假设我不曾遵循这个原则，那么加入8位MIME支持就会很困难而且毛病多多。

391    事实上，我现在做的只是读一下MIME标准（RFC1652），然后加入一条小小的标头生成规则。

392    一些欧洲用户请求我加入了一个选项，来限制每次连接可下载的邮件数目（这样他们可以节流昂贵的电话上网费）。

393    我曾长时间抵触这种做法，就算现在也不是心甘情愿。

394    但是如果你是在为外界编写程序，那么你就必须听从你的客户即使他们不付钱也应如此。

395    九 源自Fetchmail的更多经验

396    在我们回到广义的软件工程问题之前，还有几条fetchmail开发中的独特细节需要深思。

397    非技术性的读者可以安心跳过本章。

398    rc（fetchmail用户配置）文件语法中包含了一些完全不需解析的，可选的“噪音”关键词。

399    与传统´关键词-对应值”匹配关系相比，它们所带来的趋近于英语语法的配置文件更具可读性。

400    这源自一个深夜的实验，当时我注意到rc文件的配置命令非常像一门微型指令语言。

401    （这也是我把关键字´server”改成´poll”的原因）