10.6サーバ(Snow Leopard Server)のシリアル番号を調べる必要がでてきた。リモートで調べられるはずと思ってコマンドをさがしたら、あった。
/System/Library/serversetup に行って
$ sudo ./serverserialnumberutil -get
で、もちろんadminのパスワードを入れると
XSVR-106-000-X-XXX-XXX-XXX-XXX-XXX-XXX-X|A.Bcde|
最後の　|A.Bcde|　はインストールしたときのadmin の名前かな？忘れた。
と返ってくる。忘れないためのメモだ。
ちなみに10.8サーバにはシリアル番号がない。

知らなかった。ネットワークでトラブルがあって、どうやらDHCPサーバを立てた奴がいるのではと調べた。そのトラブルは原因が判明しないうちに、再現しなくなり結局はわからなくなった。その原因を探る過程で、該当するルータと思われるip address にアクセスしてみたら、Linux のApacheのデフォルトのページが出てくる。だれかルータ機能を持ったサーバを立てているのでは？と思ったが、実はちがっていた。いい加減なprivate ip address、http://192.168.*.*でアクセスしても同じページが表示される。これはハニーポットを仕掛けているからということが判明した。そんなことは何年もサブネットを管理していたが知らなかったぞ。もちろんサブネット内ではなく上流の管理者がやっていることだ。あえて、知らせることじゃないからな。ちと、春休みになって時間があるし、トラブルはなくなったので、結果として勉強させてもらった。ウイルスでも集めているんだろうか？

ブログの投稿に絵を貼付けた場合、オリジナルの絵がブログの枠をはみ出てしまうような大きな絵だと、サイドバーとかに重なったりして見苦しい。そこで縮小して表示するのが普通だ。しかし、オリジナルのサイズで表示もしたい。別ページに開くということもできるが、それより同じページで表示するのが今や普通だ。
Lightbox2 というプラグインがある。これまでこのプラグインを使っていた。しかし。すでに開発を停止していて、Wordpressのバージョンを上げるとうまく動作しない。そこで見つけたのが jQuery Colorboxというプラグインだ。
Lightbox2とちがってheader.phpやfooter.phpに加筆する必要がないので簡単だ。
設定方法は「jQuery Colorbox」「設定」とかで検索すればあちこちにある。日本語化されたものもある。プラグインを設定してアクティベーションして、はまった。絵をクリックすると、その場で拡大されて表示されるはずなのだが、別のコメント投稿ページが開き、そのページの絵をクリックすると拡大されるのだ。

この原因は、 の風景のアイコンをクリックして表示のリサイズするとき

「画像にリンクを張る」を選択しなかったことにある。通常ではデフォルトでURLが設定されているが、URLがブランクだと動作しない。
「現在のリンク」をクリックしてURLがpermalinkになっていると、別ページ（コメント記入ページ）が開いて、その絵をクリックすると拡大されることになる。したがって「画像にリンクを張る」になっていることを確認する必要がある。
同一投稿内の絵はスライドショーになる。便利なもんだ。オリジナルの絵が大きすぎるとスクロールバーが付く。絵は大きすぎないのがスマートな投稿だな。

