FreeBSDのportsスケルトンを書く話題。
tDiaryをportsとして登録作成するまでのメモ(2003.07.14版) FreeBSD [fkimura.com]_ も合わせて参考に。

フジテレビの視聴率張り紙109_

グローバルIPの部分ではnullqmailにして、qmtpでDMZメールサーバーに飛ばすことに。
ClamAVでウイルスチェックするのはメールサーバーにしよう。
それなら再送期間も調整できるし。

いまのところここは、Perl による Web アプリケーションフレームワークであるところの Sledge の練習・実験場として運用されています。

Sledgeの実働サンプルとして興味があったのでメモ。
（livedoor系のWebサービスのほとんどはSledgeだと考えてもよさそうだけど）

でも本当のK社長は明石家さんまの番組で出てくるタイプの人なので、けっこう変人が好きみたいです。

ただURLを貼っただけでは、法的にも道義的にもどうしようもないしな。
サーバーに置いて送信可能状態にしたのならともかく。

Compiling ../locale/ja_JP/LC_MESSAGES/squirrelmail.po
msgfmt: not found

ということなのでnorkさんがUSE_GETTEXTを追加してcommitしてくれた模様。

うへっ。krisからの報告メールがSpamAssassinに引っかかっていたじゃん:

興味が無いことや、改善して欲しくない事柄については、Web日記では触れていない。
……というようなことを書いていたけど、それはもう数年前の過去ログになっちゃってたな。
あと殺伐系というかオープンソース文化に毒されているので、「改善点や脆弱点を指摘すること」は「攻撃」では無いんだけど。
そうではない一般的な義理人情やビジネス常識からすると違うんだろうなぁ。
ビジネスの世界では弱点を批判してはいけないらしいし。
はてなのスタッフは技術系だとわかりきっているので、平気でマズイ点をズカズカと指摘しても、そういうオープンソース文化で受け取ってもらえると安心している部分はあるな。
これがもしjugemブログのイエイリー社長を相手にしていたら「あんたの言っていることは正しいが態度が気に食わない」とか罵倒されそうだから言わないし。

はてなを含むいろいろなWeb日記をMT形式に変換するコンバータ。

「悲惨な人が居る、どうしても助けたい、だからチェーンメールを送る」という悪い善意の文化は撲滅しないと非常に害が大きい。
なぜなら技術的に悪用されて、振込先を詐欺師の架空口座に書き換えられて広められるかもしれないからだ。 このようなチェーンメールが広がるのは善意のミームだから防ぐのは困難。（啓蒙は続けないとヤバイだろうけど）
だとしたら、デメリットを可能なかぎり技術的に取り除くのがサーバー技術者の貢献だろう。
まず何が問題なのか。
「大人用おむつ」などの具体的な支援物資を送って欲しいと書かれていたのがマズイ。
需要を超える数の物資が届いても意味がない。
そして義援金の振込み口座が書き換えられて広がってしまうのもかなりマズイ。
極論を言うと「PGPで電子署名したメール以外は信用するな」ということにもなりかねない。
しかし、いざ地震が来たときに本当に支援が必要だという連絡をとりたいとき、PGPで署名できなければ信用されないというのでは意味がない。
やはり、どこかにWebサーバーを立てておいて、支援して欲しいウィッシュリストをボランティアが管理するのがいいだろう。
リクエストの筆頭は義援金だな。物資は流通網が寸断されているとしたら交通渋滞を引き起こすし。水や薬など緊急性を要求する物をWebで手に入れた情報で支援をしようとしても無駄だ。 グループウェアソフトなどでWebサーバーを作って。できれば地震が起きてからではなく、普段から稼動していて。信頼性も公的な機関から保証されているほうが良い。
www.iaa-alliance.netがそういう役割みたいだけど。
そして孤立した被災地からのチェーンメールも、いったんそういう機関のボランティアがPGP署名をして「最新情報は○○を見てください」とだけ書いたほうが良い。
電子署名がおっくうだと言うのであれば「このメールは全文を○○に載せました。振込先や支援物資が正しいことを○○のWebサイトで確認してから行動を起こしてください」と書くのでも良い。
もちろんWebサーバーをクラックされて改竄される危険性も無いわけではないが。チェーンメールより全然安全だし危険性も低い。
「どんなに素晴らしくて緊急性のあるメールでも、チェーンメールをしてはいけない!!」

