汚し飯

_ 四月馬鹿祭が始まったようで

オモロイのがあったら随時追加しましょうかね。

• http://www.mondara.org/(敢えてタイトルは書きません)
• 重大なセキュリティ告知
  重大なお知らせ
• 目でみるセキュリティ情報 BG04-001
• スラッシュドット ジャパン | スラッシュドットファンド（基金）設立へ
• IREM Homepage
• ★☆★☆ IT時代のアダルト情報発信ステーション：X51.ORGへようこそ！★☆★☆
• RFC for "A Hands-on Model of the Internet"

_ [spam] 詐欺メイル

最終通告キターーーー!!

えー いいなー
ヲレんとこにゃ来てねーよー
貰いてーよー
晒し上げてーよー(笑)

_ めも

   リンク名 スラッシュドット ジャパン | ELECOMのルータでGPL違反と
   セキュリティ問題が発覚
        URL: http://slashdot.jp/article.pl?sid=04/04/04/1740234&topic=0

セキュリティ問題は誰がどう見ても重要だとして、 GPL 違反を糾弾する根拠をしっかり提示し、周知徹底する必要があるんじゃないのかなぁ。
そういう意味で、このモデレーションの根拠が薄いと思う。

_ めも

   リンク名 株式会社ウェディング問題を考える会
        URL: http://www.makani.to/wedding/index.html

_ 素敵な祭の悪寒

   リンク名 はてなダイアリー - Lucrezia Borgia の Room Cantarella
        URL: http://d.hatena.ne.jp/Lucrezia/20040405

もう既にスラドでご存知とは思いますが、要点をわかりやすく且つ楽しく説明してくれているのが上記日記です。(取り敢えずぐぐって見つかった分でカソベソ)
まぁ、「ファーム修正しない」等という発言を見た時点で面白いことしてくれるな、とは思ってたんですが。
なんと、 ELECOM さん、こんな素敵な商品を「在庫処分」してくれちゃってます。
もう、前代未聞です。

フツー、回収モンだろ?
お詫び広告モンだろ?
売り逃げかよ?
問題拡大したらどうすんだよ?

取り敢えずあたさ傍観者もぉど。♥

_ さぁさぁ今年もやって参りました。

ミスマガの季節です。
今年は…

をぉん、びみょー

これ、写真写りがおしなべて悪いんですけど、カメラマソがだめだめ?

さて、気を取り直して。
皆さん予想してみてくだたい。
因みにおいらは、
12 15 16 は先ず可能性はないとして。 14 もない、 01 02 もない、 06 もない、 10 は巨乳枠で残るかな、ビミョーだなぁ、 13 は残るかなぁ、余りに狙いスギなのは却って嫌がられるか、いやわからないなぁ、 09 もビミョーだなぁ、 07 あっこっちが巨乳枠で残るかな、 05 は残るっぽいかな、 03 はないだろうな、 04 残るかなー難しいかなー、 08 インパクト薄いなぁー難しいなー、 11 は残るっぽいなぁ。

ってな訳で、 04 05 07 11 13 を残してみようかと。

いや、マガジン見たら気が変わった。
01 04 07 11 13 にしてみますた。

_ 面白いので晒してみよう

   リンク名 [debian-users:40131] Re: CGI設 置についてのご質問解決し ま した。
        URL: http://lists.debian.or.jp/debian-users/200404/msg00076.html

Tolu Kuliyama という名を、私は暫く忘れないだろう。
しったかはイカンなぁ。
過ちを認められなくなるから。
しっかし、吉藤さんに向かって「もっと勉強しなさい」という台詞を吐くとわ。
もう、身の程知らずもたいがいにせぇや、って感じ。(ため息)

_ reply

それについてなんだけど、今ちょいと忙しいのと、あくまでもおいらは民法については素人同然なんで、そこんとこさっぴいた上で読んで下さい。
先ず、関連する法律を思い付く範囲で列挙してみましょうか。

   リンク名 製造物責任法（PL法）入門
        URL: http://www.law.co.jp/okamura/PL_Law/
   リンク名 消費者の窓
        URL: http://www.consumer.go.jp/kankeihourei/seizoubutsu/pl-j.html
   リンク名 法律、ガイドライン等
        URL: http://www.meti.go.jp/policy/netsecurity/law_guidelines.htm
   リンク名 不正アクセス行為の禁止等に関する法律
        URL:
          http://www.meti.go.jp/policy/netsecurity/fusei_access_law.htm

