ただのにっき

■ fetchmail

さて、今日はメールを受信しよう。この日のために、FreeMailに実験用のアカウントを用意しておいたわけよ。今日の教科書はここ。昨日はbindのバージョンが違って痛い目にあったけど、今日は(たぶん)大丈夫(笑)。用意したアカウントは++++++++@mizar.freemail.ne.jpなので、設定ファイルである.fetchmailrcは以下のようになる。*******はパスワード。マルチユーザで使うなら書くべきじゃないだろうけど、このマシンはおれ専用なので問題ないだろう。

defaults protocol pop3
	user ++++++++
poll mizar.freemail.ne.jp
	pass ********

■ このファイルを$HOMEに置いて、/usr/bin/fetchmailを実行するだけ。

$ fetchmail
File /home/sho/.fetchmailrc must have no more than -rwx--x--- (0710) permissions.

■ おぉぅ。怒られてしまった。セキュリティ対策ですな。

$ chmod 0710 .fetchmailrc
$ fetchmail
1 message for ++++++++ at mizar.freemail.ne.jp (1090 octets).
reading message 1 of 1 (1090 octets) . flushed

■ 試しにNetscape Mailで読みだしてみる。よし、ちゃんと届いてるぞ、と。あとはいつも使ってる設定を.fetchmailrcに書き加えるだけで、Linuxで受信できるって寸法だ。まぁ、それはもう少しあとだけど(だってまだメール出せないからね)。

教科書のsendmailのところを読んでいたら、daemonとしてではなく、inetd経由でsendmailを動かす方法が書いてあった。ふむ。これはいいかも知んない。このサイトはslackwareをネタにしているので、Kondaraには合わないところもあるけど、なんとかなりそうなので、ついでに挑戦しておこう。まず、sendmailをdaemonとして起動させない方法は、linuxconfを使えばいい。/etc/inetd.confの編集はまったく同じ。sendmailを殺して、inetdにHUPを送るのも同じでいい。ただし、Kondaraを使っている場合は/var/runにあるファイルを使ってプロセスIDを得た方がカッコイイ(笑)。SMTPポートへtelnetしての動作確認、fetchmailによるメール受信も成功したので、大丈夫でしょう。あとはメールの送信か。あぁ、sendmail.cf。やりたくねぇなぁ、これだけは。

それはまぁ、明日にしようと思って、メーラをうだうだいじっていたら、重大なことに気がついた。フォルダが階層的に作れないのだ。例えばメーリングリストのメールを分類しようと思って、MLというフォルダを作る。その下に例えばrubyというフォルダを掘ろうとすると、「すでにMLというファイルがあるよ〜ん」という(意味の)メッセージが出る。そりゃそうだ。IMAPの「フォルダ」はそのフォルダに入っているメールをすべて集めた単一のファイルなので、その下にフォルダを掘ろうとしたらML/rubyというファイルを作らないといけない。でも、MLというファイルはすでにあるから、同じ名前のディレクトリなんて掘れるわけがないのだ。はて、これはいったいどうすればいいのじゃ? 試しにMLというファイル(フォルダ)は削除して、新規にML/rubyというフォルダを作ってみた。つまり最初から階層構造を意識した指定をしたわけ。そしたらできた。でもさぁ、これだとMLにはメールを整理できないんだよね。それに、あとから階層を深くしたいと思った時もダメ。なんだこの仕様。ダメじゃん。時おり見かけるMH形式ってヤツを試してみろってことかな。ふむん。ちょっと調べてみよう。

■ えっらい久しぶりにLinuxを立ち上げたような(笑)。こんなことでいいのか。まぁ、いいか。古いマシンは嫁に出したので、これでデスクトップにはこのLinuxマシンと、こないだ組んだゲーム専用機ことWindows98マシン。今後の目標は、現在ゲーム専用機でしかたなくやっているゲーム以外のことを可能な限りLinuxに移行することだ。まずはメールをちゃんとやろう。

■ samba

……と思ったけど、Windowsからアクセスできずにいるsambaの設定を見直す。Linux側からWindows側の資源はちゃんと見える。Linuxから、自マシンの資源も見える。でも、WindowsからLinuxの資源は見えない。マシン名もブラウズできないし、公開している資源も見えない。パスワードの暗号化の問題かと思って暗号化をNoにしてみたけどこれもダメ。うーん、何が悪いんだろう。Vineでは見えていたように記憶しているのだが。そういえばLinux Magazineに「sambaと闘う」って連載があったことを思い出して読み返してみるが、あまり参考になりそうな話が出ていない。ただ、最初の動作チェック時にsmbclientの実行をするところで、ちょっと変なことに気がついた。雑誌の例に出ている出力は、マシンのIPアドレスが本来設定されているプライベートアドレスが表示されているのに、このマシン(spc15)でやるとlocalhostのアドレスである127.0.0.1が出ている。ははぁん、と思って/etc/hostsを見ていると、spc15のエントリーが127.0.0.1と192.168.0.3のニヶ所にある。これか。ためしに127.0.0.1のエントリーを削除し見ると案の定、つながった!! そーかー、名前が解決できていなかったんだ。前に/etc/hostsをいじった時に、変なことをしちゃったんだな。SMBをTCP/IP経由で使うときにはこのあたりに注意しないといけないのであった。うーん大ポカだ。でも素人には絶対に気がつかない原因でもあるよなぁ。やれやれ。