チェーンメールになってしまった元メールはここかもしれない:

チェーンメール議論:

誤解されないように追記。口座番号を書き換えた詐欺行為が実際にあったかどうかはわからない。あくまでも可能性の話:

したらばBBSのサーバー落ちまでAllAbout野球のネタになるとは。予想外の展開。
まぁエッジ改めライブドアの技術力を評価している層って、Perlハッカーの人たちとかオープンソース系に限られている気もしなくも無いし。
プロジー系ソフトがアレなのは理解できるからどうでもいい。

コモエスタ坂本というと「嬲リンク」をめぐるトラブル_:

Bloglinesではモバイル用ページが用意されていますが、使っている携帯電話ではログインが出来なかったので簡単なラッパを作成しました。

味ぽんでも文字化けして読めなかったんだよな。
単純にUTF-8を変換するゲートウェイを設置すれば済むはなしのような気がしてきた。ちょっくらくんで見るか？
ただし、この手のIDとパスワードを入力するゲートウェイソフトはソースが公開されているものを使うように心がけたほうが良い。
フィッシングに引っかかる原因になってしまうので。
（このBloglines偽Mobileもソースを公開することと、パスワードについては関与しねぇと明記してもらったほうがいいかも）

っていうか自分で見たワケじゃなかったから半信半疑だったけど。マジネタだったのね。
そういえば新製品の発表前に、ニュースサイトがurlを類推して発表前にニュースにしちゃって「こりゃっ不正アクセスだにょ!!」と、アクセス認証もかけていないのにトンチンカンなことをほざいてバカにされたことがあったなぁ。
レスキューCGIとかのWebショップ用CGIをつかって、顧客情報のcsvファイルをpublic_html以下に設置して、個人情報漏洩で騒いだって話もあったしねぇ。

というわけで保存しておこう:

はてなダイアリー - Underconstruction by Taiyo@hatena_ から。

第二に、この件で有効な情報を探すのにGoogleなどの検索エンジンは役に立たなかった。これには二つの可能性を思いつく。一つはMacコミュニティがそれほど機能していないという可能性だ。初期のMacコミュニティや現在のLinuxザウルスコミュニティを見ていると、技術的な問題を解ける人は、往々にしてそれが難しい人に手を差し伸べるし、それはある次期を境にWeb上で行われることが多くなっている。だから検索エンジンはこうした問題時に、彼らハッカーたちが発信している情報を探し、問題を解決するのに役に立ったのだけど、今回はもしかしたらこうした情報発信が無かったのかもしれない(※)。