PL法は「直接、メーカーに対し無過失責任を負わせ、損害賠償責任を追求できる」法律です。
損害賠償責任の対象となるのは、「製造物が通常有すべき安全性を欠いている」ことを指しており、「安全性にかかわらないような単なる品質上の不具合は，この法律の賠償責任の根拠とされる欠陥には当たらない」とされています。
但し、「PL法でいう『欠陥』に当たらないために損害賠償責任の対象にならない場合であっても，現行の民法に基づく瑕疵担保責任，債務不履行責任，不法行為責任などの要件を満たせば，被害者はそれぞれの責任に基づく損害賠償を請求することができます。」とあります。
PL法は、民法の特別法であり、PL法の規定のない部分に関しては従来の民法が適用されます。

この製品の欠陥は「重大なセキュリティホール」です。その原因はファームウェア、つまりソフトウェアの欠陥です。PL法の対象は動産であり、ソフトウェアは対象外になっています。但し、実際に流通しているものは動産であるルータであり、ファームウェアは専らそのルータに用いられる組み込み部品と看做せば、動産の欠陥という見方も出来ましょう。
PL法の損害賠償責任の範囲を見てみますと、こうあります。

この法律による損害賠償の請求権が認められるのは，製造物の欠陥によって，人の生命，身体に被害をもたらした場合や，欠陥のある製造物以外の財産に損害が発生したとき（「拡大損害」が生じたとき）です。

この文章をよーく読みますと、「損害が発生したとき」とあります。
つまり、損害が実際に発生しない限り、PL法の適用対象にはならない、と考えられます。
しかし、だからといってこの問題を放置して良い訳ではないでしょう。

不正アクセス禁止法の観点からは取り敢えず今はペンディングとさせて下さい。

_ これに関連して思った疑問なんだけど

GPL って、日本の著作権法にフィットするんでしょうか?
私はこの点が激しく疑問なんです。
GPL 違反として、例えばソースコード開示義務を怠ったことによって、著作権者には具体的にどのような損害が発生するのか。
これが明確にならないと、裁判はおろか、違反した人に対して説得すら出来ないと思うんです。

_ やってくれた

   リンク名 ITmediaモバイル：ボーダフォン、迷惑メール送信元の9320回線を停止
        URL:
          http://www.itmedia.co.jp/mobile/articles/0404/07/news069.html

vodafone さん、ありがとう。
PC と違って、携帯電話は spam フィルタを装備できないから、回線を管理する会社だけが頼り。

_ 不謹慎なんだけどさ

   リンク名 MSN-Mainichi INTERACTIVE　医療
        URL:
http://www.mainichi-msn.co.jp/kagaku/medical/news/20040408k0000m040161000c.html

リアル「えんがちょ」だよね。

_ を

   リンク名 MSN-Mainichi INTERACTIVE　コンピューティング
        URL:
http://www.mainichi-msn.co.jp/it/computing/news/20040409k0000m040098000c.html

財団法人「警察協会」が製作し、警察庁が監修した広報用の「情報セキュリティー対策ビデオ」に出演したタレントの少女（１６）が、知人が開設するホームページ（ＨＰ）の改ざんに関与した疑いが強まり、同庁は全国の警察本部に配布したビデオとＤＶＤ１万本の回収を始めた。警視庁は不正アクセス禁止法違反容疑で少女と友人２人を調べている。

誰?誰?誰?(with指さし)

そぉすを読むと良い鴨(なぢょ)

_ うー

はやくどようびにならないかなぁ(惚け)

あー景子ちゃそ(*´Д｀)ぽわわん

_ けつかっちんで

まだイロイロ観れてません。(;´д⊂)

_ 最近はげどーなこと

