今回も、csup(1)を使ってソースを同期し、再構築。行った手順は、

• FreeBSD 6.2-RELEASEにアップグレード

の時と、ほぼ同じ。

構築前、mergemaster -pを実行した際、

*** You have the deprecated 'nodev' option in /etc/fstab.
    This can prevent the filesystem from being mounted on reboot.
    Please update your fstab before continuing.
    See fstab(5) for more information.

のように言われて、処理が中断された。

/etc/fstabを確認してみると、CD-ROMの箇所にnodevのmount オプションが残っていた。FreeBSD 5以降、devfsの導入に伴って、このオプションは無視されるようになっていたけど、FreeBSD 7では、このオプションがあると、マウントに失敗するらしい（最近、このデバイスは使う機会がなかったので見落としていた…）。

• Need to remove references to "nodev" mount option

fstab(5) ファイル（/etc/fstab）から、該当のオプションを削除し、作業を続行。

アップグレードを完了後、make check-oldを実行してみたけど、

>>> Checking for old files
/usr/share/man/man8/adding_user.8.gz
/usr/include/hesiod.h
>>> Checking for old libraries
>>> Checking for old directories
To remove old files and directories run 'make delete-old'.
To remove old libraries run 'make delete-old-libs'.

と、FreeBSD 6.3から7.1にアップグレードした時に比べて大幅な変更はなさそう。今回は、portsの再構築はしなくてもよいかな？

エラーログを確認してみると、

malformed header from script. Bad header=  Another HTML-lint gateway sc: htmllint.cgi

のような表示。

どうやら、HTTPのヘッダが正しく出力されていない模様。

Another HTML Lintのportの方には、変更は行われていないようだし、Apache辺りが原因だと思っていたところ、先日、

• Bug 46380 - Apache 2.2.10 and suexec extra argv

のレポートを見付けたので、現在使用しているworkerのApache 2.2.11に以下のパッチを適用してみた。

--- ./modules/generators/mod_cgid.c.org 2008-08-16 07:08:05.000000000 +0900
+++ ./modules/generators/mod_cgid.c     2009-03-22 18:42:30.000000000 +0900
@@ -203,7 +203,7 @@
     char *w;
     int idx = 0;

