アカウント名:
パスワード:
"!広告!" が先頭についたメールを削除するフィルタを、メールボックスではなく、SMTP サーバに実装すればいい。
「電気通信事業者法」じゃなくて、「電気通信事業法」です。
# 通信事業者が規制を許可されているのは、設備を守る為だけ # だったと思います。違うかな....。
それは自営電気通信設備を接続するときに、経営が困難になる時に限り拒否できる、って奴ですね(52条)。これはあくまで自営電気通信設備を接続するときのことだけしか言っていないので、今回の件には関係ないと思います。
SMTP にて受け付けたメールを、宛先に届けないだけ。SMTP による通信を規制しているわけではない。
ってのはどうすか?
一律規制は不可能でも、ユーザが望むなら拒否、という形式であれば問題なく行えるはずです。現に、内容をチェックしてウィルスだったら自動的に弾くサービスを行っているのですから。
例えば sendmail/MILTER を使えば受け取ったメールの内容を確認してから user unknown で返したりすることも可能です。他の MTA でもだいたいこういった事は可能でしょう。qmail は (思想的にも) 無理っぽいですが。
ただ、忘れられていると思われるのがメーリングリストに投げられると考えられる!広告!メールの存在。単純にエラーを返したりするとそのメーリングリストからいきなり登録削除されたりしうるので /dev/null に落とすなどしないといけないでしょう。
メーリングリストが稼働しているサーバの MTA やメーリングリストマネージャで弾けば問題ない気もしますが。
メーリングリストに投げられると考えられる!広告!メール
メールヘッダーが「通話内容」なのか?そうじゃないのか?というのがもめそう。
メールは「電話」というより「郵便」に準じるものとして考えた方がわかりやすくないですか?
郵便にだって「受取拒否」があるわけで、受取拒否の理由にしても「DMくさいから受け取りたくない」でも全然かまわなかったはず。同じように、「このメールはspamくさいから受信を拒否します」とすれば、郵便法とのバランスだって取れるわけで。
SubjectとORDB [ordb.org]によるspamフィルタ付きサービスとか始まったら、絶対契約しちゃうな(^^;)。今だって別にメールボックス作ってハート [hart.co.jp]のフィルタ付きサービスを使おうかと真剣に考えてますもん。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
これで spam を無くすことが可能になった。 (スコア:1)
"!広告!" が先頭についたメールを削除するフィルタを、メールボックスではなく、SMTP サーバに実装すればいい。
Re:これで spam を無くすことが可能になった。 (スコア:1, 興味深い)
みたいな条文ってありませんでしたっけ?
だから、「!広告!」というメールを一律規制するということが出来ないんじゃないか?
と思うんですが、如何でしょうか?
# 通信事業者が規制を許可されているのは、設備を守る為だけ
# だったと思います。違うかな....。
メールヘッダーが「通話内容」なのか?そうじゃないのか?
というのがもめそう。
Re:これで spam を無くすことが可能になった。 (スコア:2, 参考になる)
「電気通信事業者法」じゃなくて、「電気通信事業法」です。
それは自営電気通信設備を接続するときに、経営が困難になる時に限り拒否できる、って奴ですね(52条)。これはあくまで自営電気通信設備を接続するときのことだけしか言っていないので、今回の件には関係ないと思います。
Re:これで spam を無くすことが可能になった。 (スコア:0)
ということは、実行可能なのかな?あとはメールヘッダーが通信内容に
含まれるかどうか?っていうことだけですね。
建前であっても、通信事業者は通話内容が判らないと
いうことにはなっていますからねえ....。
「判っても良い」っていうことになれば、SPAM規制できるのに。
Re:これで spam を無くすことが可能になった。 (スコア:0)
> 含まれるかどうか?っていうことだけですね。
通信内容以外の何者でもないと思いますが...。
Re:これで spam を無くすことが可能になった。 (スコア:0)
規制することが出来ないです。
少なくとも、DoCoMoや、KDDIや、J-Phoneには。
Re:これで spam を無くすことが可能になった。 (スコア:0)
実際、最近DoCoMoで始まった、ドメイン名による拒否だって、From:を見てるそうだし。
From:もSubject:と並ぶ、メールの中身(エンベロープではない)なわけで。
Re:これで spam を無くすことが可能になった。 (スコア:1, 参考になる)
それを望んでいると思います。
でも、今の法律では「通信内容については、事業者は判っては行けない」と
なっているので、「通信事業者」が「この内容だと規制する」というのが
出来ないんです。
お客さんが自分で、「この内容だと規制する」っていうのは、出来るんですよ。
だから、DoCoMoについてもお客さんが自分でやるのには問題ないんだけど、
DoCoMoが自分でやることは出来ないんです。
# 1種事業者だけだったか?こーゆー縛りがあるのは。
音声通話しか想定していない時代の法律で、現在を縛っているのが
問題なんでしょうね....。
# でもな....発番通知してないと着信させない機能とか、
# めいわく電話撃退サービスっていうのは通信事業者の機能だ。
# あーでも、あれは通話内容じゃないんだ(涙)
Re:これで spam を無くすことが可能になった。 (スコア:1)
だから、テレホなんかだと、
「発信を記録することに同意するものとします」
なんて書かれてたんじゃないかと思う。
逆に言えば、携帯spamも、同意者*だけ*にはフィルタリングサービスできるんじゃないかって気がします。
Re:これで spam を無くすことが可能になった。 (スコア:1)
SMTP にて受け付けたメールを、宛先に届けないだけ。SMTP による通信を規制しているわけではない。
ってのはどうすか?
Re:これで spam を無くすことが可能になった。 (スコア:0)
というのは、やっぱり通信事業者のいいわけですね、お客さんからしたら。
少なくとも、ロビー活動?(っていうのでいいのか?な)とかして、省庁とかを
動かす努力はすべきだろうし。
無論やってるけど、法は中々変わらない。
Re:これで spam を無くすことが可能になった。 (スコア:1)
ちょっと思い付きのアイデアを。
i-modeを念頭におきます。
1."!広告!" メールは自動的にフィルタリングして、別のアカウントに転送。
転送後はデフォルトのスプールから削除。転送先のメールは送られた個人
から確実に閲覧可能な状態に。
これは可能だと思うんですが。転送後のメールをhttp経由で閲覧できるように
すればi-modeで現行の端末のままでこれを実現できるとおもいます。
2.転送後のメールは一定期間内は保存、それ以降は自動的に削除。
これも可能だと思います。携帯の留守電サービスってこんな感じですよね。
3."!広告!"メールを見たくない人は転送先を黙殺。見たいと言う殊勝な方は
期間内にどうぞ。;-)
これで現行法に触れず実行的に広告メールを排除できると思いますが、
なにか間違いもありそうなので突っ込んでください。
Re:これで spam を無くすことが可能になった。 (スコア:0)
Re:これで spam を無くすことが可能になった。 (スコア:1)
一律規制は不可能でも、ユーザが望むなら拒否、という形式であれば問題なく行えるはずです。現に、内容をチェックしてウィルスだったら自動的に弾くサービスを行っているのですから。
例えば sendmail/MILTER を使えば受け取ったメールの内容を確認してから user unknown で返したりすることも可能です。他の MTA でもだいたいこういった事は可能でしょう。qmail は (思想的にも) 無理っぽいですが。
ただ、忘れられていると思われるのがメーリングリストに投げられると考えられる!広告!メールの存在。単純にエラーを返したりするとそのメーリングリストからいきなり登録削除されたりしうるので /dev/null に落とすなどしないといけないでしょう。
メーリングリストが稼働しているサーバの MTA やメーリングリストマネージャで弾けば問題ない気もしますが。
Re:これで spam を無くすことが可能になった。 (スコア:0)
Re:これで spam を無くすことが可能になった。 (スコア:0)
とは限りませんよ。
通話というより…… (スコア:1)
メールは「電話」というより「郵便」に準じるものとして考えた方がわかりやすくないですか?
郵便にだって「受取拒否」があるわけで、受取拒否の理由にしても「DMくさいから受け取りたくない」でも全然かまわなかったはず。同じように、「このメールはspamくさいから受信を拒否します」とすれば、郵便法とのバランスだって取れるわけで。
SubjectとORDB [ordb.org]によるspamフィルタ付きサービスとか始まったら、絶対契約しちゃうな(^^;)。今だって別にメールボックス作ってハート [hart.co.jp]のフィルタ付きサービスを使おうかと真剣に考えてますもん。
/* Written by Takayuki Masuda */
添付ウイルスのサーバー側の削除は今や常識 (スコア:1)
全然関係無いよ。消費者の意思により、メールのフィルターを、受信してから手元のPCで実行するのではなく、サーバー側で実行するだけだから。自分の意思で削除するんだから別にいいでしょ?
現実に「迷惑メールお断りサービス」とか、ウイルスを削除するサービスなんて、幾らでもあるよ。!広告! が今度それに加わるだけさ。
Re:これで spam を無くすことが可能になった。 (スコア:0)
それ以上は望みません
1.!広告!をチェックして抜けがないようにはじく
2.SPAM拒否者と存在しないメアド宛てはすべて受け取り拒否を返す
3.それでも来るSPAMは自動的に当局へ通報
MailingListは専用アドレスを使ってるので問題なし
(どうせ読めないようなアドレスでも問題ないので)