汚し飯

_ [spam]終ったぁ

名だたる現場系の皆様が亀戸に馳せ参じている頃、私は調布で勉強会やっとりました。
ようやく肩の荷が降りた、って感じっす。
そんときに使いました MagicPoint での プレゼン資料 と、 pdf変換したもの を上げときます。

_ [spam]その、勉強会のあふたぁふぉろぅをば。

たろちゃんが持って来てくれた Monty Python の DVD で、初めて spam の語源となったコントを観ました。
次に、何故 spam が来るのか、そのからくりを、 ethereal の解析と telnet の実演にて説明。
Exim の場合、 rcpt to: が入力された時点ですぐに mx レコードを問い合わせに行くんです。恐らく殆どの smtp サーバソフトがこういう動作をするんだろうと思いますが。
telnet の実演では、メイル送信先の smtp サーバに直接アクセスして、 smtp は認証無しでメイルが簡単に届けられるからくりであること、ヘッダは幾らでも詐称可能であること、第三者中継禁止の情報を参照されるとメイル送信がブロックされてしまうこと、を実演しました。実際は ttyplay でしたけど。
spamassassin の説明の前に、 spam から防御する手法の幾つかを紹介して、フィルタリングの簡単な歴史の紹介、そして spamassassin の実行結果を、実際の spam を見てもらうことで紹介しました。
user_prefs の書き方の説明、特に日本語 spam を捕捉する場合のルールの書き方を紹介しました。
最後に、独断と偏見をつらつら述べました。

私は、 spam には反応しないことが基本であると思います。
相手は読まれることを目的として大量に spam を送信するのですから、自動的に読まずに捨てることができれば、相手の目的を防ぐこととなります。
よって、 web 上で過剰反応する行為は、相手の目的が達成されたことを示すものであり、却って逆効果であると思います。
また、英語圏や中国語圏の spam は、日本語の spam の量を遥かに上回る量で来ますし、何よりも日本語が通じないのですから、いちいち反応したり手作業で削除するだけ無駄です。
プログラムによる自動フィルタリングが全てとは言いませんが、自己の幸福追求の一つである、自己の精神安定を欲するならば、使えるものは使うべきと考えます。

_ 録画してあるものを観る

昨日は勉強会だったんで、ぜんぜん観てませんでした。
土曜の朝の学芸会。
沢井美優たその失恋演技、なかなかイイっす。
先週からのご登場なんだけど、萌子さん、お久しぶりって感じ。
ラフォーレ原宿のイベ以来ずーっと見てなかったなぁ。

なんで「爆発する!」で必要以上に強調するんだろう?
すべからく台本が痛いんですけど。＜ぐらんせいざ

あばれん、つまんない。

今度のライダー、観てるだけですんごい余計な力が入っちゃうくらいに演技がへんてこ。
出て来るシチュエーションがみんな唐突過ぎて納得も共感も出来ない。
続けて観よう、という気が起きて来ない。

安倍なつみ卒業特集っすか。
6年前、1998年かぁ。
ASAYANをぼーっと眺めてたなぁ。
あの後、某ちゃっとで色々な人達と知り合って、人生の階段を転げ堕ちたような気が(爆)
といったよーなことを考えながら早送りで見るはろもに。

_ そういえば

Good! Morning 閉鎖か。
お疲れっした。＞ぱらさん

_ 一部解決

カーネル2.6.0で PCMCIA と USB がうまく使えないってのは、 USB の方は 2.6.1 にしたら解決しますた。(__)

_ 今日、帰ったら郵便受けに入ってたチラシから

「ハーバライフ オブ ジャパン」でぐぐったら、 こんなページを見つけました。

_ ふと思い出した、どうでもいいネタ

安全地帯Vというアルバムに「銀色のピストル」って曲があるんだけど、ToToの「99」そっくりかも?
どっちもいー曲です。

_ 民事訴訟のお話

が、悪マニの匿名掲示板にて見られます。
すんごいためになります。

_ 魂の置き処

やるせない気持ちが幾つかあって。
つまみも買わずに独り部屋で焼酎をストレートで煽ってる。

自分の気持ちが見据えている方向と、現実とのギャップは激し過ぎて、悔しさばかりこみ上げて来る。
報われない有り様に、目を背けてしまう。
友人のことも。
自分のことも。

共通するのは、自分の愚かさ。
ダメだね。(苦笑)

_ 一つだけ、書いておかなきゃならないかな、と思ったんで

私は、件の事件について、客観的にコメントすることはできません。
したがいまして、コメントは差し控えさせて頂きます。

_ なんか一部で流行ってるらしい

Title 腐女子の行く道、萌える道: 犬の三連星
Current URL http://fujoshi.moe-nifty.com/chizu/2004/02/post_7.html

UTF-8 なんで、 lynx で表示できないんで、 w3mmee を使ってみる。
でも、おいらアンチガンダムなんだよ。
だもんだからちぃとも面白さがわからない。
面白さが分からないことが、妙な疎外感と云うか、冷やかな視線と云うか、まぁ斜めに見てしまう訳ですわ。

_ しっかし、スゴイね

w3mmeeって、今初めて使ってみたんだけど、恐ろしいね。
まさか、 krxvt で画像を見れるなんて思っても見なかったよ。
lynx のスピードには劣るけれども、大概の web サイトを眺めるにはこれでいいのかも。

_ よそさんのあんてなを眺めてると

ほぉ、これがともちゃ接続で有名なともちゃ殿の日記か。
ちょっと読んでみよう。

いっぱそじそにはわかりましぇん(;´д⊂)

_ そうか

今日、ずっとだるいなあと思ってたら、昨夜黒霧島をストレートで呑みまくったからか(爆)

_ 休日ってばあっという間だよ(;´д⊂)

午前中にぢぃぱんを買って、仕事を済ませ、飯を喰った後に某たかすぎさめ邸へ鯖引き取りに行き、帰って内部チェックをしたら、すぐにとっぷり日が暮れちゃった。

_ Linux で楽器練習

っつぅてもメトロノームなんだけど。
GNU Gtickっつぅ奴です。
初期版は1999年迄遡るんだけど、 history を見てると、どうも去年になって本格的に再構築された模様。
かつて Linux には、きちんと動いてくれる実用的なメトロノームソフトがなかったんですよ。
これでのんびりこたつでノートを眺めつつ、練習ができるってぇもんですわ。
ぁ、ぃゃ、携帯用のメトロノームもあるんだけど、使い勝手が悪いもんで(汗)

_ 某氏から教えて貰った

僕を認めてよ、日記
結構過激な内容の日記。
おいら、こういう子大好き。
きっとおいらには想像できない色々な痛みを抱えながら、ギリギリの処で明るくふんばっている有り様が滲み出てるようで、いとおしく思えてしまう。
2/4の日記がすっごぉくイイ。
好きなオトコに会える直前のおなごの心情で、抱きしめたくなる衝動に駆られる。
つうか、この「お気に入りさん」が悔しいくらいに羨ましい。
んでも、こーゆーおなごに好かれるようなこと、もうないんだろぉかねぇ。はぁ。(遠い目)

