POP3优化中碰到的问题

参照这个文档（http://blog.chinaunix.net/u/11279/showart_78079.html）去进行了优化pop3的性能，在修改个人文档的外来邮件选项后（Prefer MIME），理论上应该所有邮件格式的转化工作应该由Router来完成的，修改完一台服务器后，测试了几封邮件正常。后来又去优化另外一台服务器，同样的操作后，再去测试，发现收邮件仍然在做格式转化。

2007-05-28 11:05:52   Begin CD to MIME Conversion(Process: Router (0000156C:00000006), Database: h:\Lotus655\Domino\data\mail.box, Note: 000009D2)
2007-05-28 11:05:52   End CD to MIME Conversion(Process: Router (0000156C:00000006), Database: h:\Lotus655\Domino\data\mail.box, Note: 000009D2)
2007-05-28 11:05:59   POP3 Server: 192.168.0.1 connected
2007-05-28 11:05:59   POP3 Server: leiadmin/ibm logged in; connecting host 192.168.0.1
2007-05-28 11:05:59   Begin CD to MIME Conversion(Process: POP3 Server (000014AC:00000008), Database: h:\Lotus655\Domino\data\mail\leiadmin.nsf, Note: 000009D2)
2007-05-28 11:05:59   End CD to MIME Conversion(Process: POP3 Server (000014AC:00000008), Database: h:\Lotus655\Domino\data\mail\leiadmin.nsf, Note: 000009D2)
2007-05-28 11:05:59   Begin CD to MIME Conversion(Process: POP3 Server (000014AC:00000008), Database: h:\Lotus655\Domino\data\mail\leiadmin.nsf, Note: 000009DA)
2007-05-28 11:05:59   End CD to MIME Conversion(Process: POP3 Server (000014AC:00000008), Database: h:\Lotus655\Domino\data\mail\leiadmin.nsf, Note: 000009DA)

 

后来不停的测试，总是不成功，后来才发现原来是由于邮件没有正文和附件才会导致这样的问题，如果邮件有正文和附件就不会出现这样的问题。后来与IBM 800工程师联系才知道这个已知的一个问题，并且目前没有计划去修复这个问题。

 

后来想想这种情况的问题（既没正文也没附件）也不会太多，也就算了。后来接着测试发现发送有正文和附件邮件仍然看到有转化的信息输出，后来经过检查，原来每次转化的邮件的消息ID是一样的，就是你的没有正文和附件的邮件的ID，好像在做转化的时候他会去遍历一遍所有邮件，然后去做转化。由于这些没有正文和附件的邮件总是存在邮件文件中，所以还是作格式转化。