アカウント名:
パスワード:
そこで、最初は「自分が指定した特定のアドレスからのみ受信できる」という設定にしておいて、必要に応じて、「特定のドメインから受信する」「文字コードがJISのもののみ受信する」「世界中のメールを受信する」といった風に行動範囲を広げていけるような仕組みがあるといいなぁと思います。(機能を制限しろというのではなく、デフォルト設定を変更した方がよいということ)
一番のネックは「無制限に機能を開放した方がユーザーの受けがいい」ということだと思います。
別に反撃する必要はないんじゃないかな。そういうのはISPとかが考えることではないと思うのだけど。 ユーザや受け手側サーバの管理者が「受けたくない」というのはわかるけど、捨てて良いと自動で判断できるのなら、そのまま捨てるだけでいいんじゃないかなぁ。 「それじゃなくならない」という件については、各種対策が進んでspamそのものが無意味なものと認識されれば廃れるのではないかと。 spam業者が生計をたてられるってのは依頼者がいるからで、依頼しても無駄とわかればspam業者も干上がるのでは。
spam業者が生計をたてられるってのは依頼者がいるからで、依頼しても無駄とわかればspam業者も干上がるのでは。
だから依頼者さえなくなれば、って思うんですよね。 それにspam業者を取り締まるより楽かもしれない。 実行者はヘッダを偽造したりして身分を隠そうとするけど、本文には依頼者の情報がしっかり載っているわけだし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
管理能力に見合った機能を (スコア:4, 興味深い)
が参考になるので一部引用(タレコミ記事のリンク元からたどりました)。
<--ここから-->
「どういうメールが商用メールか」「FTCは何を規制するのか」「どういうメールが政府の監視の対象外となるか」といった点が定義されていない
インターネットは国境のないメディアだ。米国憲法修正第1条に遵守するという意味でも、確実に詐欺行為を阻止するという意味でも、自主規制こそが最善の策だ
米国憲法修正第1条は嘘を付いたり、だましたり、盗んだりする権利を認めるものではない。
同氏は、「米政府は最終的には、スパムを助長させている元凶にターゲットを絞ることになるだろう」と語っている。おそらく、インターネットバックボーンプロバイダのことを暗に示唆しているのだろう
<--ここまで-->
いつもいつも繰り返されている議論ですが、個人的には、「一般ユーザーに過剰な機能を提供している」のもSPAMの一因であるように思われます。
現在、Eメールのアカウントを取得したユーザーは、すぐその場で、世界中からEメールを受け取ることが可能になりますが、実際問題、ほとんどの人にはそこまでの「メール受け取り能力」は必要ありません。
そこで、最初は「自分が指定した特定のアドレスからのみ受信できる」という設定にしておいて、必要に応じて、「特定のドメインから受信する」「文字コードがJISのもののみ受信する」「世界中のメールを受信する」といった風に行動範囲を広げていけるような仕組みがあるといいなぁと思います。(機能を制限しろというのではなく、デフォルト設定を変更した方がよいということ)
それで、行動範囲を広げる際には、「受信能力を上げるとそれなりにリスクもありますよ、いいですね?」といったメッセージが流れる(自分の知り合いからだけ受信していればトラブルも少ないでしょうが、見ず知らずの人からのメールを受け取るということは、SPAMやメールボムやウイルスが送られてくるリスクを大きくするはず)など、自分の管理能力と必要性にあわせた使い方ができれば、意欲的なユーザーは自発的に管理能力を身に付けるでしょうし、「便利な機能を使うにはそれに見合った管理能力が必要だ」ということが自然と学習できると思います。
要するに、無知なユーザーに過剰な機能を与えて放置するのが一番困りもの、という、これもまた使い古された議論なのですが、権利だ法律だといった議論(ももちろん必要ですが)ばかりになるとちょっと寂しいので、自分で言ってみました。
# 無知なサーバ管理者は無知なユーザーより(ry
### ID持ってないのでAC ###
Re:管理能力に見合った機能を (スコア:2, 興味深い)
ご提案の機能を提供するなら、既存のサービスに追加するのではなくて新規に立ち上げる方がいいんじゃないですかね。IIJの個人向けサービスIIJ4UとIIJ mioみたいに、用途によってサービス内容が違う、とか。
でも、そのためには設備投資が必要なわけで、体力のないISPは…となってしまいますね。ISPも多くが営利組織である以上、過度の義務を背負わせると体力のないところは潰れていって寡占化を招くかもしれません。残るところが必ずしもマトモな業者とは限らないわけで。
#法務がきちっとしていれば穴を抜けるのもやりやすいわけだし。
現実問題で考えると (スコア:0)
もし本当にやるとしたら、サーバ側ではなくクライアント側での対応の方が現実的だとは思いますが、効力としてはサーバ側でやった方が高いでしょうね。サーバ側で実現するにしろクライアント側で実現するにしろ、一番のネックは「無制限に機能を開放した方がユーザーの受けがいい」ということだと思います。
商売でメールクライアントを作っている/メールサーバをレンタルしているとこ
Re:現実問題で考えると (スコア:2, 参考になる)
件の設定はユーザ毎に中身が異なるので、ユーザ権限でプログラムの動作を変更できるもので対処するしかなくなってしまいますね。ぱっと思いつくのはprocmailですか。procmailに登録がない差出人へはメッセージを返信するような処理を仕込み、制限設定が不要なユーザは~/.procmailrcを空にすればいい、と。
でも、procmailでの処理は一つ間違えると無関係なところへメールを返信してしまう可能性もあるし、procmailはメモリ食いなのでユーザが増えてメール流量が多くなるとメッセージ返信機能との相乗効果でパフォーマンスに影響が出ないとは言い切れなくなるというのもありそうかな。
特にspamはenvelope fromもmessage fromも騙っていたり実在しないものを使っていることが多いから、無条件に返信するとよからぬ結果になりそう。かといって無条件/dev/null落としだとspam送信側は痛くも痒くもないわけで、根本的な解決にならないなあ…。
やはりspammerが送信する段階で手を打てないといい効果は得られないということでしょうか。一番面倒なのはダイヤルアップで直接MXホストに投げてくる奴なんですよね。これの対策がなんとかなればだいぶ変わるのですが。
なお、我が家のpostfixは
- 逆引きできないホストは弾く
- ホスト名に (.*)[0-9]-[0-9]-[0-9]-[0-9](.*) を持つホストは弾く
- ホスト名にpoolやdsl、clientを持つホストは弾く
という設定を加えていて、ソコソコ効果を出しています。Re:現実問題で考えると (スコア:1)
別に反撃する必要はないんじゃないかな。そういうのはISPとかが考えることではないと思うのだけど。
ユーザや受け手側サーバの管理者が「受けたくない」というのはわかるけど、捨てて良いと自動で判断できるのなら、そのまま捨てるだけでいいんじゃないかなぁ。
「それじゃなくならない」という件については、各種対策が進んでspamそのものが無意味なものと認識されれば廃れるのではないかと。
spam業者が生計をたてられるってのは依頼者がいるからで、依頼しても無駄とわかればspam業者も干上がるのでは。
Re:現実問題で考えると (スコア:0)
Re:現実問題で考えると (スコア:1)
だから依頼者さえなくなれば、って思うんですよね。
それにspam業者を取り締まるより楽かもしれない。
実行者はヘッダを偽造したりして身分を隠そうとするけど、本文には依頼者の情報がしっかり載っているわけだし。
Re:管理能力に見合った機能を (スコア:1)
やっと試験に合格して世界中にメールできるようになった、限定解除だ。とか。
でも、スパマーにアドレスを騙られたりして、何万通もエラーや苦情がサーバーにくる事件が発生している現状ではありえないとも言い切れない?
それはそれで問題が (スコア:2, 興味深い)
免許制にしてお上に管理権を握らせると、またいろいろ問題が出てきそうです。
運転免許のなどでも、免許取得にえらく金がかかる、なぜか教習所の職員は元K察官ばっかり、教科書用の教材作ってるのも天下り会社、違反の予防よりも検挙に重点を置いているようにしか見えない取り締まり、免許を取り上げられると生活に困るので講習を受けて免停期間短縮、そのくせ野放しの珍走団、金さえ払えば免許が取れてしまうのでいっこうに減らない未熟なドライバーなど、いろいろな弊害があります。
個人的には、そういった懸念を考慮すると、免許制には賛成できません。
それと、別枝のACの方が「フィルタを作ればいい」とおっしゃっていますが、実効性を考えると、たとえフィルタを作っても、それがデフォルトで有効になっていないと効果が薄そうです。ネットワーク管理者の方などであれば、自分の管理しているユーザーに関してはそういうポリシーを適用することもできるかもしれませんが。
# 発注先には「OE使うのはいいけどパッチくらい当ててね」と
# お願いしてるけど受注先には怖くて言えない臆病者
# そして返信メールのみHTMLメールで届く謎な設定の受注先
# とりあえずM$にお願いのメールでも出してみるか
### ID取る気ないのでAC ###
Re:管理能力に見合った機能を (スコア:0)
それはあなたが出来ること。
Re:管理能力に見合った機能を (スコア:1)
そうでなければ「出しても無駄」な状況にならないから
発信側への抑制効果は期待できない。
もちろんそれがいいことかどうかは別の話。
Re:管理能力に見合った機能を (スコア:0)
繰り返し違反する事業者には名称公表の上、業務改善命令を通告する。
Re:実は難しい (スコア:0)
ここの「#」同じく定形文が付加されその部分が中国語だったりする。
単純にフィルターかけるとメール自身成り立たないと思った。
内容は殆ど英文でも文字コード見ると中国系のコー