ため息 のすべての投稿

サイト管理

またAppleがやった

コメントする

４月の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に来るのに２時間もかかる。

セミナー係に連絡がないのでブログには掲載されない。メーリングリストの仕組みがわかってないからメーリングリストでの配信もできない。

という訳で、１週間前に掲示する　という規則を遵守するためには

１）当番演者がちゃんと１週間前に論文を読みまとめる

２）セミナー係がちゃんと連絡する

３）メーリングリストが使える

という単純なことができないとだめですな。

	

	
	






	
	

				

			サイト管理
		

			
自動転送先がこっちのサーバだと．．．

		

			 			コメントする
						

	


		

		
メールの自動転送先をこっちのサーバに指定すると、なかなかこっちのサーバにとどかない。二日もかかる、自動転送先を他にするとすぐ届く　というクレームが来た。

ま、こっちのサーバだけがおかしい→こっちのサーバがおかしい　という結論になるだろうな。

こっちのサーバのせいではないと、メールのヘッダーを表示させて、そっちのサーバのせいだと、説いてそっちのサーバの管理者にメールヘッダーを印刷したのを持っていかせた。

その結果、原因はこっちのサーバではないのが判明した。そっち（どっちだ？名誉のために書かない）のDNSサーバの設定ミスというか、設定しそこないであった。

で、解決したのだろうか？解決するとクレーマーはなにも言ってこない。これが世の常だ。

	

	
	








	
	

				

			サイト管理
		

			
Spam-その21

		

			 			コメントする
						

	


		

		
昨晩の打率 .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 が悪い。ちゃんと学習できるように設定していないんだ。

打率はどんどん上昇するだろう。

	

	
	






	
	

				

			サイト管理
		

			
Spam-その19

		

			 			コメントする
						

	


		

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



好調になってきた。打率の行方は上昇しかない！！

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?

だそうで、結局、いままで学習されていないかったのではないかと思う今日この頃、皆さん、いかがお過ごしですか？（きっこ風）