アンマンを出発する際、ホテルの従業員にこんなことを言ったらしい
「何かあるかもしれない、安全を祈っていてほしい」
よーするに、危険を理解した上での行動といえますね
明らかに本人たちのエラー、責任はすべて彼らにある
外務省（日本国政府）が渡航延期勧告、避難勧告を発している地域に
本人たちは望んで出かけていった
彼らは誰をも非難できる立場ではない
被害者家族の会見もうっとうしさを感じるコメントがある
「派遣自衛官の家族も私たちと同じような気持ちのはずだ」だと？
確認したのかと問いたい
自分たちが感じてることを世間一般の意見と思いこむのはやめろと
政府の勧告を振り切って出かけていって捕まったくせに
今度は「自衛隊を引き上げて助けて」などと政府をあてにする
身勝手きわまりないな

ここ最近、TVは敢えて見ないようにしています。
見ると胸糞悪くなるから。
Yahoo! だったか、人質のパスポートが写った写真が上がってるのを見た。
あー、こーやって全国に馬鹿を晒してるんだな、と思ったよ。
自分達の存在と行為がどれほど日本に迷惑をかけているのか。
って言った処で当人達やその家族は理解できないだろうな。
ここにも馬鹿の拡大再生産が行われるんだな。

_ 昨日のこと

久しぶりに平家みちよ→「みちよ」を観に行きました。
予想通りの、素人の曲でした。
バックはうまいんだけど、基本的なコードアレンジがなってない。
スタッフに恵まれてないのだろうか。
菊池亜衣の場合は、アレンジャーが一流で、彼女の曲を見事に作り直していた。
そんな風にしないと、早晩飽きられるだろうし、新規なファンもつくことはないだろう。
このマスに詰め込まれたファンが増えることはないんだろうな。
そう思いながら表参道を後にしました。

_ 検索キーワードを眺めていて

• フロイドローズ チューニング ×1 : .co.jpのYahoo!検索

案外チューニングの方法をきっちり解説してる処ってないんですね。
んではおいらが実践している方法をちょっくら書き出してみます。

0. ファインチューナは一番緩めた状態から3回程度回した状態にしておく。

弦は、演奏と時間経過に連れて、伸びてチューニングがフラットすることはあれど、シャープすることはあり得ません。
したがって、基本的に締めつける方向で設定するのが良いと思います。

1. ブリッジにボールエンドを切った弦を6弦から張り、おおよそ8分程度の力で締める。

他のサイトでも書かれてますが、締め過ぎは事故の原因になります。

2. ペグの巻回数は、太い弦は少なめ(3〜4ターン)、細くなる度毎にターン数を増やす。

ターン数はペグに弦を通してから、ペグを定規代わりに使うと良いです。
例えば6弦の場合、6弦をペグに通してピーンと張り、大体4弦のペグの所で折り曲げます。
折り曲げた箇所を6弦のペグの所まで引き戻し、そこからペグの巻回しを行います。
弦は6,5,4,3,2,1と張ります。
細い弦であればある程巻回数を増やします。

3. 全ての弦を張ったら、ロックナットを締めないままで、ブリッジの微調整ネジを一番緩ませた所から3〜4ターン程度締めつけてから、チューニングを開始する。

チューニングはオクターブでやりましょう。最初は全ての弦をある程度緩んだ状態から始めます。基本は緩んだ状態から締める方向でチューニングを合わせ、締め過ぎて音程がシャープしてしまったら、改めてちょっと緩め、再び締める方向で合わせます。
(1) 5弦5フレットのハーモニクス(A)と音叉或は発振器音と合わせる。
(2) 5弦5フレットのハーモニクス(A)と4弦7フレットのハーモニクス(A)とを合わせる。
(3) 4弦5フレットのハーモニクス(D)と3弦7フレットのハーモニクス(D)とを合わせる。
(4) 1弦開放の音(E)と5弦7フレットのハーモニクス(E)とを合わせる。
(5) 1弦7フレットのハーモニクス(B)と2弦5フレットのハーモニクス(B)とを合わせる。
(6) (1)〜(5)を繰り返す。
最初は1,2弦を合わせた直後の5,6弦の余りの音程外れっぷりに驚く人も居るかも知れません。ナイフエッジでフローティング状態でチューニングするので、チューニングが他の弦の張力によって狂わされます。しかし、締める方向に何度もチューニングして行けば、最終的にきっちりとチューニングされた状態になっていることでしょう。
(7) 弦をチョーキングしたり引っ張ったりして、緩みを除去する。
(8) 改めて(1)〜(5)を繰り返し、最もバランスの良い状態にする。
とにかく、ロックナットを締める前段階で面倒臭がらずに根気良くチューニングすることです。