-    if (ap_strchr_c(args, '=')) {
+    if (!(*args) || ap_strchr_c(args, '=')) {
         numwords = 0;
     }
     else {

どうやら、正解。@ARGVがうまく渡されていなかった模様。

今まで頻繁に来ていたトラックバックがあったことを知らせる通知メールが最近は来ていないな、と思っていたら、どうやら、現在利用しているISP^*1でも本格的にOP25Bの制限が始まっていたらしい…。

メールのログに、

stat=Deferred: Operation timed out with XXX.XXX.XXX

と延々と記録されている。

といっても、OP25Bの初期の何年か前、こちらのサーバから携帯電話のメールサーバに宛ててメールが送信できなくなってしまったので、その頃、開始したGoogleのホスティングサービスを利用して、独自ドメインのメールはGMail上で送受信するように切替えていたので、通常使用の分には問題なかったんだけど。

ただ例外として、ブログのトラックバックやコメント等があった時の通知メールは、こちらのサーバから外部に出すようにしていた（大抵、海外からのトラックバックスパムやコメントスパムが発生原因で、あまり好ましいものとは言えないんだけど、一応…）。

しかし、放っておいても問題の解決にはならないので、調べてみたところ、

• Yahoo OP25B 対策

に、SMTP-AUTHの設定を解説されているサイトがあった。

ただ、プロバイダの制約上、一つのアカウントに登録できるメールアドレスは、５つまでだそうなので、プロバイダ固有のものを除くと、独自ドメインのものは最大で４つまでとなってしまう（全部、それに割り当てても良ければの話。しかも、どのメールも同一ユーザでの認証が必要）。

ちょっと、これでは都合が悪いので、あれこれ模索してみていたところ、上記GMailのメールサーバでも、独自ドメインのアドレスで送受信できる事が判明^*2。Googleの解説の

• その他のメール クライアントの設定

では、Gmail のユーザー名 (@gmail.com を含む)と記述されていたから、今まで、メールアドレスは、gmail.comのドメインのものじゃないと駄目だと思っていたけど。

以下、Googleのサービスを利用して、ユーザごとに認証を切替えて、メールを送信する方法について書いてみました。

• *1 現在、Yahoo!BBの回線を使用しています。
• *2 Googleでは、一つのドメインに対し、25個までのアカウントを作成することができる（無料版の場合）

SMTP AUTH対応のSendmailの構築

というわけで、外部に向けて送信するため、SMTP-AUTH対応のsendmailを構築。

まず、portsからsecurity/cyrus-sasl2をインストールして、/etc/make.confに、

SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl2

を記述し、

# cd /usr/src/lib/libsm
# make obj && make depend && make
# cd /usr/src/lib/libsmutil
# make obj && make depend && make
# cd /usr/src/usr.sbin/sendmail
# make obj && make depend && make && make install

でsendmailを再構築。

設定

次に、/etc/mail/以下の設定ファイルの記述。

通常、SMART_HOSTを使うと思うけど、そうすると送信サーバが固定されてしまうので、複数のアカウントを使い分けている場合には不便。

smarttabe.m4の利用

そこで、ここでは、ユーザごとに送信先を選べるように、smarttableを使うことにする。

まず、SorceForge.netから、open-sendmailのソースファイルを取ってきて、

# tar zxf open-sendmail-2007-09-25.tar.gz
# cp -p ./cf/feature/anfi/smarttable.m4 /usr/share/sendmail/cf/feature/

と展開し、smarttable.m4をコピー。

FQDN.mcの作成

/etc/mail/内で、makeを実行して作成される/etc/mail/[FQDN].mcに、

FEATURE(`smarttable')dnl
define(`RELAY_MAILER_ARGS', `TCP $h 587')dnl
FEATURE(`authinfo', DATABASE_MAP_TYPE MAIL_SETTINGS_DIR`authinfo')dnl

MASQUERADE_AS(`_domain_name')dnl
FEATURE(masquerade_envelope)dnl

を記述する（GMailの場合、587番ポートはSTARTTSLでTSL接続、465番ポートを使用した場合は最初からSSL接続。後段は、FromとReturn-Pathの記述）。

認証ファイルの作成

次にSMTP AUTHを行うための設定。/etc/mail/authinfoを作成し、

AuthInfo:user1.smtp-gmail "U:Acount1@example.com" "P:Password1" "M:LOGIN PLAIN"
AuthInfo:user2.smtp-gmail "U:Acount2@example.com" "P:Password2" "M:LOGIN PLAIN"

等と各SMTPサーバ^*3に対応するユーザ名とパスワード等を記述^*4した後、

# cd /etc/mail
# makemap hash authinfo.db < authinfo
# chmod 640 authinfo*
# chgrp smmsp authinfo.db

を実行して、ハッシュのデータベースを作成し、パーミッション等を適切なものに変える。

• *3 同一の送信先に、複数のアカウントを割り当てて認証データベースを作成できないので、ここではアカウントごとに架空の送信サーバを指定して、ローカルのDNSで名前解決させることにしています。
• *4 Sendmail cf/README - SMTP AUTH参照。

ユーザごとの送信先

/etc/mail/smarttableを作成し、

localuser1@host.local.domain    user1.smtp-gmail
localuser2@host.local.domain    user2.smtp-gmail

等と記述し、ローカルのユーザと送信先を対応させて、

# makemap hash /etc/mail/smarttable.db < /etc/mail/smarttable

とデータベースファイルを作成。

DNSの設定

ローカルのDNSのzoneファイルには、

*.smtp-gmail    IN      CNAME   smtp.gmail.com.

を追加して、名前解決できるようにし、namedを再起動。

設定の終了、sendmailの再起動

ローカル宛てのメールは、上記の設定を反映させる必要もないので、[FQDN].submit.mcに、

dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1]
DAEMON_OPTIONS(`Name=NoMTA, Addr=127.0.0.1, M=EA')dnl
FEATURE(`msp', `[127.0.0.1]')dnl

を追加。

# make install restart

で、/etc/mail/sendmail*.cfを構築して、sendmailを再起動。

備考

以上の設定で、目的は果たせたようです。

なお、上記の設定は、ほとんど、

• per-user rewrite+route / route non-t-online from-addr via t-online?

を参考にしたものです。

の更新が来ていたので、ソースを同期して、カーネルを更新＆再起動。

結果、

# uname -r
6.3-RELEASE-p1

に。

onclick 属性を使うときは onkeypress 属性も指定しましょう。 → 解説 150

と怒られる。

この解説には、

スクリプトのイベント処理では、装置非依存性を確保するために、次の属性は対で使用するように、アクセス指針技術文書4.12.2(J)で薦められています。

onmousedown	+	onkeydown
onmouseup	+	onkeyup
onclick	+	onkeypress

とあり、根拠の文書にも、

2. Otherwise, if you must use device-dependent attributes, provide redundant input mechanisms (i.e., specify two handlers for the same element):
   • Use "onmousedown" with "onkeydown".
   • Use "onmouseup" with "onkeyup"
   • Use "onclick" with "onkeypress"

   Note that there is no keyboard equivalent to double-clicking ("ondblclick") in HTML 4.01.

そう書いてある。

だから、今までonclick属性を指定した時、無批判に、なるべく、onkeypress属性も指定することにしていた（基本的に、PCしか閲覧環境を想定していないけど。しかし、そうすると、TABを押してフォーカスを移そうとした場合でも、KeyPressイベントが発生してしまい、特定のキーコードが押された場合には無視するようにフィルタをかける必要がある）。

しかし、先日、JavaScript 第5版を読んでいると、p.408頁に、

「mouse」や「key」という言葉が含まれるイベントは、名前からわかるように、デバイス依存イベントです。これらのイベントを使う場合は、マウスでもキーボードでも操作できるように、両方のイベントハンドラを使用するようにしてください。onclickイベントはデバイス独立イベントと考えられることに注意してください。フォームコントロールやハイパーリンクをキーボードで操作した場合でも、このイベントが発生します。したがって、マウスに依存したイベントではありません。

と書いてあった。

試しに、

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja-JP" lang="ja-JP">
<head>
<title>click events test</title>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="content-script-type" content="text/javascript" />
</head>
<body id="top">
<form action="#top">
<p><input tabindex="1" type="submit" onclick="alert('form clicked'); return false;" /></p>
</form>
<p><a tabindex="2" href="#top" onclick="alert('link clicked'); return false;">link</a></p>
</body>
</html>

というサンプルを書いて^*1、手元の環境で実験してみたら、

という結果に。

確かに、Enterキーを押した場合では、フォームコントロールでもリンクでも、クリックイベントが発生している。

（もちろん、上記サンプルは、Another HTML Lintでは減点されるんだけど）

• *1 tabindex属性をつけているのは、Operaだと、なぜかそうしないと、TABキーを押した時、リンク部分にフォーカスが移らなかったため。

使用したwineのバージョンは、portsから導入したwine-0.9.54,1です（この他、IEのインストールの際、archives/cabextractが必要になるので事前に導入）。

まずは、IEs4Linuxのダウンロードと展開。

> wget http://www.tatanka.com.br/ies4linux/downloads/ies4linux-latest.tar.gz
> tar zxf ./ies4linux-latest.tar.gz

便宜上、Linuxエミュレータのbashから、スクリプトを起動して、IEをインストール。

> env LANG=C /compat/linux/bin/bash
> cd ./ies4linux-2.99.0/
> ./ies4linux --no-gui --no-color
> exit

上記では、IE6とFlash9がインストールされます。

以降は、${HOME}/bin/にIEの起動スクリプトがインストールされるので、それを使って、通常のシェルから、IEを起動できます。

しかし、前バージョンportupgradeを使って、新しいものに更新しようとしても何故か失敗する。

結局、pkg_deleteで古いものを一旦削除し、make installで新しいportupgradeをインストールし直すという方法を取った。

ところが、新しく導入したportupgradeを使って、

portupgrade -aRr

と他のportsを更新しようとしても、最初の

[Gathering depends for portdir/portname ....done]

の後、失敗する。

• /usr/ports/INDEX-*.db
• /var/db/pkg/pkgdb.db

のデータベースファイルを作り直してみても、症状は同じ。

ログをよく見てみると、

** Port directory not found: databases/grass-i18n
/usr/local/sbin/portupgrade:1349:in `get_pkgname': port directory error (PortDirError)

という風にエラーが開始している。

確かだいぶ前にjapanese/ipa-ttfontsのTrueTypeフォントを入れた時、依存関係から、databases/grass-i18nも一緒に入って来た。

調べてみると、ipa-ttfontsは、現在もう、grass-i18nには依存してないようなので、grass-i18nの方をアンインストール（grass-i18nは、databases/grassにマージされて現在、portsディレクトリには存在していない）

今度は、新しいportupgradeでも、他のportsを更新できるようになりました。

[追記] これを書き終わった頃に、portupgrade-develが2.4.1のバージョンに更新されていました。A bugs fix releaseだそうです。

行った手順は、

• FreeBSD 6.2-RELEASEにアップグレード

の時とほぼ同じ。

こちらの環境では、特に問題もなく、移行できたようです。

終了後、make check-oldを実行してみたら、

>>> Checking for old files
/usr/share/info/bzip2.info.gz
/etc/namedb/PROTO.localhost-v6.rev
/etc/namedb/PROTO.localhost.rev
/etc/namedb/make-localhost
/usr/share/examples/netgraph/bluetooth/rc.bluetooth
/usr/share/man/man4/kame.4.gz
/usr/share/man/man3/archive_write_prepare.3.gz
>>> Checking for old libraries
>>> Checking for old directories
To remove old files and directories run 'make delete-old'.
To remove old libraries run 'make delete-old-libs'.

と表示されたので、不要ファイルを削除。