開封通知
として実装されてます。
(ちょっと
multipart/report の第一部分は人間可読報告文,
第二部分が
詳しくは
MDN の <>)
にしておかなければなりません。
MDN は MDN を要求してはいけません。
一つの MDN は元メッセージの一人の受信者に対応します。
ただそういう機能を
Disposition Report |Feedback information to an originator User
|Agent by a recipient User Agent about
Message Disposition |handling of an original message. This may
Notification |include notification that the message was or
|was not read, was deleted unread, etc.CTE は "7bit" で十分で、よって他のものはだめとされてます。
disposition-notification-content = [ reporting-ua-field CRLF ]
[ mdn-gateway-field CRLF ]
[ original-recipient-field CRLF ]
final-recipient-field CRLF
[ original-message-id-field CRLF ]
disposition-field CRLF
*( failure-field CRLF )
*( error-field CRLF )
*( warning-field CRLF )
*( extension-field CRLF )RFC 822 メッセージ頭と同じと説明されています。
各頭領域は FWS で折畳み可能です。領域名は大文字・小文字を
区別しません。要素間に注釈
address-type と MTA-name-type は、
要するに(謎)、多くの領域の定義で *text が使われてますが、 これを 2822.unstructured に読み替えてもいいですか? 読み替えたいなあ。読み返させてください。ってことです。
disposition-field = "Disposition" ":" disposition-mode ";"
disposition-type
[ '/' disposition-modifier
*( "," dispostion-modifier ) ]
disposition-mode = action-mode "/" sending-mode
action-mode = "manual-action" / "automatic-action"
sending-mode = "MDN-sent-manually" / "MDN-sent-automatically"
disposition-type = "displayed"
/ "dispatched"
/ "processed"
/ "deleted"
/ "denied"
/ "failed"
disposition-modifier = ( "error" / "warning" )
/ ( "superseded" / "expired" /
"mailbox-terminated" )
/ disposition-modifier-extension
disposition-modifier-extension = atom報告 MUA の利用者が何したか。 disposition-type, disposition-mode, disposition-modifier の値は大文字・小文字を区別しない。
| manual-action | 自動動作じゃなくて、利用者の明示的操作です。 |
| automatic-action | 利用者の動作じゃなくて、自動動作です。 |
| MDN-sent-manually | この MDN 送信を利用者は明示的に許可しました。 |
| MDN-sent-automatically | MUA の設定で自動的に送信されました。 |
上の2つ、下の2つはそれぞれ排他的です。
| displayed | MUA は誰かにメッセージを見せました。読んで理解したかは知りません。 |
| dispatched | メッセージを何か (印刷・FAX・転送など) しました。それ以前・以後に読まれたかはしりません。 |
| processed | 読まれる前に何か処理 (規則に従ってどーとか) しました。後から読まれるかは知りません。そもそも人間受信者がいるメイル箱じゃないかも。 |
| deleted | メッセージは削除されました。読んだかどうかは知りません。後で拾って読まれる可能性もあるにはあります。 |
| denied | 受信者は送信者への通知を拒否しました。まあこの場合、 MDN 自体送られないかもね。 |
| failed | 適当な MDN を生成出来ませんでした。詳しいことは Failure: 領域にあるかも。(MDN 生成要求の解釈を除く) メッセージ処理の失敗にこれを使っては駄目。 ("processed" を使う。) |
| error | メッセージ処理中になんかエラー。 Error: 領域参照。 |
| warning | 処理中になんか警告。 Warning: 領域参照。 |
| superseded | 他のメッセージにより自動的に更新された。とはいえ受信者はまだ参照可能かも。 |
| expired | 期限切れで自動的に棄てられた。 |
| mailbox-terminated | メイル箱ごと逝った。 |
| disposition-modifier-extension | 標準化過程 or 実験 RFC で規定 + IANA に登録されたもの。 |
| X- |
"obsoleted" (まて、そんなのないぞ。 "superseded" のことか?), "expired", "terminated" (まて、(以下同じ)?) は、 "delete" disposition-type および "autoaction" ・ "autosent" disposition-modifier (まて、(以下同じ)?) と一緒に使う。
disposition-modifier 以降の部分で
Failure: unsupported format | |
Failure: unsupported MIC-algorithms | |
Error: decryption-failed | |
Error: authentication-failed | |
Error: integrity-check-failed | |
Error: unexpected-processing-error | その他の処理誤りが発生しました。 |
Warning: authentication-failed, processing continued |
"error" disposition-modifier の追加情報。
"failure" disposition-type ("failed" のことか?) の追加情報。
See
非 Internet メイル系統の MDN (相当)を、この MDN 形式に 変換した MTA の名前を書きます。
そういう書き換え関門 MTA は、必ずこの領域をかかなければなりません。 そうでない MTA は、書いてはいけません。
そのまま。元メッセージに
See
MDN に書かれてる disposition をした UA の名前を書きます。 Internet メイルの UA の場合は、次の例1の如く、 MDN 生成ホストの DNS 名と UA 名を書くのが 推奨されています。
RFC 2298 の定義では、 ua-name と ua-product を後から分離できません。 Internet DNS の名前 に ";" は登場しないはずですから、実際には大丈夫かも しれませんが。次のように実装することを提案します。
product-token は
この再定義はもとの定義を厳格にするものであって、もとの定義には 反しません。
例:
例によって、実験目的に。 See also
標準化過程 or 実験 RFC で定義して、 IANA に登録。
See also
| 欄名 | 説明 | 状態 | 出典 |
| [IANAREG], |