アカウント名:
パスワード:
そもそもspamの問題は技術的な方法で解決すべきで、法律で脅しても効果はあまりないと思うのですが。だいたい90%以上のspamは外国から来るし。海の向こうに行って処罰してくれるの?
私は、自宅のPCから会社のメールアドレスを From: に書いて送信することがよくあるのですが、これが「送信者情報を偽った電子メール送信」に該当するとなるととても困ります。
その場合は、Fromフィールドに勤務先のアドレスを入れ、Senderフィールドに自宅のアドレスを入れれば、RFC2822的にはOKです。Fromフィールドはメッセージの著者、Senderフィールドはメッセージの送信者です。FromフィールドとSenderフィールドの使い分けは、現にそこそこ行われています。
今回の法改正で「送信者情報を偽った電子メール送
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
From: の詐称 (スコア:3, 興味深い)
そもそもspamの問題は技術的な方法で解決すべきで、法律で脅しても効果はあまりないと思うのですが。だいたい90%以上のspamは外国から来るし。海の向こうに行って処罰してくれるの?
Re:From: の詐称 (スコア:1)
その場合は、Fromフィールドに勤務先のアドレスを入れ、Senderフィールドに自宅のアドレスを入れれば、RFC2822的にはOKです。Fromフィールドはメッセージの著者、Senderフィールドはメッセージの送信者です。FromフィールドとSenderフィールドの使い分けは、現にそこそこ行われています。
今回の法改正で「送信者情報を偽った電子メール送
Re:From: の詐称 (スコア:2, 参考になる)
> Fromフィールドはメッセージの著者、Senderフィールドはメッセージの送信者です。
今回の事例(「自宅のPCから会社のメールアドレスを From: に書いて送信」)だと、
Sender とはちょっと違うような気がするんですよね。
Sender は、送信者と著者が違う場合に、送信者を明示するためのヘッダーであって、
送信されたプロバイダだとか経路だとか、そういうもので変わってくるものじゃないでしょう。
「会社のメールアドレス」も送信者自身の
Re:From: の詐称 (スコア:1)