ちなみに NetBSD では

1. プロバイダに配送されたメールを fetchmail で取得
2. 受けたメールは procmail が bogofilter に喰わせて、SPAM じゃなければ ~/Maildir に、 SPAMだったら ~/Maildir/.bogofilter に配送
3. 特定の条件にマッチしたら PHS に転送
4. ~/Maildir は IMAP 経由で参照

といったようなことをやっているので、これと同じことを Lion Server でもやるのです。

Server Admin.app からメールサービスを選択して、メールペインの「メールサービスを構成」を押すとあれよあれよとそれなりにセキュアなメールサーバーの設定が出来上がります。んで、設定に満足したら  Server.app でメールサーバを「入」にすると目出度くメールサーバーが動き出す、という流れ。 Server Admin.app がやってることは  /etc/dovecot や /etc/postfix やらの設定ファイルをゴリゴリ書いてるだけっぽいので、分かってる人には不要っだよねってことで Lion Server には Server Admin.app が最初っから入ってないのかもしれない。…だったら Server Admin.app は最初っからいれて、ヘルプに  Server Admin.app がやってることを記載すべきだよなぁ。

NetBSD の Courier-imap から Lion Server の Dovecot の既存メール移行は、どーせ俺一人分だしってことで imapsync を使いました。 pkgsrc であれば mail/imapsync ですね。

imapsync \
--host1 oldhost --user1 goro --passfile1 ./pass1.txt --authmech1 PLAIN \
--host2 newhost --user2 goro --passfile2 ./pass2.txt --authmech2 CRAM-MD5 \
--sep2 / --prefix2 INBOX/

しかしどーやら Drobo S さんが大量のファイル読み書きでストールしちゃうらしく、上記コマンドを何度か繰り返して移行することになってしまいました。

ということで Dovecot でメール取得の準備は出来たので次は procmail でのプロバイダからのメール取得と振り分け。で、 NetBSD では procmail で直接 Maildir にメールを配送していたのですが、 Lion Server 上で動く Dovecot の Maildir は一般ユーザー権限では読み書きできない奥深くに置かれているので同じようにやるのは無理そう、と思って調べたらちゃんと Dovecot のドキュメントに procmail でのやり方が書いてありました。 Maildir がユーザー権限で読み書きできないから、じゃなくって Dovecot 経由でメールをコピーしないと index を更新しないから、って理由でしたが、とにかくこんな感じ。

# file: /etc/procmailrc
# system-wide settings for procmail
SHELL="/bin/bash"
SENDMAIL="/usr/sbin/sendmail -oi -t"
LOGFILE="/var/log/procmail.log"
DELIVER="/usr/lib/dovecot/deliver"
:0 w
| $DELIVER -d $LOGNAME

なんだけど、まず、ここに記載してある /usr/lib/dovecot/deliver は Lion Server では /usr/libexec/dovecot/dovecot-lda になったようです。で、 Lion Server に特化した変更点かどーかは知らないんだけど、一般ユーザーからは実行できないという作りになっていたのでした。
じゃあどうする!? と 10 秒ほど悩んだのですが、折角固定 IP を持っているし、 Lion Server の Dovecot は sieve での振り分けまで可能なのでプロバイダから無条件転送をして、 Lion Server 側で振り分けて転送しちゃえばいいや、ということに落ち着いたのです。

まとめると最終的な移行手順はこんなになりました。

1. NetBSD での fetchmail 停止(fetchmail –quit)
2. imapsync によるメールコピー
3. Lion Server で sieve による転送設定(Roundcube から設定するしかない?)
4. プロバイダメールの転送設定
5. 1-4の間に届いたプロバイダメールの取得

参考にしたのは下記のサイト。

• cronからlaunchdへ（より効率的なジョブ管理を目指して)
• launchd(8)
• Mac OS X launchd plist StartInterval and StartCalendarInterval examples

thanks a lot!!

移行してみたのは相変わらずお世話になりっぱなしというかないと生活できないレベルの pkgsrc の更新。 crontab にはこんな感じ