4. ロックナットを締める。

こうすると、ロックナットを境目に弦のテンションが極端に違う、という事態を防げますので、長期間に渡りチューニングが安定します。微調整もらくらく♪

(2008.4.27追記)
上述の方法は、シンクロナイズドトレモロのギターのチューニング方法、ほぼそのままです。
初心者のギターのチューニングが不安定な原因は、このチューニング、特に上記の(6)から(8)の作業を面倒臭がることに起因します。
ブリッジとボディの間に段ボール紙を挟むことを推奨する処もありますが、ボディを傷つけない為に用いるのならまだしも、段ボール紙を挟んだままチューニングを行うのはあまりお薦めしません。
最終的にはフローティング状態でバランスさせるのですから、ネックのロックナットを境に弦のテンションが均等にバランスしてくれないと、チューニングの狂いの原因になります。
とにかく面倒臭がらずに根気良くチューニングすること。
慣れれば弦交換を含めておよそ20分程度で完成します。

_ orkut に

せらむんのグループがでキタ━━━━(゜∀゜)━━━━!!!!!
そこには既に平田泰行さんがイタ━━━━(゜∀゜)━━━━!!!!!

_ [patent] めも

   リンク名 「不可解な特許」の急増に不安を募らせるハイテク業界(上)
        URL:
          http://www.hotwired.co.jp/news/news/business/story/20040413105.html

久々に偏向的視点があまり感じられない、興味深い記事です。

_ こらぁ苦笑するしか無いね

いやな法則

_ 昨日の検索キーワードネタ大賞

クンツァイト パンチラ ×1 : .co.jpのYahoo!検索

_ [spam] spam な話

spamassassin をすり抜けて来た spam をご紹介します。

Return-Path: <delivery@hosyou-b.mine.nu>
Return-Path: <delivery@hosyou-b.mine.nu>
Delivered-To: yoh@flcl.org
Received: from ns.flcl.org [61.197.190.242]
        by localhost with POP3 (fetchmail-6.2.5)
        for yoh@localhost (single-drop); Fri, 16 Apr 2004 17:55:10 +0900 (JST)
Received: (qmail 20436 invoked from network); 16 Apr 2004 08:53:42 -0000
Received: from p7067-ipad401marunouchi.tokyo.ocn.ne.jp (HELO hosyou-b.mine.nu) (222.146.111.67)
  by ns.flcl.org with SMTP; 16 Apr 2004 08:53:42 -0000
Received: from hosyou-b.mine.nu (unknown [192.168.4.80])
        by hosyou-b.mine.nu (Postfix) with ESMTP id A16DB79409F
        for <yoh@flcl.org>; Fri, 16 Apr 2004 17:53:35 +0900 (JST)
Message-ID: <25484304.1082105615664.JavaMail.nobody@hosyou-b.mine.nu>
Mime-Version: 1.0
X-UIDL: d-@"!##b!!j?@!!fen"!
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on vawr.pblnet.local
X-Spam-Level: **
X-Spam-Status: No, hits=2.1 required=7.0 tests=BAYES_30,HAISHINTEISHI,  ISO2022JP_BODY,QENCPTR1,QENCPTR2,STAR autolearn=no version=2.63
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Subject: 【お天気メルマガ】５億９千万円証拠・出来る在宅ビジネスと全国お天気情報　第410号（8,000部配信)
From: ◆楽々トクトクビジネス情報とお天気情報社 <delivery@hosyou-b.mine.nu>
To: yoh@flcl.org
Date: Fri, 16 Apr 2004 17:53:35 +0900 (JST)
X-Mew: Charset for body is not specified.
 
 
 
yoh@flcl.org様、
   お読み頂き、ありがとうございます。
 
◇本メルマガの配信不要、または登録した覚えのない場合は
　一番下の★★★　今日の天気予報　★★★
　　　　と━毎朝見れる！　全国のお天気━　
　　　の間にあるアドレスで解除させて頂きます。　
 
