• IP アドレスベースである
• 精度が高くない

と大きく2つの理由がある．

IP アドレスベースである

RBL のリストは，IP アドレスがベースである．その為，1IP アドレスで複数のドメインをホスティングしているような環境の場合，その中の 1 ドメインが Spam 元アドレスになり，それが原因で登録されたとしよう．
IP アドレスがベースなので，名乗るドメイン名が関係なく，その IP アドレスからのメールドメイン全てが拒否対象になってしまう．
そうすると，例えば自分がホスティングサーバを契約し，利用しているとした場合，そのサーバの IP アドレスが RBL に登録されてしまったとなると… もしかしたら，自分が送信したメールは相手サーバから叩き落とされているかもしれない．
SPAM を送信した事も無く，踏み台にされたわけでも無く．自分のコンピュータが Bot に感染していなくとも，その危険性が生じてしまう．

これが IP アドレスベースの大きな欠点だと考える．

精度が高くない

SPAM メールを拒否する為に利用する RBL は精度が命であろう．しかし，思った程精度は高くない．ある RBL サービスを提供している所は，ネットワークアドレスを丸ごと登録してしまっている所もある．

理由は，ダイナミック IP アドレスレンジだから．だそうだが，実は静的なレンジでも入っている場合がある．

そもそも，ダイナミックレンジだから全て登録してしまうポリシーが自分は理解出来ないが，RBL ホストとして利用するユーザはその事を理解して使っているのか? 登録ポリシーを理解しているか? を考えると，大半は理解していないと考えている．

また，基本的にボランティアベースで RBL ホストリストを保守している為，登録，更新が遅い事も精度が低いという理由の1つだ．オープンリレーサーバであれば，問答無用でリストに加えてしまっても問題ないと思うが，いわゆる公告メールも不快だとしてすぐにリストに登録する人間がいる事も頭の片隅に入れておいて欲しい．

自分が望まないメールが届くたびにリストへ登録するという努力はすばらしいと思うが，それが万人に有用なリストになるか．は又別問題だと考える．

以上が，RBL を使ってはならないと考えている理由だ．

と，硬い口調が苦手なのに頑張った．俺えらいぞ．
実際問題，RBL サービスの最大手であった ORDB は，RBL が有用では無いと宣言し，サービスの提供を終了しました．理由としては以下の点を述べております．

• ボランティアで作業をしているスタッフの時間が取れなくなっている
• スパム送信者の“戦略”が変わってきているため，オープン・リレーのRBLが，スパム対策として有効な手段ではなくなっている

また，RBL では無く，別の SPAM 対策方法を導入するように勧めています．これはサービスを提供している側から出た停止理由ですので，メールサーバ管理者はきちんと考える必要があるでしょう．

RBL 以外の SPAM 対策だと，現状はベイジアンフィルタが有力です．また，お馴染みさん方式と呼ばれる，一時的エラーを一度返す方式がとても有効です．SPAM 送信者はリトライしない事から，現在はほとんどの SPAM がはじける状態です．その他には，ベイジアンフィルタに似ている方式で，メールの部分部分を抽出してネットワーク上のデータベースを利用した SPAM 判定があります．Vipul’s Razor 等がそんな感じです．

後は… メジャーになるかどうか微妙ですが，送信者ドメイン認証等もある程度は有効だと考えています．

どちらにしろ，複数の SPAM 対策を組み合わせて効果的に利用するべきでしょう．個人的なお勧めは，SMTP セッション中に行う SPAM 対策と，その後のベイジアン型が一番良いと考えています．

明らかに SPAM 送信元だとわかるサイトからの接続を SMTP セッション中に拒否．それ以外は一時エラーを返します．その後で届いたメールをベイズ処理し，SPAM 判定を行って，最終的にスプールへ配送します．

この方法であれば，判定結果は良いが処理が重くなり勝ちなベイジアンフィルタを動作させる回数が少なく済み，トータルでマシンパワーを節約可能だからです．

さて，長くなってしまいましたが，RBL を使用しているあなた．やめる決心はつきました?
# というか，やめて下さい…

mount -t smbfs -o username=seichan,password=password,uid=seichan,gid=devel,iocharset=utf8, codepage=cp932,dmask=755,fmask=644 //fileserver/resource /mnt/fileserver

とした所，無事文字化けせずにマウントが可能になりました．
また，マウントする際のタイムラグも無く，一瞬でマウントするようになったのです．
# 以前の場合，マウント完了するまでに 10秒以上かかってしまってました．
minyu さん．ありがとー
後，Crasher さんもありがとー．たまに，Putty の文字コードを EUC-JP のままでつないでしまう事があったので，解決が遅れていました．
# そのホストへの接続では，UTF-8(CJK) を使うように，プロファイルを変更しやした．

mount -t smbfs -o username=seichan,password=password,uid=seichan,gid=devel //fileserver/resource /mnt/fileserver

とりあえずうまく行ったぽぃ．当然ながら(?) 日本語ファイル名の文字化け．
なので，次のように Linux 側の locale にあわせてコマンドたたく．
mount -t smbfs -o

username=seichan,password=password,uid=seichan,gid=devel,iocharset=utf8,
codepage=cp932 //fileserver/resource /mnt/fileserver

マウント成功．リストを取ってみる．文字化け直らず．
なぜ? どうして?
とりあえず，debug メッセージ入れるべ．と入れてみたところ，iocharset と codepage がパススルーしてるってメッセージが表示される．
これって，無視しちゃってるって事かね? と google さんにお伺いを立ててみるも，有益な情報は見つからず．
なぜ? どうして?
誰か解決方法 or ポインタ知ってるかい?