アカウント名:
パスワード:
ユーザーが正規表現並みの記述が可能な選別スクリプトを書けるようにしないと、改善できないと思われ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
内部動作を洞察されないフィルタリング (スコア:3, 興味深い)
Re:内部動作を洞察されないフィルタリング (スコア:1)
#Antispam MLのアーカイブ [egroups.co.jp]より。(MLメンバーのみ。)
ユーザーが正規表現並みの記述が可能な選別スクリプトを書けるようにしないと、改善できないと思われ。
#ドコモでのデフォルトは“/^未承諾広告※/”だが、
#ユーザーが手を入れることにより“/[未末][ ]*承[ ]*{[諾認]|言[ ]*若}[ ]*広[ ]*告[ ]*[※米**☆★]/”あたりまで直せる、という具合に。
Re:内部動作を洞察されないフィルタリング (スコア:2, 興味深い)
それよりも、
・NGワードをデフォルトで何種類か準備しておく
・自分でも複数の登録が可能とする
・その各々についてフィルタリングする/しないを選択できる
・一定間隔でユーザのNGワードの統計をとって、上位のいくつかを
デフォルトNGワードに組み入れる
…といったシステムにしておけば、万が一必要なメールが届かなくても
それはそのNGワードを選択したユーザの責任。
それで困るようなら個人の判断でザルフィルタを使ってればよろし。
いかがなもんでしょーか?
あと、
オプションとして「空白文字を無視する」「記号文字を無視する」を追加しておけば
間にスペースやらアンダースコアが 入っていたとしても対応できるでしょう。
Re:内部動作を洞察されないフィルタリング (スコア:1)
検閲に当たらないようにするには通信の最終受け手の同意が必要で、
その段階でスパマーに知られてしまいますから。
正規表現方式の
- 表題の語頭からのみマッチングが設定でき、任意に取り外せる。
- スパマーの打ってくる手への対処を既存項目の改造で済ませられる余地が大きい。
という利点は大きいと思います。PerlがCGIに多用される現実からみても、正規表現を処理する機構の取り入れがサーバーの計算量のオーダーを受容不可能なほど上げてしまうというのは考えづらいですし。
Re:面倒なので (スコア:0)
Re:内部動作を洞察されないフィルタリング (スコア:1)
メールの件名だけ先に受信して、ローカル(自分の携帯)で 「こいつぁスパムだ」 って判定するようにすればいいんじゃないかと思ってみる。
- 件名だけなら大した通信料にもならない
- 法的に検閲に当たらない(気がする。くわしい人お願いします)
- フィルタ式を厳しくできる(ゴリゴリ正規表現でもなんでもどうぞ)
どうでしょうか。Re:内部動作を洞察されないフィルタリング (スコア:1)
その場合、スパム業者は本文を読まないとスパムかどうか判断つかなく、
フィルタリングで排除できない件名で送ってくるだけなのではないでしょうか。
Re:内部動作を洞察されないフィルタリング (スコア:1)
それよかヘッダを見れるように、とか、パソコンに転送できるように、
とかしてくれるほうがなんぼもありがたいです。
# しかし、それをするとループさせる馬鹿もんが続出すると言う話も。
はすかわ
Re:内部動作を洞察されないフィルタリング (スコア:0)
Re:内部動作を洞察されないフィルタリング (スコア:0)
その大部分が正規表現に精通してしまうと、なんか
スゴイ世の中になる気がする。
「正規表現で迷惑メール撃退!」みたいな表紙の雑誌が
コンビニに並んだら楽しいかも。