　　━━━━━━━━━━━━━━━━━━━━━━━━━━
　　◇５億９千万円証拠有ビジネス！高額金額は関心が高い◇
　　━━━━━━━━━━━━━━━━━━━━━━━━━━
☆５千万円貯金が欲しい！
☆３億円の事業資金が欲しい！
☆老後のために４千万円欲しい
☆安心の為に保証が欲しい
☆ネットで７千万円以上収入が欲しい
 
そんな貴方に最適な簡単在宅ビジネスです。
既に３億、５億９千万円の収入者続出しています。
まずは、証拠を見てください、それからです！
★証拠は東京高裁にて判決★ 
◆高額収入の証拠アリ！◆
詳しくはHPにてご確認ください。
http://hosyou.change.to
 
何事も論より証拠・裁判官の目でお確かめ推奨！！
　　　　　　
　　　　　　━━━━━━━━━━━━━
　　　　　   貴方様は！ご存じですか！
　　　　　　━━━━━━━━━━━━━
　ついにグランドオープンの日程が決まりました！
　それまでに貴方のポジションを確保して置いて下さい！
　↓　　↓　
http://fortuna.love-jpn.com/index.cgi?id=world
　　　
　　　　　　　━━━━━━━━━━━━━━
　　　　　　　働くママの！私にも出来る事！
　　　　　　　━━━━━━━━━━━━━━
在庫なし・セミナー参加なし・初心者にも簡単！・サポート
体制バッチリ
参加者の8割が女性の方というのも納得です
 
http://stage-one.jp/jc/myao/
 
　　　　　　━━━━━━━━━━━━━━━━━
【広告投稿随時募集中 !!】
広告　５回掲載３日で３０００円
広告　７回掲載５日で４０００円
広告１０回掲載６０日で５０００円
　　　　
◎　本日も投稿！ありがとうございました♪◎
 <<メルマガ発行者＞＞楽々トクトク情報
新規ご投稿・購読申し込みは整理のため６日間中断させて頂きます。
■免責事項
当メールマガジンに掲載している情報に関して発行者では一切の
責任を負いません。
一切の責任を負いかねますのでご了承ください。掲載記事に関す
るお問い合わせは直接投稿者へお願いいたします。
 
　　　　　★★★　今日の天気予報　★★★
 
■　アドレスで配信解除　■
◇本メルマガの配信不要、または登録した覚えのない場合は
　次のアドレスからの登録により解除させて頂きます。　　　　　　　
 
                  http://drop.to/maildel
 {ご容赦とお願い}
　最近、イタズラで他人様のアドレスを勝手に登録する方がおられます。
　登録の覚えのない方には、誠にご迷惑をお掛け致しております。
　大変恐縮ですが、上記の配信解除で再送信禁止をお願い申し上げます。
 
　　　━━━毎朝見れる！　全国のお天気━━　
 
-------------------------------------------
4月15日17時発表
 
主要都市    今夜                明日
札幌        晴れ                曇り時々晴れ        
仙台        晴れ                晴れ                
東京        晴れ                晴れ時々曇り        
長野        晴れ                晴れ                
静岡        晴れのち時々曇り    曇りのち時々晴れ    
名古屋      晴れ                晴れ                
新潟        晴れ                晴れ                
金沢        晴れ                晴れ                
大阪        晴れ                晴れ                
岡山        曇り                晴れ                
広島        曇り                晴れ                
高松        晴れのち時々曇り    晴れ                
福岡        曇り                晴れ                
鹿児島      晴れのち時々曇り    晴れ                
那覇        晴れ時々曇り        晴れ時々曇り        

技術的に見ると、「ビジネス情報」というキーワードを From: にのみ使っていて、本文に使っていない処を見ると、ひょっとして拙作 user_prefs を研究している? 等と思ってしまいます。
なかなか巧妙です。

でも、この spam 、見所はそれだけじゃないんです。
よぉ〜っく文面を見て欲しいのですが。

◇５億９千万円証拠有ビジネス！高額金額は関心が高い◇
◆高額収入の証拠アリ！◆
何事も論より証拠・裁判官の目でお確かめ推奨！！
貴方様は！ご存じですか！
働くママの！私にも出来る事！
在庫なし・セミナー参加なし・初心者にも簡単！
【広告投稿随時募集中 !!】
◎　本日も投稿！ありがとうございました♪◎