30 5 * * 1-6 cd /usr/src/pkgsrc && cvs update -P -d > /dev/null 2>&1

で書いてますが、これを launchd 形式に書き直します。
ポイントとしては

1. ユーザー権限で実行
2. メールがウザいので stdout/stderr は /dev/null 送り

でしょうか。

ということで参考サイトを見ながら適当に xml を書いてみる、とこんな感じ

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>jp.hyrule.flora.src.pkgsrc</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/bin/cvs</string>
        <string>update</string>
        <string>-Pd</string>
    </array>
    <key>WorkingDirectory</key>
    <string>/Volumes/pkgsrc/src/pkgsrc</string>
    <key>StartCalendarInterval</key>
    <dict>
        <key>Hour</key>
        <integer>3</integer>
    </dict>
</dict>
</plist>

これを適当な名前(ラベルに準じて jp.hyrule.flora.src.pkgsrc.plist )で ~/Library/LaunchAgents/ に保存して

launchctl load ~/Library/LaunchAgents/jp.hyrule.flora.src.pkgsrc.plist

とやると登録完了。… launchd がきめ細かな設定ができるとはいえ cron の御手軽さも捨てがたいものはありますな(無理に lanuchd を使わなくてもいいだろうという話もある)
手間取ったところは

Program
If this key is missing, then the first element of the array of strings provided to the ProgramArguments will be used instead.

というあたり? Program はなんのために定義されているんだというか、 ProgramArguments の最初の要素がプログラム扱いというのは微妙に気持ち悪い。

で、これを登録して放置してたら /var/log/system.log に

Jul 29 03:09:55 flora jp.hyrule.flora.src.pkgsrc[87752]: cvs update: Updating .

とか表示されちゃって厭ん。何が悪いかってーとポイント 2 番目の /dev/null　を忘れちゃったからなんですね。

ということでこんな感じに修正

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/
PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>Label</key>
        <string>jp.hyrule.flora.src.pkgsrc</string>
        <key>ProgramArguments</key>
        <array>
                <string>/usr/bin/cvs</string>
                <string>update</string>
                <string>-Pd</string>
        </array>
        <key>WorkingDirectory</key>
        <string>/Volumes/pkgsrc/src/pkgsrc</string>
        <key>StartCalendarInterval</key>
        <dict>
                <key>Hour</key>
                <integer>3</integer>
        </dict>
        <key>StandardOutPath</key>
        <string>/dev/null</string> 
        <key>StandardErrorPath</key> 
        <string>/dev/null</string>
</dict>
</plist>

言うまでもなく赤字が変更部分。で system.log には吐かれなくなりました。

この StandardOutPath や StandardErrorPath で STDOUT や STDERR の吐き先を変えられるってのは syslogd 経由せずに好きなところにログっぽいものを書き出せるので、地味に便利かもしれない。

1. QNAP
2. HP Proliant MicroServer + FreeBSD + ZFS
3. DROBO

1. は中身が Linux なのとちょっとお高めなのが難点、 2. は安いけど NetBSD が FreeBSD になるだけなのでイマイチ、 3. お高めなのと遅いという世間の評判が気になる、とゆー事で一長一短なのですが、 Lion になると Server が安くなる風味なので、それで遊んでみたい欲求にかられて 3. を選択したのでした(そもそも 1 や 2 だと Mac mini が減らせない罠)。って今の Mac mini は Core Duo なので Lion が動かないこと確定なんだけど、そこは Lion Server が載った Mac mini Server に買い替えるなり、妹から Core 2 Duo な Mac mini を譲ってもらうことでカバー(笑)

じゃあ Drobo にするとして、どれを買うかっつーのが次の悩み。 Mac mini を活かす前提なので FS はナシなので安くてディスクが 4 本入る 2G にするか、高いけどディスクが 5 本入る S にするのかとゆー 2 択。価格的に 2G でいいかなー、と思ったけど 3TBi のディスクの対応状況が不透明だったのと個人輸入しちゃえば日本で S 買う金額で S と 2TBi のディスク 3 本ぐらい買えちゃうので、 S を買ったのです。いやっほー

