トップ «前の日記(Sat May 22 2004) 最新 次の日記(Mon May 24 2004)» 編集

よこいまさる日記



Sun May 23 2004 [長年日記]

MacOS X の Mail.app と Courier-IMAPD での不具合

最近、ウチではメールのスプール方法として、 procmail にフィルタさせてから Maildir 形式で local spool に保管させるようにして、これを Courier-IMAPD で読むようにしている。 UW-IMAP だと mbox 形式で保管するようになっていて、mailbox のサイズが大きくなるとパフォーマンス低下するから、選択しなかったんだけど。

んで、Courier-IMAPD での IMAP フォルダには制限があって、この制限が MacOS X に標準装備なMUAの Mail.app と相性が悪いみたい。 Courier-IMAPD は フォルダを INBOX フォルダの配下に作るようになっている。 例えばゴミ箱フォルダが "INBOX.Trash" という具合に。 んで、ディレクトリの delimiter が ドット "." となっている。 これらの制限のためか、Mail.app を使うと INBOX 以外のフォルダが表示できない。 こまったものだ。

調べてみたところ、かなりおおざっぱな対処法が載っていた。 サーバ側でシンボリックリンクによって "INBOX.INBOX" というフォルダを作って、サーバでのフォルダの接頭詞 (Prefix) を INBOX を指定すればイイらしい。 そうすれば、"INOBX.hogehoge" という名前のフォルダは "hogehoge" というフォルダ名で表示でき、"INBOX.INBOX" が INBOX になる、っていうことらしい。 確かにできたが、あまり良いとは… 思えない。

多摩センター

コーヒー豆を挽くミルが欲しかったので、いろいろな店を物色していた。 値段的には ミル単体を買うと5千円ぐらい、ミル付きコーヒーメーカが 5,500円ぐらい。 ミルがついていても いなくても 似たような値段だったので、ミル付きコーヒーメーカを購入することに。 んで、多摩センターのイトーヨーカ堂に安いのがあったので、これ購入。

日記その他の文章をまじめに書きたいから、スタバにはいって iBook 広げているんだが、多摩センターってモロに住宅地なため、こんなことやっていると家族連れなひとたちに見られたりと、目立ってしかたない。 バッテリー切れたら、逃げるようにして帰ろうっと。

近隣がうるさいらしい

マンション・アパート生活だとありうる話。 大学入学以来、今までに 鉄骨RC ・木造・鉄筋コンクリート なマンション・アパートと住んできたが、どのタイプでもそれなりに上や横の部屋から音がする。 上下左右に人が住んでいるのだから、それなりに騒音があるのはいたしがたない、っていうのがあるのですが…。 と わかっていても不愉快なものですよね。

騒音がひどくても、壁を叩いてうるさいって意思表示とかすると、よけいに関係が悪化してしまうなんていうことがあるそうです。 騒音がひどい場合、手っ取り早いのが管理会社や大家さんに相談してみることなんだそうです。 「静かにできないか」という意見を相手に伝えることとなるのでしょうが、その調整をやってくれるとか。 両者のゆずり合いをだすというか、相手の配慮をもらって良い関係をつくる、っていうことができるとイイんですけどね。

NTTコミュニケーションズ

 久しぶりに家の電話が鳴った。 かかってきたのは NTTコミュニケーションズの勧誘電話。 むこうが最初のほうにしゃべった言葉は「こちらは NTTコミュニケーションズです。 横井様でいらっしゃいますか」という具合。 ひとまず「なんでNTT.Com さんはウチの電話番号と名前を知っているの?」と激怒。

 現在、ウチの電話は KDDI の IP電話で、電話番号は NTT東日本のときに割り当てられた番号をナンバーポータビリティ使って KDDI に移行した番号。 向こう (NTT.Com) の電話に出ていた人の話だと、過去に NTT.Com を使って通話・通信をしたときにウチの電話番号・名前・住所を NTT東日本から通知されていて、それを元に電話してきたということだそうだ。 ウチとしては、「NTT東日本との加入電話契約は現在行っていない。そして NTT.Com 料金を滞納をしたわけでもない。なのになぜ NTT.Com はその情報を保持したままなのか。」「NTT東日本から通知される情報は、料金請求のためであるのに勧誘活動に利用した。それは目的外利用じゃないか。」の2点にクレームつけた。

 こうやってみると、NTT分割によって分割されたっていっても、顧客の個人情報までもが同一企業体みたいに融通されまくっているんだな。

htdigest が生成するパスワードを記録したファイルの作りかた

Apache の htdigest が作る Digest 認証用のパスワードファイルの作りかたをメモ。 必要な文字列は ユーザ名・Realm・パスワードの3つ。パスワードファイルの各行は、 ユーザ名を第1フィールド、Realm を第2フィールド、ユーザ名・Realm・パスワードを ":" でつないで md5sum したものを第3フィールドで構成され、各フィールドは ":" で区切られている

例えば、ユーザ名が "masaru"、 Realm が "masaruyokoi"、パスワードが "hogehoge" な場合、パスワードファイルには下記のような行が記録される。

masaru:masaruyokoi:001a470cb34aacb223594c7ae24c031e

上の第3フィールドの文字列「001a470cb34aacb223594c7ae24c031e」は、下のようなコマンドを用いて作ることができる。

 echo -n "masaru:masaruyokoi:hogehoge" | md5sum

ひさしぶりのプログラミング...

ひさしぶりのプログラミング。 自分でナニがしたいか考え、どういう構成にして、自分で書く…。 ナニかにせかされるわけでもないので、気楽キラク。


2000|10|
2002|01|02|03|04|05|06|07|08|09|10|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|
あわせて読みたいブログパーツ