４月のsecurity update 2007.4 をかけたら、またAppleは設定を変えてくれたよ。困ったもんだ。アップデートしないわけにはいかない。しかし勝手に設定が変更されちゃうというのが何回もあった。困ったもんだ。説明が一切ないからな。
今度はFTP接続ができない。yk嬢からのクレームがあった。
みたらFTPサービスが停止している。でサービス開始したら、今度はroot directory まで見えちゃう。サーバ管理のFTPの認証済みユーザの参照先：ホームディレクトリのみ　という設定が有効にならない。で、Googleで調べたらxftpd だったのが ftpd に変更されちゃったらしい。
というわけで
/system/Library/LaunchDaemons/ftp.plist
を昔のバックアップにあったファルを参考に書き換えた。
サーバ管理からFTPサービスを止め、root 権限で、上記directory で
#cp ftp.plist ftp.plist.2007.4
と、コピーしておいて
ftp.plist ファイルの
6行目　　ftpd　→　xftpd
8行目　　ftpd　→　xftpd
11行目　ftpd　→　xftpd
12行目　-l →　-a
18行目　Bonjour　→　SockPassive
とそれぞれ書き換えて、さらに
21行目と22行目の間に

を挿入する。

20074ftpplist.txtが2007.4のSecurity Update で代った ftp.plist。
xftpplist.txtが以前の ftp.plist。
サーバ管理からFTP開始。
ちなみにftpd だとファイルをアップロードするとパーミッションが　ファイル　→　640
ディレクトリ　→　750 　となってしまう。これを防ぐには、
/etc/ 以下に
ftpd.conf という名のファイルを作る
テキストエディタで編集し
umask all 022
と一行記述 。FTP再起動。

生理セミナーの演題と要旨は１週間前までに提出／掲示することになっている。
前回の私が当番だったときは、セミナー係に２週間前にとどけたが、メールでの連絡は当日午後４時。
本日の演者は、セミナー係に何も連絡していない。
Mon, 23 Apr 2007 03:15:58 +0900 (JST)（演者のパソコンの時計が正しければ）送信した。
Mon, 23 Apr 2007 03:16:52 +0900 (JST)に www.kanseiがInitiative.kanseiから受け取って、
Mon, 23 Apr 2007 05:46:19 +0900 (JST)にkiban がInitiative.kanseiから受け取って、
Mon, 23 Apr 2007 05:46:19 +0900 (JST)にmike がkibanから受け取った。
Mon, 23 Apr 2007 05:46:42 +0900 (JST)にmike が内部処理して、
Mon, 23 Apr 2007 05:48:29 +0900 (JST)に「投稿が許されていない者からのメールだから処理しなさい」というメールをメーリングリストの管理者に送付している。
管理者が朝出勤して、メールを見て承認して
Mon, 23 Apr 2007 08:53:35 +0900 (JST)にメーリングリストが配信を始めた。
というわkで、本人は当日午前３時にようやく論文のAbstractを日本語にしてメーリングリストに投稿したのはいいけど、登録していないアドレスなので、配信されなかった。
kansei のDNSはこの前のトラブルで修正されたはずだが、おざなりの訂正なのでkibanに来るのに２時間もかかる。
セミナー係に連絡がないのでブログには掲載されない。メーリングリストの仕組みがわかってないからメーリングリストでの配信もできない。
という訳で、１週間前に掲示する　という規則を遵守するためには
１）当番演者がちゃんと１週間前に論文を読みまとめる
２）セミナー係がちゃんと連絡する
３）メーリングリストが使える
という単純なことができないとだめですな。

週末の結果
打率 .603 三振 0　 通算打率 .466 三振4
Apr 23 01:00:12 – spamtrainer Version 1.6.1
0.000 0 470 0 non-token data: ham
0.000 0 1033 0 non-token data: spam
打率６割で頭打ちか？？