ちなみに B&H で買って UPS で配送したのですが本体 $669.00, 送料 $102.34 の計 $771.34 。カード会社のレートが $1 = \81.640 で \62,972 。これに関税 \1,500 が足されて \64,472 でした。これが amazon.co.jp によると参考価格 \99,799 が \85,973 で売られてるんだから、多少時間がかかっても個人輸入するというもの。なお、水曜日の夜に頼んで日曜日に届きました。というか日本には土曜日についたみたいなんだけど、税関は土曜日もやってるんですねぇ。月曜日処理されて火曜日に到着コースかと思っていたのですが…。ちなみに中身というかマニュアルや CD にはしっかり日本語も書いてあるし AC アダプタも 100V-240V 対応なので、あえて日本で買う意味はあんまり無さげ(サポートも残念みたいだし)。

で、 2TBi のディスク 3 本(ソフマップで買った Seagate の ST2000DL003, \6,150×3 で \18,450 なので日本で買った時との差額以下ですな)刺して、 USB2 で Mac mini に繋げてディスクユーティリティでコピーしかけたんですが、 read,write 共に 20MB/sec ちょいで予想時間 1 日 19 時間…。早くも後悔しかけている(笑)

で、 ZFS root な環境を潰したんだから、じゃあ ZFS boot も試してみるかと思い立って実験したのです。

まずはここから ZFS boot なインストーラが用意された iso を取得。で、さっきの mkmemsitck.sh に相当するものを探したら fbsd-install-iso2img.sh とゆーのがあったのでこれもゲット。で、これを使って iso をメモリイメージに変換。ついでに iso の中身を見たら 8.1-RELEASE-i386.tar.xz とゆーのをインストールに使ってるっぽいのでそれも iso から取り出しておく。

前回と同様にさくらの社長ブログを参考にさっき作ったメモリイメージから起動して適当なパスにさっき取り出した 8.1-RELEASE-i386.tar.xz をテキトーな所( /usr/local/tmp を掘ってそこに置いた)に置いて、そのままだと ad0 が GUID パーティションじゃないので

dd if=/dev/zero of=/dev/ad0 bs=1m count=1

とか強引に partition table を綺麗にして

zfsinstall -d /dev/ad0 -t /cdrom/8.1-RELEASE-i386.tar.xz -s 2G

としてインストール。あとはテキトーに rc.conf やらなんやらを編集してリブートするとあっという間に pure ZFS な FreeBSD の出来上がりっと。あまりに簡単なので感動は少ないけど、こんな感じになるのでした。

やっぱ ServersMan@VPS は解約かな…。

FreeBSD を使っていた身としては /usr/pkg は /usr/ports に対応するもの、つまりパッケージシステムのソースが置かれるところという認識だったのですが、 pkgsrc のソースが置かれるのは /usr/pkgsrc 、で /usr/pkg は /usr/local に対応し出来上がったコマンドその他が入るところなのですね。それが大変気持ち悪く、 NetBSD で ports を使う方法がないか調べたりもしたわけなんですが、 pkgsrc を使わずに Emacs をビルドしてインストールした時に

• システムコマンドは /bin, /usr/bin
• pkgsrc で入れた奴は /usr/pkg/bin
• 自分で入れた奴は /usr/local/bin

と綺麗に分かれる事に気づいて、それからは pkgsrc 大好きっ娘になったのです(笑)。もっとも pkgsrc だけは NetBSD であっても /usr/src/pkgsrc に置くようにしてますけど。

ちなみに MacPorts は /opt/local 以下に入れるようになってて、/opt を別パーティションにする習慣がない俺にはちょっと…って感じです。まぁ MacOS X は / 一本なので本来問題ないのですが(笑)

で、その後 Solaris を使うことになって、でも当時の Solaris のパッケージシステムがイマイチイケてなかったので、じゃあ試しにってんで Zoularis を使ってみたら思ったより快適だったので， Zoularis -> bootstrap と使い続け今に至るのです。

