アカウント名:
パスワード:
たとえばね、通知→確認→要求→応答という段階を踏むと考えてみると、
・通知フェイズ Aさんからあなた宛のメールが届いてます。取りに来てください。 →わかりました。取りに行きます。
・確認フェイズ メールがあるって聞いたんだけど本当にAさんからです
え?どう見たら可能だと思えるんですか?
>> 送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい >受信者のMUAがPOPサーバから無事にメールを取得完了した事を >POPサーバが送信者に通知できればいい。
POPしてそのまま/dev/nullに行ってたりしたら、全然「無事に届いて」ませんね。 クライアントサイドのフィルタリングソフトの誤動作とか、ウィルスチェッカの誤動作とかで、受信者が知らぬ間に消えてしまっている可能性もあります。 そもそも、「送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい」という要求はMUAが取得した事を知りたいのではなく、「受信者がメッセージを読んだ」事を知りたいのではないですか? それだと明らかに「受信者は自分がメッセージを読んだことを送信者に知られずに読みたい」という要求とは矛盾しますね。
他にも
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
次世代メールが目指すもの (スコア:2, 参考になる)
/K
Re:次世代メールが目指すもの (スコア:1, おもしろおかしい)
Re:次世代メールが目指すもの (スコア:1)
たとえばね、通知→確認→要求→応答という段階を踏むと考えてみると、
・通知フェイズ
Aさんからあなた宛のメールが届いてます。取りに来てください。
→わかりました。取りに行きます。
・確認フェイズ
メールがあるって聞いたんだけど本当にAさんからです
/K
Re:次世代メールが目指すもの (スコア:1)
> 送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい
> 受信者は自分がメッセージを読んだことを送信者に知られずに読みたい
可能でしょ? (スコア:0)
> 受信者は自分がメッセージを読んだことを送信者に知られずに読みたい
受信者がメールを読んだ後にMUAを操作し、
受信者がMUAの機能を使って送信者に通知するかどうか決められればいい。
# これは今でも実現されてる
> 送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい
受信者のMUAがPOPサ
Re:可能でしょ? (スコア:0)
え?どう見たら可能だと思えるんですか?
>> 送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい
>受信者のMUAがPOPサーバから無事にメールを取得完了した事を
>POPサーバが送信者に通知できればいい。
POPしてそのまま/dev/nullに行ってたりしたら、全然「無事に届いて」ませんね。
クライアントサイドのフィルタリングソフトの誤動作とか、ウィルスチェッカの誤動作とかで、受信者が知らぬ間に消えてしまっている可能性もあります。
そもそも、「送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい」という要求はMUAが取得した事を知りたいのではなく、「受信者がメッセージを読んだ」事を知りたいのではないですか?
それだと明らかに「受信者は自分がメッセージを読んだことを送信者に知られずに読みたい」という要求とは矛盾しますね。
他にも
Re:可能でしょ? (スコア:0)
>POPしてそのまま/dev/null云々
>フィルタリングやらウィルスチェッカ云々
なるほど、受信者たる人間がそのメールの内容を完全に取得した事をもって「無事に届いた」事としますか。確かにもとの文面
| 送信者は受信者に、メッセージが無事に届いたかどうか、それはいつかを知らせて欲しい
これを字句通りそのまま解釈するとそうなりますが、バグや他のソフトの動作、ユーザの誤操作(#思いついたのでついでに追加)なんかを含めた保証なんて、プロトコルとして全然現実的でないので、