とほほ。
これまで使っていたガラ携の液晶画面に斜めの線が入って、液晶画面が壊れてきたので、昨年末にスマホにとりかえたんだよね。
スマホは小さなパソコンなので、最初からいろいろなアプリがあってどれがなんだかまだ把握していない。
スケジュールをスマホで確認するのが当然なので、その設定をやっていたんだよね。これまではMacのiCalとGoogle Calendar を同期させていたわけだ。一昔前、Googleがサービスを始める前は、このサーバの先代のサーバでphpCalendarを動かしていたんだけど。
で、みごとに操作に失敗して、これまでのデータを全部吹っ飛ばしてしまった。Googleを中心にしていたのでGoogleのデータがなくなったら、自動的にMacのiCalのデータもぶっ飛んだ。MacのiCalのデータはバックアップがあるんだけど、iCalのキャッシュをバックアップから元に戻しても、一瞬のうちにGoogleと同期してデータがなくなっちゃう。そういう設定だからしょうがない。というわけで、バックアップのキャッシュから元に戻すのを考える前に、新しくスケジュールを入力することにした。たいしたことないからね。年度末が近いから、大学の２５年度のスケジュールは入力していなかったし。繰り返しの会議、授業、実習だけだし、直近のスケジュールはたいした量でないからだ。
どじだったな。それにしてもスマホにはdefaultでメールシステムが複数あるし、スケジュール表も複数あるし、管理者のような　じじい　には難しいよ。
マニュアルを読まない（どこに有るか知らないし、あっても用語がよくわからん）から試行錯誤でやると、こういう破目になるのさ。
結局 Google Calendar が中心で、MacのiCalとスマホのカレンダーが従うことになった。んで、スマホから入力してMacからキャンセルして…等ができることを確認した。くれぐれも、スマホですべての予定を消去しないこと。スマホの予定を消去して改めてGoogleからダウンロードすればいいと思ったのが大きな間違えだった。
過去のスケジュールは一応 iCalのバックアップをとって置いた。他のMacでネットに繋げないでiCalで開けば読めるだろう。
というのも、かつて、茨城県警の捜査一課の刑事が自宅に着て、アリバイを聞かれたことがあったからね。そのときも、iCalでスケジュールを見て、答えたのさ。iCalでスケジュールを登録してなかったら、何ヶ月も前に何をしていたか憶えているわけがない。TVドラマじゃあるまいし。しかし、あの事件はなんだったんだろうか。事件そのものを教えてくれないのでわからないのだ。
結局、手帳のほうがいいかもね。
スマホのメールがようやくわかってきた。
SPメール：ガラ携でつかっていた電話会社に登録したメール
メール：Googleでないほかのサーバのアカウントをつかうメール。サーバ／ユーザ名／パスワードを設定しないといけないのはパソコンのメールと、あたりまえだが同じ。Gmailでも登録できるだろ。
Gmail：Gmailそのもの
メッセージ：電話番号で接続する短文しか送受信できないメール
そんでもって、自動着信するようにしたら、アラームが鳴るんだけど、アラームの音色もそれぞれ変更したんだけど、アラーム音とどのメールが対応しているのか憶えていられない。とほほ。

このサーバではmailman のメーリングリストを使っている。
投稿者がMacでMail.app を使って投稿しても文字化けは無い。しかしメーリングリストから配信されたメールに返事とか転送を行うと、文字化けしてしまう。
Content-Transfer-Encoding: base64
Content-Type: text/plain;
charset=utf-8
となっている。
Mail.appから添付書類があるとなるようだ。返信のボタンを最初クリックすると問題ないが、転送ボタンをクリックすると文字化けし、その後返信ボタンをクリックすると文字化けする。
添付書類がないと同じMail.appから送信されても
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64
となって、返信や転送にして文字化けしない。
Content-Type: text/plain;charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
はもちろん問題ない。
さって、Mail.app がUTF-8 を使う（これが正しいのだが）からかThunderbirdで受けているからだろうか、mailmanが処理しきれないからなのだろうか。

メールが届くまでの時間を測定してみた。WebのGmail を使って４つのアドレスに同時に送信してみた。
mail-lb0-f174.google.com　が　38:31　に受け取り送信した。
こっちの医学のサーバは　38:37　　６秒　google→こっちの大学のフィルタ→医学のサーバ
あっちの大学のサーバは　39:06　　　３５秒　google→kddi→ irmx08.secure→あっちの大学のサーバ
このサーバは　38:35　−２秒　google→医学のサーバ→このサーバ
自宅のサーバは　38:47　１０秒　google→自宅サーバ→自宅サーバ
おかしいな、このサーバmikeの時刻合わせをチェックすると１秒以内の誤差なのにマイナスになっている。どっちにしろ、こっちの大学のサーバは遅い。途中で irmx08.secure.ne.jpとかいうところで３０秒かけて何か処理しているようだ。フィルタがあるんだな。自宅のサーバはサーバ内で１０秒もかかっている。サーバがとろいからだ。使っているのが管理人と家族だけだからな。遅くてもかまわない。