実際、普段使ってる NetBSD, MacOS X, CentOS(?) でほぼ同じようにパッケージの管理が出来るのはとても楽。もちろん複数の OS を使ってないのであればネイティブのパッケージシステムを使ったほーが楽だと思いますけどねー。

残念ながらOSはCentOS一択らしいので、それは我慢していつものようにpkgsrcを入れようとしたらcvsが入ってないからソースをとってこれない(笑)。が何故か curl は入ってるので(流石Linux…)とりあえずtarballをゲット

cd /usr/src
curl -O ftp://ftp.NetBSD.org/pub/pkgsrc/current/pkgsrc.tar.gz
tar xvfz pkgsrc.tar.gz

で bootstrap と思ったら gcc がないからエラーになりますよ、と(流石Linux…)。仕方ないのでとりあえず

sudo yum install gcc

でお茶を濁す。

気を取り直して再度bootstrapと思ったらbmake作った後に

bmake: no system rules (sys.mk).

などと言われてコケる。
んー、と悩んでググってみたところ、どーもcurrentのbmakeだとイケナイらしいので、手元にあった古めのbmakeのソース(bmake-20090909)をコピーしてみたところ今度は成功。

落としたtarballが若干古かったらしくcvsで最新のソースにしてもやっぱりbuildが通りました。しかしcvs入れるためにはbootstrapが終わってないとイケナイのだよなぁ…

あとは普段入れてるのは入れていくだけ、と思ったら今度は termcap がどーこーと言われてやっぱりエラー。ググったらこっちは有名な事象らしくlibtermcap-develを入れればいいとのこと。

yum install libtermcap-devel

ということで再度トライしたところようやくbuildが通るようになりました。あー、やっぱり Linux メンドクセー(面倒な道を選んでるだけです

ソースの取得は相変わらず NetBSD でやってるので pkgsrc での話になりますが、Bazaar を使うには devel/bzr を入れれば良いみたい。

bzr の使い方はここに解説されているとーり

1. bzr init-repo –2a emacs/
2. cd emacs && bzr branch http://bzr.savannah.gnu.org/r/emacs/trunk/
3. cd emacs/trunk && echo “public_branch = http://bzr.savannah.gnu.org/r/emacs/trunk/” >> .bzr/branch/branch.conf
4. cd emacs/trunk && bzr bind http://bzr.savannah.gnu.org/r/emacs/trunk/

で OK。ソースのアップデートは cvs とほぼ同じよーに

cd emacs/trunk && bzr update

だそーな。

それはそれとして、最近はリリースこそされていないものの inline patch の更新が頻繁に行われいるようで、 64bit Cocoa Emacs でもバッチリインライン入力ができるようになってます。快適、というか IM によってモードラインに表示される単語が異なるというのが芸細でいいですな。

流し読みした限りじゃ WASABI が ffs にジャーナリングを追加した奴を公開するよーってことですかね? これかな?

実績はありそうだし softdep より早いらしいので遊んでみたいけど、そんな時間はないので次に NetBSD に HDD 追加するときに覚えてたらやってみようかな。

NetBSD には LFS があるけど、でも選択肢は多いほうがいいよね :D

どうも arts が依存してる x11/qt3-tools で問題が起きてるっぽいんだけど、 qt3-tools で make clean && make build しても問題が解決しないんだよねぇ。

と悩んでいたら qt3-tools の一部である(?) uic が要求する /usr/pkg/lib/libGLU.so.1 が libstdc++.so.5 に依存してたのが原因のようでした。じゃあ libGLU を作り直せばいいんじゃ、と思ったんだけど libGLU が何に含まれるかわかんない(笑)。調べたところ MesaLib っぽかったんだけど、 pkgsrc ではさらに細分化されてて graphics/glu を入れ替えるのが正解でした。

pkgsrc はこーゆー NetBSD 自体をバージョンアップした時にハマることが多いような気がする。えぇ、勿論 make update ではなく make replace なんてヤクザな(?)入れ替え方法を使ってる俺が悪いんですがね(苦笑