複雑な procmail用.forward の記述について

procmail用.forwardの中身って、多くの場合
「"|IFS=' ' && exec /usr/bin/procmail -f- || exit 75 #username"」
ってなってるんじゃないかなぁと思います。

今日、先生にこの中身について聞かれたのだけれど、「慣習?」としか答えられなかったのでちょっと調べてみました。

んで、以下のサイトが良い感じ。
procmail用の.forward設定の源流を探る

あ~なるほど。ほとんどが昔のバグ対策の名残だったわけっすね。

ということで、私はprocmailのFAQに載っている
「"|IFS=' '&&p=/usr/local/bin/procmail&&test -f $p&&exec $p -f-||exit 75#whatever"」
に代えておくことにしました。

まさか後輪車軸のネジが飛ぶとか

MC-1CPは、可動部が普通の折りたたみと比べても多いので、
手のかかる自転車だとは思っていましたが、さすがに今日はビビりました。

今朝、大学に向けてシャコシャコと漕いでいたら、後ろが妙にガタガタする感じになりました。
何だろうと思って、止まって調べてみると、なんと、後輪を支える車軸の内の一本
(MC-1CPは普通の車軸と折りたたみ部の二箇所でタイヤが止まっています)
が抜けかけてるじゃないですか。
ついつい、現実で「ちょ!? おま!?」とか言っちゃいましたよ。

え~・・・大学までは後10kmくらいあるんですが・・・。
仕方なく調べてみたら、ナットが一つ無くなってる・・・。

仕方がないので、押して返ってきましたよ。

しかし、さすがに危なかった・・・。
国1を速いときで40kmとかで飛ばしてるときに、後輪脱落とか洒落になりませんよ。

リア(荷台)が壊れた orz

荷台が壊れました・・・orz

負荷のかかる所のボルトが抜け落ちて、吹っ飛ぶ寸前。
ノートPCの入った鞄がくくりつけてあったんですが、何とか落車せずにすみました。
あぶないあぶない。

---------------
本日の走行記録 [total: 44.52 km]

行き: タイム 0:59:24 距離 22.46km 平均速 22.7 最高速 53.2
帰り:
タイム 0:51:00 距離 21.95km 平均速 25.8 最高速 52.1

朝食: 600kcal
昼食: 薄皮チョコパン 600kcal
夕食: 薄皮白アンパン 600kcal, ふわふわ卵シフォン 460kcal
夜食: カレー + サラダ 800 kcal
計: 3060kcal

ちょっと少なめかも・・・。

走行記録 [total:44.65km]

本日の走行記録 [total: 44.65 km]

行き: タイム 1h:01m 距離 22.89km 最高速 44.2 平均速 22.8
帰り: タイム 47m 距離 21.66km 最高速 50.1 平均速 27.5

- - - - - -

朝食: 800kcal
昼食: 薄皮クリームパン 600 kcal, Qoo 1L 400kcal
夕食: 薄塩カルビ丼 1100kcal
夜食: 鶏モモステーキセット 1000kcal くらい

計: 約4000kcal
・・・さすがに食い過ぎ

走行記録 [total:45.02km]

本日の走行記録 [total: 45.02 km]

行き: タイム 59m 距離 22.19km 最高速 46.4 平均速 22.4
20kmくらいでセブンで昼食。
おにぎり1個, いなり寿司1セット, ビタミンウォーター 1L, エクレア1個
160 + 220 + 200 + 200 = 860 kcal 程度

帰り:
タイム 51m 距離 22.62km 最高速 49.6 平均速 26.6
家手前500mくらいのセブンで食事。
道中で、400ml のオレンジジュース 1本を消費。およそ200 kcal
シュークリーム + エクレア = 400kcal くらい

他: 朝食 800 kcal 程度、夕食 960 kcal 程度, 午後ティー1本 100 kcal.
本日の総カロリーは、3320 kcal くらい

1日の基本カロリー 2400 + 550 (片道消費カロリー) x 2 = 3500 kcal には少し足りないかな・・・。
これだと筋肉は増えないはず。しかし、食べるのが結構キツい (^^;

22km 自転車通学始めました

前々から計画していた自転車での通学を始めました。

距離にして22~23km, 乗ってるのはミニベロ(というか折りたたみ)のMC-1CPです。

(画像は村山コーポレーションさんから)

総重量は、車体だけだと11.7kg, 泥よけとかキャリアを含めて、約12.5kg。
折りたたんだときに、チェーンが外れて転がせるのが最大の特徴。

おかげで、雨の日とかはJRに乗せて途中をショートカットしたりできます。

ギアはフロントシングル、リア9段。ぜーんぜん使いこなせてません (><)

速度的には、大学<>自宅間 22km で、逢坂山を超えて、平均速28.3km, 最高速 53.0km(逢坂山下り)くらい出せてます。約50分で電車を使うより10分ほど速いです。

さーて、次はドロップハンドル化だぁ、3万くらいかなぁ。

Google ストリートビューが「ダメ」な理由 : あんたらは準備の出来ていないWindowsマシンをネットに強制的に晒すのか?

少し前に、Googleのストリートビューが公開されました。
[紹介記事 on Internet Watch]

米国での公開時から違和感を感じていたけれど、最近やっと上手い言い方にたどり着いたので某所にも書いたけどこちらにも書いておく。

ストリートビューは便利だし、面白い。これが無くなることはなく、発展していくでしょう。

彼らの理論では「家なんてダレからでも見られるんだから、元々公開してあったじゃん」となっているけれど、これは違う。そこには「物理的ファイアーウォール(FW)が有る」んです。簡単に言うと、空間FWと手間FWです。

京都の下町の一角なんて、世界中の人から見られるなんてことはないし、日本中からということもない。京都の人なら何とかなるけど、それでもわざわざ見に来ようとする人なんていないし、見に来るのにもそれなりの費用がかかる。これが空間FWです。

ネットワークに照らし合わせれば、プライベートネットに当たるわけで、そこにあるノード(家)もそれを踏まえた状態(低セキュリティ状態)にあるわけです。当然、世界中の人から見られる準備なんてされていません。逆に、元々ある程度に人に見られる前提の商店街など(DMZ相当)は、それなりの状態になっています。

つまり、ストリートビューが行ったことをネットワークに当てはめると「プライベートネットワーク内に無防備のWindows端末が有ったときに、端末の管理者に一切通知すること無く、強制的に外部ファイアーウォールを撤去してインターネットに晒す」ことに等しい。
(本当は、晒されたことに気づかない人、気づいても対処できない人が多いのでなお悪い)

たとえ、それで便利になるとしても、これが非常によろしくないことは、多くの人、Googleの中の人も理解しているはずです。便利になるから移行するとしても、ちゃんと通知して、緩やかに移行できるようにするべきです。ストリートビューは法的・技術的には問題有りません、が、公開までの手順が「倫理的に」破綻しています。

物理世界はネット世界と違って、コマンド数行で状態を変えることが出来ません。例えば「道から見える窓を無くす」といったことを行うにも多大な労力と時間がかかります。ネット世界のことを、単純に物理世界に当てはめないで下さい。物理世界の変化は非常に遅く「対処しろ」といわれてもすぐには対応できません。

おそらく将来的には、これらがリアルタイム更新になって、時間FWも外されるでしょう。そのときはもっと上手く対処していただけるようにお願いいたします。