_ 録画してあるものを観る

土曜の朝の学芸会。
とは言えども、沢井美優たその失恋演技はかなり入ってる。
リアリティ溢れてる。
ところが、景子たそ、安座間美優たそ、彩夏ちゃそのウルトラ棒読み娘がキッツイ。
安座間美優たその場合、ぶっきらぼうと棒読みは違うんだけどねぇ。
なにげに萌子さんも「らしい」演技してますねぃ。

もぉ、なんだかわけわからん話だ。
こういうのを「左足脚本」って云うんだろうな。
圧倒的優勢なのに、何でとどめを刺さずにトンヅラしちゃうんだろ?
んで、そういう深刻な事態なのになんで親子再会お涙頂戴シーンにパツーンと切り替わるんだろう?
敵が来た病院なのに。
おまいら、反省会しねぇのかよ?
もぉ、不思議窮まりない脚本。
で、なまじ芝居の経験がそれなりにある役者さんを雇って演じてるもんだから、違和感が却って強調されまくり。
唯一、金智順ちゃそ観たさに観てるよーなもん。
あ、来週は久々に磯山が出るな。

あばれん終了。
振り返ってみると小川摩起ちゃそ以外はふつーに演技を安心してみられるようになってました。

取り敢えず現時点で推し対象が居ないことだけは確認。＜ぶれいど

不覚にも、四休さんの辻の変顔と踊りで笑わされてしまった。
あんた、もうすぐ島田珠代に肉薄するよ。

_ あーそうそう

先週土曜の呑み会で一足お先に義理チョコ貰いますた。

わざわざありがとうね。＞や○○○ちゃそ

ヽ（`Д´）ノ

_ おなごと云えば

ひん剥く過程も、その後の行為もそりゃ大好きなんだけど、やっぱりおなごの何が一番好きかって、待つ姿です。
カレシを待つ女。
ときめきを抑え切れない有り様を観てると、ずっと観ていたくなる。
他人のおなごのそれはあまり見ててもどぉってこたぁないが、こと自分のおなごのそういう姿は、見てて嬉しいし、いとおしく思える。
物蔭からずっと観続けていたくなる衝動に駆られてしまう。
で、会って、こちらの存在を見つけたときの笑顔。
これを見れば、もうその日のでぇとなるイベントの目的は半分以上達成してしまったようなもの。
だから、ときめきを失ったらもうそこには恋愛はない。故に会う目的の大半を失ってしまう。
会うことをルーチンワークにしちゃイカンのですね。(強い自戎を含む)

イカン、世の中がチョコで騒がしくなるとどうもこちらまで毒されてしまう。(爆)

_ ほけ〜

今日は記念日休暇ってぇ奴で休みっす。
年に一度のお楽しみ。
でも去年の同時期は宿題に追われててでんでん休みぢゃなかったから、今日は真にのんびり。

_ ほけ〜ついでに

昨日のたかすぎさめ邸からの帰り道、東八道路沿いにて新規開店のラーメン屋を見つけたんで、そこに行ってみました。

ここは以前ほか弁屋が潰れた処です。
いつもはこの店の隣の蕎麦屋でカツ丼セットとか喰ってるんですけど。
看板と店構えを見るだけで味が想像できちゃうんですが、まぁ最初ですんで、取り敢えず喰ってみました。
茶色の鉢巻をした、お揃いのユニフォームのあんちゃん達。
細いちぢれ麺にとんこつベースの甘めなスープ。
素人な舌にも煮干らしき魚の隠し味が入っていることはわかります。
典型的な流行りの味、なんだろうなぁ、これは。
細い麺にスープが絡まる辺りの食感は良いんだけど、スープがどうしようもなくヌルい。
もう、いかにも「これもあれもいれましてこんなこともあんなこともしてみました、どぉですか、おきゃくさぁん!」((C)ダチョウ倶楽部@スーパーJOCKEY)ってな感じで。
さほどしょっぱくないのがせめてもの救いなんだけど、あっさりなようでいて、実は後味がしつこい。
もう少し、ブチ込むモノを少なくして、シンプルにして、スープを熱くして欲しいなぁ。
せめて、せめて、スープは熱くしてよ。マジでお願い。
湯気の立たないラーメンってどぉよ?
開店サービスってことで、替え玉無料って云ってるけど、只でさえ太るものにこれ以上太る物喰ってもマズいし、その抵抗感を押し退ける程の味じゃない。
ってな訳で早々に退散しましたとさ。

_ これってどぉよ?

おなごから貰えるならちょこでもめもりでもいいよヽ（`Д´）ノ
でも、

毎年、彼に贈っているチョコレート・・・
今年はちょっと趣向を変えて、パソコン用のチョコレート(メモリー)を贈ってみませんか？
男性ユーザーのお求めでも、当店女性スタッフが心を込めてラッピングさせて頂きます。

いえ、結構です…(;´д⊂)
なんか、14日出かけたくないぞぉ(嗚咽) ま、久々に某処へ巡礼するつもりですけど(爆)

_ んー

何か色々書きたい事があるんだけど、どーにもまとまんなくって。
イキオイで書いちゃおっかな。

_ ネタ

孤独なバレンタイン克服に向けて〜ある女IT戦士の作戦

なんか、ネタに走っててイマイチ。

_ 録画してあるものを観る

土曜の朝の学芸会。
うさ美優ちゃそ、片想いのヤローとおなごをハケーンしたときの顔。(・∀・)イイ!!
あひる口のウィンクも(・∀・)イイ!!

_ 溜って来たネタを出せる分だけ放出

してみようかと。

_ 先ずは debian な話題

注意: この記述を参照する方が思ったより多いので、間違いを広めないために記します。
module-init-tools の構成が変わったため、以下の記述は間違いです。詳細は d-u の議論を参照。

ここ数日程、 module-init-tools で悩んでた。
気が付けば module-init-tools を apt-get dselect-upgrade する度毎に「/etc/modprobe.d/aliases を差し替えるか?」と問い詰められる。
いつの間にか /etc/modprobe.d/aliases の冒頭に

# These are the standard aliases for devices and kernel drivers.
# This file does not need to be modified.
#
# Please file a bug against module-init-tools if a package needs a entry
# in this file.