○ ソ ク リ ソ ツ

ごく一部の方面にしか判らないネタで、すんまそん。(__)

_ 録画しているものをリアルで観ちゃう

今はこれが唯一の楽しみ(爆)な、土曜の朝の学芸会。
セーラールナ…orz
まぁ物語を引っ張って間を持たせるには必要だったのかも知れないけど、演じてる子が学校で苛めに遭わないことを祈るのみ。
で、この回のメインはやっぱりハマチこと千咲ちゃそ。
凄いね。ほぼ完全に役と同一化しちゃってる。
もぉ来週が待ち遠しい。
願わくば、絶望で壊れて行く有り様まで魅せて欲しいけど、子供向け番組に期待しちゃいけないか。(爆)

_ [patent] めも

   リンク名 無名の団体がマイクロソフトの特許無効を請求 - CNET Japan
        URL:
          http://japan.cnet.com/news/ent/story/0,2000047623,20065532,00.htm

記事を読むと所々おかしな記述がありますね。

　Public Patent Foundation（PPF）は15日、FAT（File Allocation Table）ファイルシステム関連でMicrosoftが保有する特許1件について、米国特許商標庁に取り消しを請求した。これは、Windowsがファイルの保存に利用する2つの主要システムのなかで古い方にあたる。

多分、これは再審査請求 (reexamination) のことじゃないかなぁ。

　「無償やオープンソースのソフトウェアでは、どんな 著作権使用料 も妥当とはいえない」 （Ravicher）

言うまでもなく「特許使用料」或は「特許権実施料」或は「特許ライセンス料」の間違い。

　Ravicherは、同氏の団体がこの特許を選んだ理由は、これがFAT関連特許で最も古かったためだとしている。

　「通常は、最も古いもの（特許）が最も範囲が狭く、無効を証明することも最も難しい。もしこの特許が無効となれば、残りすべての特許の解決の糸口になると考えている」（Ravicher）

逆でしょう。
「最も古いもの（特許）が最も技術的範囲が広く、…」

　今回のMicrosoftの件に関しては、PPFは「先行技術」の新たに見つかった例を提出したとRavicherはいう。先行技術が見つかれば、ある技術に認められた特許が無効になると同氏は考えていると語った。

文章がおかしい。
「新たに見つかった「先行技術文献」を提出…」

_ とうひもぉど

   リンク名 スラッシュドット ジャパン 国民投票
        URL: http://slashdot.jp/pollBooth.pl?section=&qid=174&aid=-1

ふぅ〜ん、やっぱこぉゅぅところのブラインドタッチ(タッチタイプ)率は高いねぇ、等と思いつつぼんやり眺めていると、

「完璧なタッチタイプ」が「完璧なダッチワイフ」に見えてしまった俺って…
....＿|￣|○

。。。「完璧なダッチワイフ」と聞いて、速攻でこいつ [mni.ne.jp]を思い浮かべてしまったおいらはもぅ、ダメになっちゃったんでしょうか。。。(;_;)/

はい、残念ながらもう手遅れかと。

_ この日記見てる人は要らぬお世話だと思うけど

   リンク名 アダルトサイトの“入口”をクリックしただけで会費請求〜総務省
          が注意
        URL:
          http://internet.watch.impress.co.jp/cda/news/2004/04/22/2892.html

_ [spam] spamassassin と RBL

最近の spam はヘッダが非常にこざっぱりしてきて、 spamassassin でヘッダのスコアを上げることが難しくなって来ました。
こうなると、 autolearn=no な spam が非常に増えて来て、チェックが面倒になって来ます。
そこで、 RBL を spamassassin のスコアリングに加算するようにしました。
うちの場合、 spamassassin -t -D を実行すると:

debug: is Net::DNS::Resolver available? no

と出て来るので、 apt-get install libnet-dns-perl して、適当に "eval:check_rbl" とぐぐって、テキトーなルールを追加してみました:

skip_rbl_checks 0
rbl_timeout 15
 
# http://improbable.org/chris/index.php?ID=109
 