■ bind

さて、起動時にsendmailがDNSを探しに行くのがたまらんので、次はbindの設定だ。Webで検索してみて、ここがわかりやすそうだったので教科書にする。うちはISDNルータでDHCPを運用しているけど、DNSにするにはそのままにするわけにはいかないだろう。ということで、まずはこのマシンを固定IPアドレスに変更しなければならない。とは言っても現在使っているIPアドレスをそのまま使うことにして、MACアドレスをDHCPサーバに予約することでアドレスが変わることを抑止しよう。このあたりはlinuxconfでてけとーに変更できた、と思う。

続いてbindの設定は、教科書を参考に、ドメイン名をtada、IPアドレスを192.168.0.xxxに読み変えて設定する。各種ファイルの作成が終ったら、/usr/sbin/namedを実行すればDNSが動き出す。動作のチェックはnslookupコマンドで:

$ nslookup
*** Can't find server name for address 192.168.0.3: Server faild
*** Default servers are not available

■ あれ? 変だなぁ。設定を見直して、どこも間違っていないことを確認する。ためしにrebootしてみたら、いつものsendmailのタイムアウト待ちはなくなった(これはめでたしめでたし)。でもnalookupは同じメッセージを吐く。しかも、外部のマシンが見えなくなっちゃったので、Webを参照することもできない。ふがーっ。なんでやねーん。

しかたがないのでWindowsを立ち上げて、Linuxにはtelnetでアクセスしながら色々いじる。あっ。なんだ? linuxconfで何かいじった拍子に、/etc/named.confがぐちゃぐちゃに(泣)。いまさらながらman named.confを見てみると、なんと、vetsion 8からnamed.confのフォーマットが変わっているだと。やられたぜ。教科書の説明はversion 4だもんなぁ。で、コンバータがあるそうなので、こんな感じに変換する:

$ cd /etc
$ mv named.conf named.4.conf
$ named-bootconf < named.4.conf > named.conf

■ これで改めてnslookupを実行。やった、ちゃんと名前が引けてるぅ。外部の(forwardする)DNSの指定を、プロバイダのものを指定していたせいで外部の名前が引けなくなっていたが、これはISDNルータのアドレスに変更して解決。やったぜ。

■ いやー、今日はやろうと思ってたことが全部できたねぇ。毎日こうだといいねー(笑)。

■ パーティション

4日の日記を読んだうちのメンバーから、「増設ディスクのパーティションを拡張区画にするのはDOS時代からの基本ですよ」と突っ込まれてしまった。そうか、基本なのか。そんな、直感からはずれた基本はクソ喰らえだと思うが、どうか。そもそもおれは、AT互換機を使うようになってから増設ディスクはみんなNTFSでフォーマットして、NTからしか使ったことがないから、そんな事態にお目にかかったことはないのだ。ドライブレターという悪習をひきずってることを除いて、NTはまともなOSだったよな、としみじみ思う(いや、他にもいろいろあるか[笑])。W2Kからはmountのような概念も導入されたようだし、UNIXのような単一ツリーを作ることも可能になったみたい。なんにせよ、Windows95のあたりでドライブレターなんて概念からはおさらばすべきだったのだよ、Microsoftは。バカめが。

■ OpFor

OpForはEasyを完了。あー、面白かった。最後の方は、全身タイツ隊にたった一人で立ち向かわなくちゃならなくて、泣きながらだったけど。ボス面に命の泉が湧いていてよかったよ、ホント。状況に応じて使う武器のチョイスが重要になるところがQuakeよりもリアルで好きなHalf Lifeなんだけど、OpForはロケットを使う場面が少なくてちょっと残念。でもHL本編よりも短くて、やってて飽きが来ないのはいいかも。とりあえずOpFor日記(笑)はここでいったん休止して(しばらくしたらDifficultモードで再チャレンジ)、コンダラ引きに戻らなくては。でも明日は、以前使っていたPentium 166MHz機の嫁入り先が決まったので掃除もしなければ。