こんな一言が書いてあり、どうやらそれまで alias eth0 3c59x などと書いていたものは別途箇所に書かなければならなくなったらしい。
で、そいつは結局 modprobe.conf に書けば良い「らしい」。
しかし、ぐぐるとこんな情報もあり、果してどっちが良いのか分からない。
man modprobe.conf しても、「debian 的に正しい書法」は書かれていない。
/sbin/update-modules を眺めると、
MODCONFDIR=/etc/modprobe.d と定義して、
cd $MODCONFDIR してから、
model=$(archmodel) して、(うちの場合はi386)
ARCHCONFFILE=arch/$model して、
for cfg in $ARCHCONFFILE *; として、
ファイル名に \.dpkg-[a-z]* が含まれていないファイルに対して、
$cfg ファイルの中身を $MODCONFTMPFILE へ追加していく、
という処理が含まれている。
だから、 /etc/modprobe.d/ に "local" という独自ファイルを置いたんだな。
一方、 /etc/modprobe.conf は man を見る限り、 modprobe が /lib/modules/modprobe.conf と同等に読み込むファイルらしい。
ということは、 /etc/modprobe.conf が OS 起動時に他のユーティリティから書き換えられる、という可能性はないから、マシンローカルなモジュールの alias 指定等はこいつに書くのが本来正しい書法なんだろうな、きっと。

まつだ的結論:
debian でカーネル 2.6 を使う際、或は module-init-tools を使う際には、モジュールを指定するマシン固有の alias 行は、 /etc/modprobe.conf に書く。
起動時に強制的に modprobe させたいモジュールは、 /etc/modules-2.6 に書くか、カーネル 2.4 と共通のモジュール名であれば、 /etc/modules にモジュール名を記す。

_ [patent]次に特許な話題

2/2 のまつもと先生投稿以来、ぱたっと止まってるメイリングリストなんだけど、ちょっと、もうダメかなぁ、という気がしてるんですよ。
幾ら私が騒いだところで、状況は変わりゃしねぇなぁ、と。
現状では、誰もが「特許反対」というシュプレヒコールが将来実現されるのか、或はそれが徒労に終るのか、という判断を迫られる必然性も感じてない。
オープンソースと特許のかかわりが将来どうなるのか、という具体的な姿が誰もわからないんですよね。
故に誰も特許を勉強する必然性を感じていない。
後ろ向きな対応で嫌なんだけど、このまま匙を投げようかな、という気でいます。

将来はどうなるのか。

もし、 Microsoft の天下が続くのであれば、特許問題が今以上増える機会はそうないと思います。
何故なら、私企業が販売する OS は、品質はどうであれ、法的保護がそれなりにしっかりしているから。
当然、その上で稼働する個々のアプリケーションソフトウェアも、私企業が販売するものは法的保護を考慮して販売するでしょうから、我々一般市民が心配するようなこと、例えば Eolas のようなケースはそう頻繁には生じないでしょうし、結局は私企業同士の戦いを見守るしか術はないでしょう。
翻って、そのような状況、つまり今の市場の状況とほぼ同じく、オープンソースソフトウェア/フリーソフトウェアが市場を占有する割合が少ないうちは、法的手段に訴える程の費用対効果が薄いから、大きな問題には発展しないと思います。

しかし、もし、 Microsoft の天下がひっくり返って、或は今よりも市場占有の率が下がり、オープンソース由来の OS が市場をある程度占有するようになると、きっと特許問題が急激に増えると思います。
そうなった時に、誰が法的保護を行うのか。
現状では OSDN とて同業他社に対抗し得る特許を保有してはいないでしょうから、最悪の場合、 OSDN のような団体の資金源が底をつくような損害賠償を迫られる状況が発生する可能性があると思います。
さてそうなると、オープンソースの成果物が法的保護を受けられる手っ取り早い解決策としては、私企業の資産になることでしょう。
沢山の特許を保有する大企業のモノになれば、法的保護が受けられる。
当然、その場合は企業の私物になるのですから、ライセンスの書き換え等を始めとする、企業に取って都合の良い運用がなされることでしょう。
GPL も、金銭面での保証は何もありませんから、作者が法的保護に必要な金銭を支払うことが出来なければライセンスの途中破棄、という最悪のケースもないとは言い切れません。
また、オープンソースソフトウェアを自由にダウンロードできるようなサイトが閉鎖に追い込まれる可能性も、ないとは言い切れません。
或はそのようなプロジェクトも。
オープンソースソフトウェアを入手するには、私企業から買わないといけない。
そんな時代になったら、私は凄く嫌です。

とまぁ、極端な想像ですけど、将来、少なくとも一部の特許を侵害するソフトウェアは、 Unisys と同様の、或はもっと強烈な使用禁止措置が適用されるかも知れません。
現状でも圧縮関係の特許は、きちんと検討しないといけませんが、グレーな部分が多々あるようですし。

でね。
結局私は何が云いたいのかっつぅとですね、

自分のことは自分が守るしかない

んです。
自由を確保する為には、その自由を自分で守るべく努めなければいけない。

で、そういうと「法律を変える」というんだよね。
私は「それは逃げでしかない」と、再三言います。
今出来ること、今やらなきゃならないことをやらないで、どうするのよ、と。
市場に聖域は存在しないんだよ、と。

「そんな状況は今すぐには発生しないからいいじゃん」と思ってる人、いませんか。
特許って、成立に時間が掛かるから、後からキッツイボディーブローのように来るんですよ。
「あの時あーしてれば良かった」って思っても、後の祭なんですよ。

_ 録画してあるものを観る