header      RCVD_IN_RFC_PM      eval:check_rbl('relay', 'postmaster.rfc-ignorant.org.')
describe    RCVD_IN_RFC_PM      Received via a relay in postmaster.rfc-ignorant.org
score       RCVD_IN_RFC_PM      2.0
 
header      X_CHINESE_RELAY     eval:check_rbl('relay', 'cn.rbl.cluecentral.net.')
describe    X_CHINESE_RELAY     Received via a relay in China
score       X_CHINESE_RELAY     1.5
 
header      X_KOREAN_RELAY      eval:check_rbl('relay', 'korea.services.net.')
describe    X_KOREAN_RELAY      Received via a relay in Korea
score       X_KOREAN_RELAY      1.5
 
# header      X_MONKEY_FORMMAIL   eval:check_rbl('relay', 'formmail.relays.monkeys.com.')
# describe    X_MONKEY_FORMMAIL   Received via relay in monkeys.com's open formmail scripts list
# score       X_MONKEY_FORMMAIL   1.5
#  
# header      X_MONKEY_PROXY      eval:check_rbl('relay', 'proxies.relays.monkeys.com.')
# describe    X_MONKEY_PROXY      Received via relay in monkeys.com's open proxy list
# score       X_MONKEY_PROXY      1.5
#  
# header      X_MONKEY_PROXY      eval:check_rbl('relay', 'spamhaus.relays.osirusoft.com.')
# describe    X_MONKEY_PROXY      Received via relay in Spamhaus Blacklist
# score       X_MONKEY_PROXY      1.5
 
# Not Just Another BlackList tests from http://njabl.org/use.html
header      IN_NJABL_ORG        rbleval:check_rbl('njabl','dnsbl.njabl.org.')
describe    IN_NJABL_ORG        Received via a relay in dnsbl.njabl.org
tflags      IN_NJABL_ORG        net
 
header      NJABL_OPEN_RELAY    rbleval:check_rbl_results_for('njabl', '127.0.0.2')
describe    NJABL_OPEN_RELAY    DNSBL: sender is Confirmed Open Relay
tflags      NJABL_OPEN_RELAY    net
 
header      NJABL_DUL           rbleval:check_rbl_results_for('njabl', '127.0.0.3')
describe    NJABL_DUL           DNSBL: sender ip address in in a dialup block
tflags      NJABL_DUL           net
 
header      NJABL_SPAM_SRC      rbleval:check_rbl_results_for('njabl', '127.0.0.4')
describe    NJABL_SPAM_SRC      DNSBL: sender is Confirmed Spam Source
tflags      NJABL_SPAM_SRC      net
 
header      NJABL_MULTI_STAGE   rbleval:check_rbl_results_for('njabl', '127.0.0.5')
describe    NJABL_MULTI_STAGE   DNSBL: sent through multi-stage open relay
tflags      NJABL_MULTI_STAGE   net
 
header      NJABL_CGI           rbleval:check_rbl_results_for('njabl', '127.0.0.8')
describe    NJABL_CGI           DNSBL: sender is an open formmail
tflags      NJABL_CGI           net
 
header      NJABL_PROXY         rbleval:check_rbl_results_for('njabl', '127.0.0.9')
describe    NJABL_PROXY         DNSBL: sender is an open proxy
tflags      NJABL_PROXY         net
 
score       IN_NJABL_ORG        0.38
score       NJABL_DUL           0.62
score       NJABL_MULTI_STAGE   0.75
score       NJABL_PROXY         3.00
score       NJABL_OPEN_RELAY    3.00
score       NJABL_CGI           1.50
score       NJABL_SPAM_SRC      3.00

RBL ルールを追加したお蔭で、殆どの spam が autolearn=spam として判断されるようになりました。
これはかぁなり楽。
過去に受信した spam を再度読み込んでみると、全部 RBL に引っかかっていることがわかる。
やぁっぱ spamassassin 最強だわ。

_ [spam] んー

spamassassin の user_prefs に RBL を追加しようと、こちらを参考に検討してるんですが、この「ブラックリスト」の世界って混沌としてますね。
例えば spammer が RBL を他の RBL に登録していたり、普通のプロバイダの MTA の IP が登録されていたり。
MTA でのブロッキングと違って spamassassin ならスコアリングでリスクを小さくできるけれども、どのブラックリスト提供元がどれくらい信用できるのか、調べるのが凄く大変。

