鳥毅的Blog

上一次 解決了 Roundcube的主旨亂碼問題，這次再試著解決Openwebmail的Big5/GBK顯示亂碼。註：此處修正2.53版，自從2009年以來都沒有更新，3.0 beta要釋出得要一段時間。 簡單地說，若在email的header沒有指定Content-Type charset，未編碼的8 bit header在預設UTF-8 的Openwebmail看到主旨、寄件人等名字就是一團糟。 因為敝公司仍未正式轉換到Roundcube，加上VB超人說他比較喜歡Openwebmail的介面，所以 夾卵蛋 拼小命也要試著做出來，至少在List畫面要正常吧！

之前寫過很多次，一直找到能接替Openwebmail的下一代webmail，最後採用 Roundcube 。 RFC裏明明規定email header必須用7bit，但是早期的email client如Outlook Express、Becky等都有允許8bit的功能，因此亞洲不少國家流通的email都還有人在用8bit header。會出現允許八位元標頭是因為早期Unix上pine/elm等client軟體沒有編碼/解碼功能，為了讓收件人在elm上能看得到主旨才這麼做。現在新的email client都沒有允許八位元標頭的選項。 Openwebmail若指定預設語系Big5編碼，在收到Big5碼 8bit header郵件時完全正常，但若指定為UTF-8預設語系，則在Big5碼 8bit主旨會亂碼。 Roundcube 內定即是UTF-8編碼，大部份的email轉碼都很正常，但是Big5、GB2312等8bit 標頭則會變成亂碼；我在求助無門的情況下只好自力救濟。 Update:  Roundcube 會對其他編碼處理，但是限於在header有指定Content-Type, charset才行。

因為之前一直用ConvertZ轉影片字幕檔，但是我在家用Mac居多， 加上聽完HITCON 2011後在公司也不太想用Windows了（大誤） ，而且ConvertZ必須自己指定檔案的編碼，對於多檔轉換時很麻煩（找的字幕檔編碼不一定是某種編碼），希望能有更方便的解決方案。原本想要用 開放中文轉換 ， opencc ，但是在Windows編譯上遇到困難，後來又看到 convert2utf8 ，本以為它會自動轉換編碼，用了才發現不會，再找了 Universal Encoding Detector ，自己加上自動編碼偵測，並在轉換檔加上 BOM 。