メールの自動転送先をこっちのサーバに指定すると、なかなかこっちのサーバにとどかない。二日もかかる、自動転送先を他にするとすぐ届く　というクレームが来た。
ま、こっちのサーバだけがおかしい→こっちのサーバがおかしい　という結論になるだろうな。
こっちのサーバのせいではないと、メールのヘッダーを表示させて、そっちのサーバのせいだと、説いてそっちのサーバの管理者にメールヘッダーを印刷したのを持っていかせた。
その結果、原因はこっちのサーバではないのが判明した。そっち（どっちだ？名誉のために書かない）のDNSサーバの設定ミスというか、設定しそこないであった。
で、解決したのだろうか？解決するとクレーマーはなにも言ってこない。これが世の常だ。

昨晩の打率 .647 三振 0　 通算打率 .446 三振4
Apr 20 01:01:35 – spamtrainer Version 1.6.1
0.000 0 413 0 non-token data: ham
0.000 0 1014 0 non-token data: spam

昨晩の打率 .640 三振 0　 通算打率 .439 三振4
Apr 19 01:04:00 – spamtrainer Version 1.6.1
0.000 0 362 0 non-token data: ham
0.000 0 1004 0 non-token data: spam

昨晩の打率 .696 三振 1　 通算打率 .428 三振4
Apr 18 01:04:00 – spamtrainer Version 1.6.1
0.000 0 313 0 non-token data: ham
0.000 0 993 0 non-token data: spam
やっぱし、Apple が悪い。ちゃんと学習できるように設定していないんだ。
打率はどんどん上昇するだろう。

昨晩の打率 .519 三振無し　 通算打率 .413 三振３
Apr 17 01:04:00 – spamtrainer Version 1.6.1
0.000 0 258 0 non-token data: ham
0.000 0 965 0 non-token data: spam

週末の結果：初めて６割突破！！

好調になってきた。打率の行方は上昇しかない！！
spamtrainer のログを見ると
# cat spamtrainer.log
Apr 14 01:01:55 – spamtrainer Version 1.6.1
0.000 0 191 0 non-token data: ham
0.000 0 929 0 non-token data: spam
Apr 15 01:00:13 – spamtrainer Version 1.6.1
0.000 0 203 0 non-token data: ham
0.000 0 929 0 non-token data: spam
Apr 16 01:00:57 – spamtrainer Version 1.6.1
0.000 0 213 0 non-token data: ham
0.000 0 937 0 non-token data: spam
#
とある。読み方がわからん。ま、午前１時になにかやっていることは確実だ。
SpamAssassin Training Error
によると、
Apparently everyone agrees that Apple’s SA implementation is either messed up or deliberately hobbled.
I ended up creating the symbolic link as described in several places:
sudo -s
cd /var/amavis
mv .spamassassin .spamassassin.old
su clamav
ln -s /var/clamav/.spamassassin /var/amavis/.spamassassin
…then fixing the /etc/mail/spamassassin/local.cf file:
change ‘auto_learn’ to ‘bayes_auto_learn’
change ‘safe_reporting’ to ‘report_safe’
comment out ‘use_terse_report 0’
comment out ‘subject_tag’ and ‘rewrite_subject’
(note that it is “report_safe” and not “safe_report” as indicated in some places)
…then setting up the junkmail and notjunkmail accounts as Apple recommends
…then using spamtrainer for the actual scanning instead of either of Apple’s scripts (strangely, hardly anyone even talks about sa-learn).
Now, after scanning 200+ spams and 200+ non-spams (which takes quite a long time with spamtrainer), Bayesian scanning appears to be working. I can tell because the X-Spam-Status tag in my mail headers now contains a BAYES tag:
X-Spam-Status: Yes, hits=5.33 tagged_above=-999 required=5 tests=BAYES_50, HELO_DYNAMIC_IPADDR2, HTML_40_50, HTML_MESSAGE, MIME_HTML_ONLY
That was NOT trivial (considering that this is supposed to already be a feature of Tiger). The discussion in the afp548 thread starts on 10.4.2. This misconfiguration (deliberate hobbling?) persists in 10.4.6. wtf?
だそうで、結局、いままで学習されていないかったのではないかと思う今日この頃、皆さん、いかがお過ごしですか？（きっこ風）

Spamassassin の自動学習プログラム Spamtrainer はうまく動作しているみたいだ。
午前１時すぎると、junkmail, notjunkmail にたまったメールを読んで（多分）、廃棄している。廃棄しているのは確実だ。学習がうまくいっているのかは不明。