うーん。個人的な感想。
coreファイルとApplicationフォルダの脆弱性については、Taiyoさんのように「運用で対処してみようかな?」と自衛しようかな?　と考えなくもないけど。
カーネルのバッファオーバーフローに関しては、ソースを握っているAppleしか対処できないんだし。
そもそも「Panther発売後、4日で脆弱性公開」「Jaguarはパッチが出ていない」というのが非関税障壁なみに「商売の都合かよ!」と反発したところで。
脆弱性を人質にして、有料の自社製品を買わせようとするのは、ISCもSendmailも大批判されていると思います。
金を支払わないことで、その本人だけがデメリットを受けるような事だったら良いのですが。ソフトの脆弱性はネットワーク全体にデメリットを与えます。トロイを埋め込まれてspamの踏み台がポコポコと増殖しても構わないなんて人は少ないはず。
今はPL法はソフトウェア業界と無縁だから、そんな酷いことが出来ることだなぁと。
そしてやっぱ一番でかいところは、GoogleでPageRankがトップになるべき、apple.co.jpやapple.comで解説やアナウンスが無いこと。これ問題です。
どうしてFirewire 800の時のような緊急アナウンスや、TILによるセキュリティ対策ドキュメントが作られていないのだろう?(あるのか? ないよね?)
それはアップルが1ユーザーであるTaiyoさんに先を越されるような事じゃないと思うんだけどなぁ。
でも「コミュニティが対処法を考えてblogで発表しようよ」というノリは。*BSD系のWeb日記とかIRCとかだとわりとある流れだけど。
mac系だとあんまり見かけないなぁ。
Macintoshトラブルニュースは他を突き放しているけど、それぐらいか。
ブードゥー教時代が長かったから「脳手術して治療すりゃいい」みたいなHack精神は目立たないというか。(ハードウェアの改造サイトは盛り上がっているけど)

なんか潰れたよ。というのを聞いたのだが。
遊演体に続いてメールゲーム老舗で残っているところって後どこだ?

中野さんのHDDが認識不能になったので、データサルベージ。
しかしDataRescue 2.1.1だとボリューム自体を認識しない。
Ver.3をダウンロードして体験版としてサルベージしたら、できた。
早速VISAカードで購入。
海外のシェアウェアって領収書がアレゲだから、請求がめんどくせぇなぁ。

セル重ねが多くて大変。

作画監督用にSTYLOSを使うため、ワコムのCintiqを手配する方針。
あとディスクレコーダー周りにcinewaveとか。

なんかプロクシ設定ファイルがエラー出ているので修正。
コメントアウトが悪さしている感じ。

千代田区の条例がどうのこうのとか。
知識人なら「タバコは麻薬。たまたま今は違法じゃないだけ。酒もおんなじ。それでもオレはニコチン好きだしアルコールも好きだから飲む」って主張してくれりゃ天晴れなんだけど。
いちいち「迷惑が」とか「マナーが」とか「税収が」とか、端々の話題になっているのは。

init.phpに1.3.1b1って書いてあるから悩んだよ。

スイッチングHUBでは単一ポートにトラフィックが集中すると、コリジョンによる遅延ではなく、パケット廃棄によるタイムアウト再送信が起こるのでパフォーマンスが落ちると言う話題。
Mac OS X ServerでNetbootが立ち消えになったのもこの原則に影響されているといえる。
アニメ会社やCG会社のように、やたらと画像データを流す業務に使うためのHUBは、大きなバッファメモリとフローコントロールをもっていなければ非効率。（ファイルサーバーを立てずにP2Pで仕事をしている小規模なスタジオでは特に気にする必要は無い）
バッファや制御系がしっかりしているのって、NORTEL(baystack)とか3Comとかやたらとお高いところばっかりなのが予算的にアレ。CiscoとかNbase-xyplexみたいな基幹系だとアニメの制作費なみになったりも。スチームボーイスタジオ並に。
スイッチングハブの使い方_

Network statistics monitorやCPU load monitorなど。
Software for MacOS X_

「また009の録画予約を忘れちゃったよ。というかすでに2話しか見てないし」と思いつつカーラジオを聞いていたら。
なんと石橋貴明が番組を持っているジャン。
ボブ市川とか笑い役で。
とんねるずのANNのフリートークとまったく同じ口調だよ。変わってねぇなぁ。
しかしニッポン放送の編成も30代が決定権を握っているんだなぁ。
いまの若者にとって「オフィスプロペラ」とか「後藤喜男」とか「ボブと結婚した元おニャン子の中島美春」とか「秋元康と高井麻巳子」とか全然ワケがわかんないぞ。
なんでもベスト5があったらハガキを投稿したろうか。

プロファイリングの結果、勘違い系と認定。（オレ脳内で）
「耽美夢想マイネリーベ」のディレクター、佐々木恵美_