| 前 | 2004年 2月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | ||||||
「ErrorProtector / DriveCleaner / ErrorSafe / SystemDoctor / WinFixer / WinAntivirusって何?」と思う方はこちらへ。
「ErrorProtector / DriveCleaner / ErrorSafe / SystemDoctor / WinFixer / WinAntivirus をどうしよう?」と思う方はこちらへ。
こんな日が続いて欲しいと思う反面、ヒッキーになってしまうであろうことに対する恐怖も感じてしまう。
人は絶えず誰かと接してないといけないんだね。
web での発表に限らず、電子文書は同一内容のものを紙媒体化して出版すればいいんです。
奥村先生がソフトウェア特許 ML で取り上げた IPAP の情報も、紙媒体と web 文書との一致を保証する為に md5sum を導入した、という話題だと理解しています。
IPA の話も、 IPAP のような手順を踏む等で紙媒体として出版すれば良いことでしょう。
しかし、全ての web 文書が出版に値するかというとそうではないですよね。
昨年11月末のソフトウェア特許勉強会の際に扇谷先生がおっしゃった「特許庁に情報提供してくれれば良い」というお話も、手放しでは喜べません。
何故なら、情報提供した文書が全て日付を保証されるとは限らないからです。
そのような不確定要素が含まれる仕組みでは、文書に対して確実に発行日を保証する仕組みとして採用できるものではありません。
やはり、電子文書が公知文献として使える条件としては、どのような文書であろうとも、著者の意志さえあれば低価格で内容と発行日を保証される仕組みが必要だと思うのです。
現状、私が知り得る限りで最も低価格な仕組みは、発明協会の公開技報 web の4000円、という奴です。
公証役場による電子公証サービスは高価格であると聞いており(2万〜)、その値段ならむしろ特許出願する方が良いのではないか(代理人を使わなければ21000円/件)、と思う位です。
一つ、私が考えるのは、以前にも書いたんですが、雑誌の付録CD-ROM/DVD-ROMに各種オープンソースソフトウェアと共に技術文書のアーカイヴを収録して貰う、という方法です。
一応雑誌の付録だから、雑誌の発行日と同じ日付の確保は出来るんじゃないかと思うんですが、確証は得ていません。
リンク名 スパム業者の追跡よりも、「金の流れ」の追跡を URL: http://www.hotwired.co.jp/news/news/business/story/20040210108.html
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を規制する決定的な根拠がないことを意味するし、法律では無理なんでしょうねぇ
いろいろとありがとうございます。僕自身ではこの場で判断できないので、とりあえず、この記事を知人に教えていこうと思います。御世話になりました。
一番基本的且つ肝心な事を書き忘れてた。<br>何故紙媒体かっつーと、電子文書は内容の改竄が容易にできちゃうから、<br>日付の立証ができない、と看做されてるんですよ。<br>だから、電子文書と同じ内容の紙媒体が出版されていれば、その日付を<br>準用できる。<br>その内容の同一性を保証する為に、 md5sum を採用したってのが、上述<br>の IPAP である訳です。<br>もっとも、紙媒体になって日付が立証されれば、そちらをメインの文書<br>として取り扱えばいいんですけどね。
なるほどー。実現が手っ取り早いような気がしますね。plain text なら容量食わないし。
「ソフトウェア特許」なるものを忌み嫌うのであるなら、特許制度に反対の意志を表明するよりも、安易な特許の成立を阻止する行動を起こす方が、ずっと現実的で効果的だと思うのです。