無奈的程式設計師，原來老闆們喜歡大的~

最近接到一個企業入口網站的案子，整個案子開發還算順利，過最後上線測試的時候，在 Web Mail 的部份效能變得非常的慢，可是公司測試都很好，甚至一個帳號 5000 封信的信箱都很正常，而且試過 sendmail, exchange, 甚至直接接收 hinet 的信箱都很正常，後來直覺是業主的郵件主機問題，而且後來也證明是他們的郵件主機(POP3)吐信太慢。

對一個工程背景的人來說，第一個想法，換掉郵件主機，而且如果預算不夠，願意免費贈送一套 rainbow mail server(相較專案的費用，軟體的錢可以忽略)，或是使用 sendmail ，並協助信件轉換。

經過測試，不論是 sendmail 或是 rainbow mail server 效能都沒問題，速度提高數10倍(可以想像原本的多慢)，不過問題來了，業主以及專案主管不同意，因為我們提供的 mail server 太小了，只有一個檔案

【檔案還那麼小，有能力能處理那麼多信件嗎？原來用的那套雖然簡單，也要安裝幾分鐘，安裝之後光看檔案數就比你這套完整...】

那換 Sendmail 呢？
【不喜歡用免費軟體，而且聽說 sendmail 有很多漏洞~】

再多的測試數據，都比不過老闆的直覺印象
辛苦以核心技術開發的程式，比不過疊床架屋的拼裝軟體

最後只能修改程式，以非同步方式將信件下載到 Web Server Cache 起來以提高速度，結案之後，在閒聊中小弟還是忍不住，

您知道您之前用的 hinet 信箱可能也是用 Sendmail 架的？
【怎麼可能？】

當場 Telnet 給他看
Telnet msa.hinet.net 25
看了專案主管的表情