_ [spam] あー

RBL の問い合わせを減らす為に whitelist を検討してみたけど、これって From: To: Reply-To: のメイルアドレスを列挙するだけなんだな。
結局、詐称されちゃえば意味ないし、 MTA のエラーメイルを悪用した spam にも無力。

_ 今日のネタ

http://www005.upp.so-net.ne.jp/shinta-kyo/omoutokoro-diary/mage.html

_ 今日のネタ

   リンク名 JAM (Jpop Anime Manga) Tour- Day 1-2
        URL: http://www.popjapantravel.com/jpop-day1-2.html

Jpop Anime Manga Tour と銘打つ割には行き先がイマイチ生温いように思うのはおいらだけだろうか?(w

_ [spam] ヲレに spam をくれ〜

折角強力な spam フィルタリング環境を実現してるのに、肝心の spam がてんで来ない。

$ vawr:~$ ls -l ~/spam/{doubt,spam}|awk '{print $6}'|sort|uniq -c|grep "2004-04"
 17 2004-04-01
 20 2004-04-02
 10 2004-04-03
 19 2004-04-04
 12 2004-04-05
 17 2004-04-06
 25 2004-04-07
 18 2004-04-08
 26 2004-04-09
 14 2004-04-10
 21 2004-04-11
 20 2004-04-12
 10 2004-04-13
 21 2004-04-14
 23 2004-04-15
 22 2004-04-16
 24 2004-04-17
 33 2004-04-18
 18 2004-04-19
  9 2004-04-20
 20 2004-04-21
 25 2004-04-22
 18 2004-04-23
 20 2004-04-24
 15 2004-04-25
 26 2004-04-26
 22 2004-04-27
 19 2004-04-28

「一日200〜300通来る」等と発言する人をたまに見掛けるが、一体何やったらそんなに貰える物なのか、不思議っす。
特に、今月は日本語 spam が殆ど来ていない。
携帯には2〜3日に1回は必ず来るのに。
ひょっとして、おいら、 spammer に嫌われてる?(爆

_ をぉ、こいつぁ凄い

   リンク名 翔ソフトウェア (Sho's) - オブジェクト指向 - コミュニケーション
           パターン - 議論パターン
        URL: http://www.shos.info/develop/oo/dscsnptn.html

_ [spam] うん!

   リンク名 DNSによる送信者制限
        URL:
          http://ssss.jp/~trombik/email/wrong_restrictions_with_dns.html

逆引きを使った受信拒否は無意味です

逆引きができないホストからのメイルを拒否しても SPAM 削減の役にはたちません。 そればかりか、普通のメイルを受け取れないことにつながります。

From ヘッダ情報を調べて、受信拒否するのはやめよう

元来、メイルの From ヘッダはいかようにも設定できます。 SPAM を送ってくるような人/道具は実在のヘッダを書くことを気にしません。

大規模なメイリングリストの配送を考えてみましょう。 みんなが From ヘッダの確認のために DNS 検索を行うと 小規模サイトから投稿したら、そこの DNS サーバに過大な負荷をかける ことになります。(塵も積もれば山となる、です。)

このような手段を使わなくても、spamを排除することは可能です。適切に設定されたMTAは第三者中継をしませんし、効果的な拒否方法が他にあります。

逆引きできないホストを排除する管理者の皆さんへ

逆引きを持たないホストはたくさん存在します。そして、そのことは非難されるべきことではありません。また、逆引きを持たないからといって、spammer扱いされるいわれもありません。鉄の掟、「送り出す時は厳密に、受け取る時は寛容に」と「メールをなくすな」の精神を忘れないでください。管理者の仕事はメールをつつがなく配送することであって、むやみに拒否することではないはずです。

激しく同意!
一旦配送経路上に載ったメイルをどう取り扱うかは、最終的な受信者自身が自己責任の上判断すべきことであり、途中配送者がとやかく介入する問題ではない。
私は blacklists 等はエンドユーザ向けの物だと思いますね。
情報提供元によって質が一定しない情報を根拠に、途中配送を行う MTA が紋切り型のフィルタリングをしちゃいけません。