デカレンジャー初回。
菊地美香ちゃそ、演技結構うまい。
観てて全然違和感のない台詞回し。
んでもって尚且つかぁぃぃ。
更にはのっけから入浴シーンの、お父さん&大きなお友達向け大サービス。
ぃゃ、マセガキも取り込もうという算段か?(w
レッド役のあんちゃんの存在をほぼ完全に喰って、この子が全体を引っ張ってる。
エンディングの遊びが粋。
ちょっとたどたどしいけど木下あゆ美ちゃそも推せる。
この番組、大化けするかも。すっごぉく期待。

それに比して演技のダメさ加減がいっこうに改善されないぶれいど。
主人公剣崎役のあんちゃんと栞役のゆみちの台詞回しがどうにもこうにもダメダメで、観てて苦痛。

_ 昨日のできごと

久しぶりの亀戸サンストリート。
話によるとぱふゅ〜む^H^H^H^H^Hperfumeとは別日程になって、buzyが土曜、perfumeが日曜になったのだとか。
ぶっちゃけ、perfumeはもう観飽きてるので、お目当てだけ観れればそれでいい自分に取ってはそれで良いかな、と思ったり。
いつものようにスーパーでビールを買って席に戻ろうとスーパーから出ると、目の前で麻由美ちゃそがチラシを配って歩いてる。
すかさずついていき、後ろから「ちょうだいっ」とおねだり。
にっこり笑顔。
後ろのテーブルで某な人々と談笑しつつビール呑んでると、真央がこちらに来る。
自分のところにも来たんで「あ、さっき麻由美ちゃんから貰ったから」と丁重にお断り。
夕方、つまりサンストライブのトリになるようになって、ガッツキタイムはステージ前にやるようになったんだな。
横ではさっちんがおなごファソ数人に囲まれてガッつかれてる。
ちょっと離れたところでもユリサが同様にガッつかれてる。
更に脇では奈央がおなごファソ数人、侑美がヲタ十数人にガッつかれてる。
すっかりサンストの人気者状態。
最前下手でまったり座ってライブ観覧。
奈央の歌は安心して聴いていられる。
セットリスト等はえでぽん日記参照。
このサンストでのbuzyライブは、あと 2/21, 28, 3/7 の3回しか観れない。(2/29は練習)

_ 今日も記念日休暇でお休み

こんな日が続いて欲しいと思う反面、ヒッキーになってしまうであろうことに対する恐怖も感じてしまう。
人は絶えず誰かと接してないといけないんだね。

_ [patent]reply

web での発表に限らず、電子文書は同一内容のものを紙媒体化して出版すればいいんです。
奥村先生がソフトウェア特許 ML で取り上げた IPAP の情報も、紙媒体と web 文書との一致を保証する為に md5sum を導入した、という話題だと理解しています。
IPA の話も、 IPAP のような手順を踏む等で紙媒体として出版すれば良いことでしょう。
しかし、全ての web 文書が出版に値するかというとそうではないですよね。
昨年11月末のソフトウェア特許勉強会の際に扇谷先生がおっしゃった「特許庁に情報提供してくれれば良い」というお話も、手放しでは喜べません。
何故なら、情報提供した文書が全て日付を保証されるとは限らないからです。
そのような不確定要素が含まれる仕組みでは、文書に対して確実に発行日を保証する仕組みとして採用できるものではありません。
やはり、電子文書が公知文献として使える条件としては、どのような文書であろうとも、著者の意志さえあれば低価格で内容と発行日を保証される仕組みが必要だと思うのです。
現状、私が知り得る限りで最も低価格な仕組みは、発明協会の公開技報 web の4000円、という奴です。
公証役場による電子公証サービスは高価格であると聞いており(2万〜)、その値段ならむしろ特許出願する方が良いのではないか(代理人を使わなければ21000円/件)、と思う位です。
一つ、私が考えるのは、以前にも書いたんですが、雑誌の付録CD-ROM/DVD-ROMに各種オープンソースソフトウェアと共に技術文書のアーカイヴを収録して貰う、という方法です。
一応雑誌の付録だから、雑誌の発行日と同じ日付の確保は出来るんじゃないかと思うんですが、確証は得ていません。

_ ネタ

   リンク名 ■メーラーだえもんさんへのお手紙
        URL: http://daemon.m-i.jp/

_ [spam]spam な話その1

リンク名 スパム業者の追跡よりも、「金の流れ」の追跡を
     URL:
http://www.hotwired.co.jp/news/news/business/story/20040210108.html

_ [spam]spam な話その2

16:41 >XXXX:wei< ちょっとおききしたいんですが
16:41 <XXXX:某A> ほい
16:41 >XXXX:wei< 00:50 <XXXX:某A> http://spam.qmail.jp/onazimi/index.html これ迷惑になるんだよなぁ...
16:41 >XXXX:wei< 00:51 <XXXX:某A> 某社のように<s>ナニな</s>メルマガ出しててオプトアウトしてるにもかかわらず
16:41 >XXXX:wei< 00:51 <XXXX:某A> こーゆー鯖があると手間が増える...
16:42 >XXXX:wei< これの真意を教えて欲しいんです
16:42 <XXXX:某A> えっとですねぇ
16:42 <XXXX:某A> ユーザがメルマガ読むのを登録したんだけど
16:43 <XXXX:某A> その(ちゃんとした)メイルアドレスに届かないって場合が発生すると
16:44 <XXXX:某A> 管理側としては一度届かないってことで
16:44 <XXXX:某A> 削除しちゃう場合があるんですよね...
16:44 >XXXX:wei< あっそうか!
16:44 <XXXX:某A> で、ユーザからクレームが来ると死...
16:44 <XXXX:某A> なんですよ
16:44 >XXXX:wei< すると、いつまで経っても登録できない
16:44 <XXXX:某A> 登録はデキるんですよ
16:44 <XXXX:某A> ただメイルが届かない
16:44 >XXXX:wei< あ、そうそう
16:45 <XXXX:某A> こっちは正常に出してるけど
16:45 <XXXX:某A> おなじみぢゃないからユーザ/出す側の管理者とも迷惑を被る
16:46 <XXXX:某A> だからspamかどうかってのは受ける側の管理者が[解判]るわけぢゃないので
16:46 <XXXX:某A> すげー色々なトコロで迷惑がかかるんですよねぇ...
16:46 <XXXX:某A> 私的にはspamはMUA/クライアント側でちゃんと考えろっつーカンジですねぇ...
16:47 >XXXX:wei< ユーザが登録した、確認メイルがユーザ宛に出された、一時エラーではねられた、MLサーバは当該ユーザのメイルアドレスを削除して二度と出さない、ユーザがクレームを出す、の繰り返し。
16:47 >XXXX:wei< MTAでどうにかするもんではない、ってのが某Aさめの意見ですね＜spam
16:48 <XXXX:某A> ですです
16:48 >XXXX:wei< その辺が「ポリシー」って奴ですね
16:48 <XXXX:某A> ISPでコレをやられたら
16:48 <XXXX:某A> ユーザ登録確認メイルとか送る場合
16:48 <XXXX:某A> シャレになりません
16:48 <XXXX:某A> (w
16:48 >XXXX:wei< なるほど!
16:49 <XXXX:某A> コレをやる企業やISPはそれ相応のリスクが
16:49 <XXXX:某A> spamを受け取るよりもないと判断したものとして
16:49 <XXXX:某A> 私的にはサクっと抹消しますけどね > ユーザのアドレス
16:50 >XXXX:wei< んー、やっぱ根は深いなぁ
16:50 <XXXX:某A> でもクレイムが来られるとびみょーなんですよねぇ
16:50 <XXXX:某A> それでも客なんで(わら
16:51 >XXXX:wei< ついでにおききしますが、
16:51 >XXXX:wei< sorbs 等の orbs 由来の blacklist についてはどう思いますか
16:51 <XXXX:某A> はい
16:51 <XXXX:某A> 微妙ですねぇ...
16:52 >XXXX:wei< あれも MTA 側でイロイロやっちゃうもんですよね
16:52 <XXXX:某A> P (誰 みたいなのがいると困りますし(わら
16:52 <XXXX:某A> IP が変わってるトコロからspamられると追えないにもかかわらず
16:53 <XXXX:某A> 「そのISP全部止めちゃえ!」は
16:53 <XXXX:某A> さすがに看過したくないですねぇ
16:53 >XXXX:wei< 動的IPをひとまとめに reject しちゃうんですよね
16:53 <XXXX:某A> なので spamhaus ステ! ですし
16:53 <XXXX:某A> ウチの会社はその辺全然設定してません(w
16:54 <XXXX:某A> ただ、spamassasin だとかは
16:54 <XXXX:某A> ユーザに提供デキるようにはしてますけどね
16:54 >XXXX:wei< へぇ
16:54 <XXXX:某A> usermin-spamassasin で設定可能ですから
16:54 >XXXX:wei< あ、あくまでも最終的な責任はユーザ側で負ってくれ、ってことですね
16:54 <XXXX:某A> usermin-procmail とかが理解デキるんであれば
16:55 <XXXX:某A> 使えってカンジで(w
16:55 <XXXX:某A> そです > spam
16:55 <XXXX:某A> まぁuserminがあるからといって
16:55 <XXXX:某A> 社内の人間のサポートをしないわけでもないし
16:56 <XXXX:某A> POPFile(でしたっけ? とかあるわけなので
16:56 <XXXX:某A> Winだろうがナンだろうがユーザ自身が守らないとダメぽ
16:56 <XXXX:某A> という意識は植え付けようとはしてます
16:58 >XXXX:wei< そうか、一般ユーザを対象としたプロバイダとはちがうんですよね
16:59 <XXXX:某A> 企業でも同じだと思いますよ
16:59 <XXXX:某A> おなじみさん方式がデキるってのは
16:59 <XXXX:某A> 個人でサーバ立ててる場合とかぐらいだと思ってます
17:00 <XXXX:某A> 企業だったら企業で、びじねすちゃんす(ぼうよみ が無くなることだってあるわけだし
17:00 >XXXX:wei< その個人でさえ、MLへの subscribe 時には前述のような問題が発生する、と
17:00 >XXXX:wei< (わら
17:00 <XXXX:某A> ISP なんかは、誰がどういうことするか把握デキるとは思えないし(w
17:01 <XXXX:某A> そうですねぇ > ML の subscribe とか
17:02 >XXXX:wei< MTAで中身を見ないでフィルタリングする、ってのは、その時点で本当なら受け取るべきかも知れないメイルを落すリスクを負っている、ということですね
17:03 <XXXX:某A> ですです
17:03 <XXXX:某A> でも相手先(!=spammer)のデメリットって
17:03 <XXXX:某A> ドコが払うの? ってのも考えてね? というのもあります
17:04 >XXXX:wei< 正規の送信元が負うデメリット、ってことですか?
17:04 <XXXX:某A> そうですね
17:05 <XXXX:某A> おなじみさん方式のおかげで
17:05 <XXXX:某A> 何かしらロストしたと判断されれば
17:05 <XXXX:某A> 最悪賠償もありえるかと...
17:05 <XXXX:某A> ま、極端な例ですけど
17:06 >XXXX:wei< なるほどねぇ
17:07 <XXXX:某A> 私自身はメイルにソコまで精度を求めてないので
17:07 <XXXX:某A> メイルがロストしたおかげでどうってことはないのですが
17:07 <XXXX:某A> すでに「メイルは100%届くモノ」という風潮もあるわけなので
17:08 <XXXX:某A> 安全側に倒すと管理者としてはそういうことも考慮にいれないとマズーってカンジです
17:08 >XXXX:wei< 余計なことをしてリスクは負いたくないぞ、ってことっすね
17:09 >XXXX:wei< ちょと言い方はよくないかもしれないけど
17:09 >XXXX:wei< 落すリスクはデカイですからねぇ
17:12 >XXXX:wei< 某Aさめ的には、spamやらウィルスやらが回線の帯域を占有していたり、MTAに負担が掛かっている事態をどう受け止めてますか?
17:13 >XXXX:wei< 「ま、しゃーないやん」で達観されてるとか
17:13 >XXXX:wei< 或は「行政がなんとかせぇや」と思ってるとか
17:14 >XXXX:wei< 「ユーザが賢くならなくちゃダメだよね」とか
17:16 <XXXX:某A> 問題は問題だとは思いますよ > 帯域占有
17:16 <XXXX:某A> でもそれは
17:17 <XXXX:某A> 行政がどうってよりも
17:17 <XXXX:某A> 「SMTP以外のプロトコルでどうにか」ってのがあります(わら
17:17 <XXXX:某A> 今の世の中的にSMTP自体がダメぽだとは思ってます
17:18 >XXXX:wei< 現行SMTPの、認証のない配送方式自体が問題だ、とゆーことですね
17:19 <XXXX:某A> MUA→送り先のMTAでも
17:19 <XXXX:某A> メイル届いちゃうわけで
17:19 >XXXX:wei< ですね
17:19 <XXXX:某A> ウィルスっつーかワームの蔓延もSMTPのおかげと思っております(w
17:19 >XXXX:wei< ああ〜
17:20 >XXXX:wei< メイル配送拠点同士の相互認証システムみたいなのが必要だ、ってことでしょうか
17:20 <XXXX:某A> ですね
17:21 <XXXX:某A> ドメインとかが間違っていなければ受け取らざるを得ないってのは
17:21 <XXXX:某A> いまやキビシい状況だと思います
17:22 <XXXX:某B> とわいっても あるいみどっからでも受け取れないとマズいわけで..
17:22 <XXXX:某B> ってあたりのバランスがどうなるかですけど(って堂堂巡りコース
17:22 <XXXX:某A> うひひ > 堂堂巡りコース
17:23 >XXXX:wei< ごめん、某B、ちょっとまっててくれ、まだ某Aさめのいけんがりかいできてない
17:24 <XXXX:某A> 端的に言うと、「今のMTAっつーかSMTPではspamを制御するのは無理」でもイイっすよ(ぉ
17:25 <XXXX:某A> MTA管理者ががんばっても
17:25 <XXXX:某A> 根底にあるモノが脆弱(とか言いきってしまう だと相当ムズカシいでしょうから
17:25 <XXXX:某A> でも
17:26 <XXXX:某A> それ以上に根底にある管理者がナニだと(以下略
17:26 >XXXX:wei< > ドメインとかが間違っていなければ受け取らざるを得ないってのは
17:26 >XXXX:wei< > いまやキビシい状況だと思います
17:26 >XXXX:wei< ってのは、送信元IPのドメインと Mail From: のドメインが合ってれば受け取っちゃう、ってことですか?
17:27 <XXXX:某A> 例えば postfix だと mydestination とかで設定しているドメインって
17:28 <XXXX:某A> IPがどうであれ基本的に受けちゃうわけですよね?
17:28 >XXXX:wei< あ、そういうのがあるんですか、しらなかった(汗
17:29 <XXXX:某A> なんで、プロトコルベースで例えばMXとかで登録されているモノだけを
17:29 <XXXX:某A> 受けられるようにするとかがデキればイイなぁ...と
17:29 <XXXX:某A> 簡単に言えば免許制かもしれませんですな :)
17:31 >XXXX:wei< 最初にコネクションが成立したら、そのIPを元にMXを調べて、Mail From: のドメインと一致しているか見る、って仕組みが smtp 鯖に入っていれば、似たようなことができるように思いますけど、どうでしょう?
17:31 <XXXX:某A> ただ MX ですべてをまかなうわけぢゃないので
17:31 <XXXX:某A> 結構現実的にはキビシイかと...
17:32 >XXXX:wei< うーむむむむむ
17:32 <XXXX:某A> 最初、gpg/pgpみたいに「輪」を形成すると...とか思ってたけど
17:33 <XXXX:某A> コレもそのサーバ/管理者のポリシー/モラルをどう捉えるか? ってのも
17:33 <XXXX:某A> すげー面倒だと思ったんで
17:33 >XXXX:wei< ならず者サイトの出現は十分考えられますね
17:33 <XXXX:某A> そういう形は無理だなぁ...と
17:34 <XXXX:某A> ならず者同士でつながっちゃう(わら
17:34 >XXXX:wei< うひ
17:34 <XXXX:某A> ワーム同様、穴は一ヶ所でイイわけだし(死
17:36 <XXXX:某A> あと私的な考え方としてはワーム付メイルもspamも「同じモノ」として考えてる
17:36 <XXXX:某A> ってトコロが違うかもしれませんねぇ...
17:36 <XXXX:某A> 「いらない」ってトコロでは同じ視点になると思うので
17:37 >XXXX:wei< 「迷惑メイル」である点で同じ括り、ですね
17:37 <XXXX:某A> MTAの設定よりは
17:37 <XXXX:某A> ユーザの問題として捉えてる気がする > 自分
17:38 >XXXX:wei< ただ、一方では、
17:39 >XXXX:wei< 現行 smtp が改良されても、 spam はなくならない、という見方もあります
17:39 <XXXX:某A> ですねぇ
17:39 <XXXX:某A> ただ
17:40 <XXXX:某A> 「spamの定義」は「そのユーザ次第でいくらでも変化する」とも思ってるので
17:40 <XXXX:某A> 線引きは無理だろーな...と
17:42 >XXXX:wei< んー、
17:42 >XXXX:wei< 確かに、厳密な線引きはできませんね
17:43 <XXXX:某A> おねーちゃんの裸なサイトにリンクされてたとしても
17:43 <XXXX:某A> ウィルス/ワームと違ってそれが「100%迷惑だ」とは言えないとは思いますし
17:44 <XXXX:某A> されてたっつーよりもリンクがあるメイルかな... < 日本語的には
17:46 >XXXX:wei< web サイトにメイルアドレスを晒していて、誰かがその人にツッコミメイルを出したい、という行為と、企業が宣伝メイルをだす、という行為とを明確に切り分ける物理的境界線はありませんね
17:48 <XXXX:某A> 逆にspammerがおなじみさん方式を取り入れてしまうという罠もありますし...(ぉぃ
17:48 >XXXX:wei< え゛? そんなのってありますぅ?(w
17:49 <XXXX:某A> エラーメイル受けなくてイイかもしれませんし(ぉ
17:49 >XXXX:wei< ^^;
17:50 <XXXX:某A> なので私的にはあのおなじみさん方式は穴だらけだと
17:50 <XXXX:某A> 言葉を濁して言ってます(w
17:50 >XXXX:wei< うひ
17:51 >XXXX:wei< そすっと、話はちょっと飛んじゃいますけど、某Aさめ的には、spamに関して行政サイドにはいっさい期待はしてないって考えていいですか
17:52 <XXXX:某A> 行政ですかぁ...
17:52 <XXXX:某C> 行政のサーバがSPAMまいてる罠
17:52 >XXXX:wei< 一応、「みしょうだくこうこく」ってぇのがありますよね、ザルですけど
17:52 <XXXX:某A> 未承諾広告※の時点で大失敗なのは
17:52 >XXXX:wei< まぢっすか＞某Cさめ
17:52 <XXXX:某A> しっかり浸透してますからねぇ...
17:53 <XXXX:某A> 小泉メルマガ... < spam (マテ?
17:53 <XXXX:某C> 先日もCc: JPCERT できっちり送ったし（ぉ
17:53 <XXXX:某D> 末承諾...
17:53 <XXXX:某C> メールサーバ管理してると結構見つかるよ
17:54 >XXXX:wei< 海向こうも立法したはものの運用で失敗してますよね＜CAN-SPAM法とやら
17:54 <XXXX:某A> ←spamの上流での制限は失敗すると思ってるヤツ
17:55 >XXXX:wei< Received: 見ると行政の鯖が踏台にされちゃってるって奴っすか＞某Cさめ
17:55 <XXXX:某C> だす
17:55 >XXXX:wei< うへぇ
17:55 <XXXX:某A> ああ、私の住んでる市でもあったなぁ...(わら
17:55 >XXXX:wei< だめだめやん
17:56 >XXXX:wei< 末承諾はおいらんとこにもきたよ(w＞某D
17:57 <XXXX:某C> 最近普通のsubjectでSPAMしてくるよね
17:57 >XXXX:wei< ですねぇ＜さぶじぇくと
17:57 <XXXX:某A> 末承言若広告米 とかだったら(マテコラ
17:57 >XXXX:wei< ワラタ
17:57 <XXXX:某C> 何を考えてるか知らないけど .jp 以外のhostから送ったら分らないだろうと思ってる奴とか
17:58 >XXXX:wei< ほうりつこさえたはものの、でんでんいみをなしてませんねぇ
18:01 >XXXX:wei< まぁ、しかし、ピンクチラシを規制する法もない以上、spamを規制する決定的な根拠がないことを意味するし、法律では無理なんでしょうねぇ

_ リンク元を見ていると

妙ちきりんなものがあるのに気付く。
ちょっとアクセスしてみると:

http://www.punkoryan.com/bands/WARPED%20TOUR%202003/Simple%20Plan/
http://www.csus.edu/indiv/r/reihmanm/angiosperrms.htm
http://www.personalmd.com/news/genital_herpes_022900.shtml
http://www.tedatum.com/thms/project1.html

どうも、画像のあるサイトへランダムにジャンプさせる、まさに randomlink なんですねぇ。
これ使ってウチに来た人が居るのか。

_ のほほんな休日

今日は車屋の営業あんちゃんが車検の為にうちに車を取りに来る筈。
車屋に電話してみる。
「あのー、○○さん、何時にウチに来てくれるんでしょうか?」
「あっすいません、○○は風邪こじらせて入院しちゃってるんですよ。」
で、○○さんの上司の人がうちに車を取りに来てくれた。
その後電話。
「あっまつださん、この車、車検5月なんですよね。」
うわっ、営業あんちゃんもおいらもすっかり間違って認識してた罠(爆)

_ 録画してあるものを観る

一週間の楽しみ、土曜の朝の学芸会。
本編よりも次回予告の千咲ちゃその悪役な表情への変貌が(・∀・)イイ!!

_ 至福のひととき

昨日は亀戸へ Buzy を観に行ってました。

ヘタレカメラマソですまそ。(;´д⊂)

16:30頃になると、彼女達がチラシを配ってそこここを歩き回る。
さっちんとゆみは早々にヲタ共に囲まれ、サイン責めに遭う。
ユリサもおなごヲタに囲まれ、サイン責めに遭う。
リーダー麻由美ちゃそは万遍なくチラシを配るべくあちこち歩き回る。
サンストでミニライブを行ってもう7ヵ月。
彼女達目当てのファンがおよそ100人以上集まる。
子供連れ、アベック、酔っ払いのおっちゃん。
その数は古参ヲタや別方面から流れて来た連中を上回っている。
彼女達はこの場所でファンを確実に増やしている。
奈央の凛としたヴォーカルがサンストのマーケット広場に広がる。
ステージ袖近くで子供達が手を叩いていたり、振り真似をしていたり。
こういうのが至福のときだと思う。
彼女達を知って良かったな、って素直に思える。
ここで彼女達のミニライブを観れるのも、自分はあと2回。
正直、ちと寂しい。

_ んでもって今朝は

某ゃ師匠: デカレンジャーの素顔の戦士見たいです！ｗ
某ゃ師匠: 基地でバスローブは斬新なｗ
ょ: 後楽園で徹夜並びですね!(w
ょ: をー、今日も入浴シーンですか(w
ょ: まだVTRみてないんで
某ゃ師匠: 入浴後って感じでしたな
ょ: おとーさん&ヲタ向け大サービスですかぁ
某ゃ師匠: 由美かおるの役回りですか^^;
ょ: (爆笑)
ょ: パクったか!
某ゃ師匠: そーいえば，なんか手帳みたいの出すの印籠っぽくもある
ょ: ですねぇ!(w

_ んでもって今日は

そぉとぉ久しぶりにいちご姫を眺めた後、そぉとぉ久しぶりにぱふゅを観ましたとさ。
あーちゃんの広島弁がえがった。
もっと広島弁丸出しで喋って欲しいのねん。

さてさてそんなこんなで帰った後、

_ 録画してあるものを観る

デカレン、出来良過ぎ。
戦隊モノでここまで引き込まれるのって、タイムレンジャー以来かも。
つか、ストーリー、明らかに子供向けじゃないんですけど。
こんなんガキが観たら、マセガキが大量生産されますってば。(w

ぶれいど…ううっ、つまらない(;´д⊂)
謎の多いシチュエーションやら、突然起こる事件すら、主人公の棒読み一発で疑問を維持する気力を失わせる。

_ 平穏無事

な、なーんもない記念日休暇ですた。

_ [spam]ぼやき

Softether って stone の proxy 越え機能を内包してるんだね。

んでもって、 proxy に任意のプロトコルをのっけちゃう手法を悪用するのが、 annonymous proxy を経由する spam なんだね。

_ そういえば

デカレンってまだ悪役おなごが出て来てないなぁ。
どんな子が出て来るのかなぁ。わくわく
脚本がいい感じで遊んでるから、ヤッターマンみたいなストーリーで、ドロンジョみたいなせくしぃ&ちょぃとずっこけでかぁぃぃ悪役おねぃちゃんを出して欲しいぞぉ。

_ ネタぢゃないっ!

うそでしょぉ?(驚)

_ ネタぢゃないんだけど

職人芸

情報提供感謝(__)＞かもさみぇ

_ 移行ちぅ

emacs20 から emacs21 に徐々に移行中。
こう書くと大したことなさそうに見えるでしょうけど、よういちくん。的にはとっても大変でした。
と言いますのも、 emacs20 では canna-dl ってのを使って日本語入力をしてたんですが、 Debian では emacs21 になってこのパッケージがなくなっちゃいました。
メンテナが居ないのです。
そうなると、 emacs21 で日本語入力をする際には、elispで実装されたIMEを使うしかなく、これがどれもキーカスタマイズが難しいものばかりです。

今般、ようやく yc.el のキーカスタマイズの道が見えて来ました。
ここ迄来るのにホンット長かった。(;´д⊂)
取り敢えず未だ不完全ですが↓

;;
;; yc.el をVJE-β風のキーアサインに変更する elisp
;;
;; 2004.02.28 by [yoh] (yoh@flcl.org)
;;
;; .emacs の任意の箇所に記入して下さい。
;;
;; yc.el をロードする前に、 C-j を無効化する
(defvar yc-rK-trans-key ""
  "*漢字変換キーを設定する")
;; yc.el をロード
(load "yc")
(setq default-input-method "japanese-yc")
(define-key yc-input-mode-map "\C-c" nil)
(define-key yc-mode-map "\C-c" nil)
(setq yc-rK-trans-key "\C-c")
 
(define-key yc-mode-map (cond ((vectorp yc-rK-trans-key)
                               (vconcat [?\C-v] yc-rK-trans-key))
                              ((stringp yc-rK-trans-key)
                               (concat "\C-v" yc-rK-trans-key)))
  'yc-wclist-mode)
(define-key yc-input-mode-map (cond ((vectorp yc-rK-trans-key)
                                     (vconcat [?\C-v] yc-rK-trans-key))
                                    ((stringp yc-rK-trans-key)
                                     (concat "\C-v" yc-rK-trans-key)))
  'yc-wclist-mode)
 
(define-key yc-edit-mode-map "\C-g" 'yc-edit-cancel)
(define-key yc-edit-mode-map "\C-a" 'yc-edit-beginning-of-fence)
;(define-key yc-edit-mode-map "\C-e" 'yc-edit-end-of-fence)
(define-key yc-edit-mode-map "\C-e" nil)
;(define-key yc-edit-mode-map "\C-b" 'yc-edit-backward-char)
(define-key yc-edit-mode-map "\C-b" nil)
(define-key yc-edit-mode-map "\C-s" 'yc-edit-backward-char)
;(define-key yc-edit-mode-map "\C-f" 'yc-edit-forward-char)
(define-key yc-edit-mode-map "\C-d" 'yc-edit-forward-char)
(define-key yc-edit-mode-map "\C-f" 'yc-edit-end-of-fence)
(define-key yc-edit-mode-map "\C-h" 'yc-edit-backward-delete-char)
(define-key yc-edit-mode-map "\177" 'yc-edit-backward-delete-char)
(define-key yc-edit-mode-map [backspace] 'yc-edit-backward-delete-char)
;(define-key yc-edit-mode-map "\C-h" 'yc-edit-delete-char)
(define-key yc-edit-mode-map "\C-h" 'yc-edit-backward-delete-char)
;(define-key yc-edit-mode-map "\C-d" 'yc-edit-delete-char)
;(define-key yc-edit-mode-map "\C-g" 'yc-edit-delete-char)
(define-key yc-edit-mode-map " "    'yc-edit-henkan)
(define-key yc-edit-mode-map yc-rK-trans-key 'yc-edit-henkan)
(define-key yc-edit-mode-map "\C-m" 'yc-edit-kakutei)
(define-key yc-edit-mode-map "\C-k" 'yc-edit-kill-line)
;(define-key yc-edit-mode-map "\C-p" 'yc-edit-katakana)
(define-key yc-edit-mode-map "\C-p" nil)
;(define-key yc-edit-mode-map "\C-n" 'yc-edit-alphabet)
(define-key yc-edit-mode-map "\C-n" nil)
(define-key yc-edit-mode-map "\C-p" 'yc-edit-previous)
(define-key yc-edit-mode-map "\C-n" 'yc-edit-next)
(define-key yc-edit-mode-map [up] 'yc-edit-end-of-fence)
(define-key yc-edit-mode-map [down] 'yc-edit-beginning-of-fence)
(define-key yc-edit-mode-map [right] 'yc-edit-forward-char)
(define-key yc-edit-mode-map [left] 'yc-edit-backward-char)
 
(defun yc-edit-hiragana ()
  "読み編集中にひら仮名-漢字変換した後、ひらがな変換する"
  (interactive)
  (yc-edit-henkan)
  (yc-hiragana)
)
(define-key yc-edit-mode-map "\C-j" 'yc-edit-hiragana)
(defun yc-edit-katakana ()
  "読み編集中にひら仮名-漢字変換した後、カタカナ変換する"
  (interactive)
  (yc-edit-henkan)
  (yc-katakana)
)
(define-key yc-edit-mode-map "\C-k" 'yc-edit-katakana)
 
(define-key yc-henkan-mode-map "\C-m" 'yc-kakutei)
(define-key yc-henkan-mode-map "\C-g" 'yc-cancel)
(define-key yc-henkan-mode-map "\C-h" 'yc-cancel)
(define-key yc-henkan-mode-map "\C-n" 'yc-next)
(define-key yc-henkan-mode-map yc-rK-trans-key 'yc-next)
(define-key yc-henkan-mode-map " "    'yc-modeless-next)
(define-key yc-henkan-mode-map "\C-p" 'yc-previous)
;(define-key yc-henkan-mode-map "\C-f" 'yc-forward)
(define-key yc-henkan-mode-map "\C-f" nil)
(define-key yc-henkan-mode-map "\C-d" 'yc-forward)
;(define-key yc-henkan-mode-map "\C-b" 'yc-backward)
(define-key yc-henkan-mode-map "\C-b" nil)
(define-key yc-henkan-mode-map "\C-s" 'yc-backward)
(define-key yc-henkan-mode-map "\C-a" 'yc-beginning-of-fence)
;(define-key yc-henkan-mode-map "\C-e" 'yc-end-of-fence)
(define-key yc-henkan-mode-map "\C-e" nil)
(define-key yc-henkan-mode-map "\C-f" 'yc-end-of-fence)
;(define-key yc-henkan-mode-map "\C-i" 'yc-shrink)
(define-key yc-henkan-mode-map "\C-i" nil)
(define-key yc-henkan-mode-map "\C-q" 'yc-shrink)
(define-key yc-henkan-mode-map "\C-x" 'yc-shrink)
;(define-key yc-henkan-mode-map "\C-o" 'yc-enlarge)
(define-key yc-henkan-mode-map "\C-o" nil)
(define-key yc-henkan-mode-map "\C-w" 'yc-enlarge)
(define-key yc-henkan-mode-map "\C-e" 'yc-enlarge)
(define-key yc-henkan-mode-map "\C-t" 'yc-kakutei-and-touroku)
(define-key yc-henkan-mode-map "\177" 'yc-hiragana)
(define-key yc-henkan-mode-map [backspace] 'yc-hiragana)
;(define-key yc-henkan-mode-map "\C-h" 'yc-hiragana)
(define-key yc-henkan-mode-map "\C-j" 'yc-hiragana)
(define-key yc-henkan-mode-map "\C-u" 'yc-alphabet2)
(define-key yc-henkan-mode-map "\C-l" 'yc-alphabet)
(define-key yc-henkan-mode-map "\C-k" 'yc-katakana)
(define-key yc-henkan-mode-map [up] 'yc-previous)
(define-key yc-henkan-mode-map [down] 'yc-next)
(define-key yc-henkan-mode-map [right] 'yc-forward)
(define-key yc-henkan-mode-map [left] 'yc-backward)

既に定義済のプリフィックスキーを解除するには nil を割り当てれば良い、と判るまで時間が掛かりました。
C-j を C-c に置き換えるのは、究極的には本体のソースに手を入れないといけないっぽいので、ちょっと考えちぅ。

_ む?

2ウィークアキュビューのCMに出てる子、村川絵梨じゃね?
しっかし、村川絵梨でぐぐると、オフィシャルを抑えてトップに出て来るサイトが(ry

_ 録画してあるものを観る

土曜の朝の学芸会は、まこちゃん@安座間美優ちゃそスペシャル。
頑張ってるのは認めるけど、まだイマイチ。
それよりも、スコーンと役に入って不敵な笑みを浮かべる亜美ちゃん@千咲ちゃそが見事。
「逃げても…無駄よ」の迫力は正直圧倒されたっす。
うさ@沢井美優ちゃそと浜千咲ちゃそは、番組開始当初と比べてぐんぐん良くなってる。

ぐらんせいざ。
ちすんちゃその病院シーンがエロい。(笑)

_ めも

   リンク名 Simple -憂鬱なプログラマによるオブジェクト指向な日々-
        URL: http://umi.no-ip.com/simple/

うーん、この日記書いてる人、メッチャ頭いいなぁ。
他人のネタをパクる程度しか能力のない自分には、こういう人が備えている、物事の関連性を見抜いて論理的に文書を組み立てる論理的思考能力を持つ人が羨ましくてしょうがない。
で、こういう人の文書は注意して読まないと、ミスリーディングに誘い込まれてドツボにハマってしまう可能性も否定できないから、心して読まないといけない。
だから、面白い文書なんだけど、一つ一つの文節で反芻していかないとマズい。

_ 録画してあるものを観た後に

ゲストのさらわれる少女・衛里香を演じるのは、この作品がほぼデビュー作となる、吉木りさちゃん。とにかく可憐で可愛いコを、とキャスティングした彼女。民謡を謡うのが特技です。

なんか、心当たりあるよーな人、居ません?＞ごく特定方面の方々(w

_ そして今日は

かなり久しぶりのバンド練習。
新しい、若いベースのあんちゃんがイイノリを出してくれる。
時間がなくて練習らしい練習をして来ていなかったけれども、やっぱり、仲間と音を合わせるのはとても楽しい。
練習が終って、都合によりバンド脱退を報告。
今まで有難う。＞kせそせい、Aくん、Yくん、Tくん