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