今天早上，我在看 src 的 commit log 的時候，看到 ume@ 加了 SWIDTH 的定義到 ko 的 locale 去，才想起來他幾星期前也加了類似的東西去 jp locale（他應該是日本人）。我就突然想到，zh_TW.Big5 locale 應該沒有 SWIDTH 的定義，結果一看，果然是這樣子，就嘗試生了一個 patch 出來，找某長輩測了測，發下都可以。於是我就跑去看 NetBSD 的 locale，發現他們一開始就有 SWIDTH 的定義…（FreeBSD 是故意拿掉嗎？）

本來想說先在 blog 跟我板上找人測測看的，結果發現我的 patch 跟 NetBSD 的一樣，因此信心大增，直接 send-pr: conf/93844，本來這個 pr 就有 CC 給 ume@，想說他應該有興趣，沒想到 delphij@ 幾分鐘後就 commit 進 -HEAD 了！

我現在是希望這幾個 SWIDTH 的東西，能進 5.5/6.1 RELEASE 啦，來去推看看

還有，就是 deskutils/tpb 這個以前是給 Linux 用的（直接 parse /dev/naram…），現在配合 acpi_ibm(4) 之後，可以在螢幕上顯示音量什麼的，就跟 Windows 下一樣，真爽

對了，tpb 還可以設定在按下 Access IBM/Forward/Backward 的時候跑什麼程式 :p

上個週末幫系上換 Mail Server，中間碰到了一些問題，花了將近一整天的時間解決，想紀錄一下。

在看這篇之前，最好對 Postfix 的架構有稍微的了解，這樣子比較知道我要講甚麼。

我碰到的問題是這樣子的，系上有一個 aliases 會展開成約 800 個 E-Mail Address，以前在 Debian 與 Exim 3.x 都很好，當換成 FreeBSD 與 Postfix 的時候，送信過來時，會害 Postfix 開太多檔案，導致 local(8) 抱怨 socket: Too many open Files!。

一開始，想說是我 kernel 一些限制沒有調大，前前後後我總計調過 kern.maxfiles、kern.maxfilesperproc、kern.maxsockets、kern.maxusers，結果都沒有效，而觀察 kern.openfiles 則發現，大概開到 6324 的時候就會爛掉。

下午在找原因的過程中，有找過一些資料，其中提到有人有類似的狀況，中間提到了可以調 “duplicate_filter_limit” 這個參數，不過我看到說他調到 4000（原本是 1000）也沒用，也就沒放在心上。

晚上九點左右的時候，在看 sample-resource.cf 的時候，突然想起來這個參數，於是就開成 20000，結果一切正常（還好我那時候有找到這個，不然我大概就已經瘋了吧）。

這個參數是說 local(8) 跟 cleanup(8) 最多可以記住多少收件人的位址。後來再觀察，調大之後，他就不會去開那麼多檔，推測應該是之前他沒法記住那麼多位址（800 多個裡面有些還有 .forward 之類的），因此就要一直去開檔查 aliases 跟 .forward，所以就爆炸了（調大之後，大約只開了不到 1000 個檔）。

問題是我幹麼要送 Content-Type，反正你自己會處理，我是覺得這樣子的 behavior 很糟糕，設計 Content-Type 是讓你能不用 parse 內容就可以去叫適當的東西來處理，比較方便。

總之，我不喜歡這樣子的 behavior。