RFC4021 日本語訳
4021 Registration of Mail and MIME Header Fields. G. Klyne, J. Palme. March 2005. (Format: TXT=75452 bytes) (Updated by RFC5322) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group G. Klyne
Request for Comments: 4021 University of Oxford
Category: Standards Track J. Palme
Stockholm University/KT
March 2005
Klyneがコメントのために要求するワーキンググループG.をネットワークでつないでください: 4021年のオックスフォード大学カテゴリ: 2005年の標準化過程J.パルメストックホルム大学/KT行進
Registration of Mail and MIME Header Fields
メールとMIMEヘッダーフィールドの登録
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
Abstract
要約
This document defines the initial IANA registration for permanent mail and MIME message header fields, per RFC 3864.
このドキュメントは永久的なメールのための初期のIANA登録とRFC3864あたりのMIMEメッセージヘッダーフィールドを定義します。
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Structure of This Document . . . . . . . . . . . . . . . 3
1.2. Document Terminology and Conventions . . . . . . . . . . 4
2. Registration Templates . . . . . . . . . . . . . . . . . . . . 4
2.1. Permanent Mail Header Field Registrations . . . . . . . 4
2.1.1. Header Field: Date . . . . . . . . . . . . . . . 6
2.1.2. Header Field: From . . . . . . . . . . . . . . . 7
2.1.3. Header Field: Sender . . . . . . . . . . . . . . 7
2.1.4. Header Field: Reply-To . . . . . . . . . . . . . 8
2.1.5. Header Field: To . . . . . . . . . . . . . . . . 8
2.1.6. Header Field: Cc . . . . . . . . . . . . . . . . 9
2.1.7. Header Field: Bcc . . . . . . . . . . . . . . . 9
2.1.8. Header Field: Message-ID . . . . . . . . . . . . 10
2.1.9. Header Field: In-Reply-To . . . . . . . . . . . 10
2.1.10. Header Field: References . . . . . . . . . . . . 11
2.1.11. Header Field: Subject . . . . . . . . . . . . . 11
2.1.12. Header Field: Comments . . . . . . . . . . . . . 12
2.1.13. Header Field: Keywords . . . . . . . . . . . . . 12
2.1.14. Header Field: Resent-Date . . . . . . . . . . . 13
2.1.15. Header Field: Resent-From . . . . . . . . . . . 13
2.1.16. Header Field: Resent-Sender . . . . . . . . . . 14
目次1。 序論. . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1。 このドキュメント. . . . . . . . . . . . . . . 3 1.2の構造。 用語とコンベンション. . . . . . . . . . 4 2を記録してください。 登録テンプレート. . . . . . . . . . . . . . . . . . . . 4 2.1。 永久的なメールヘッダ分野登録証明書. . . . . . . 4 2.1.1。 ヘッダーフィールド: 日付. . . . . . . . . . . . . . . 6 2.1の.2。 ヘッダーフィールド: .72.1 .3。 ヘッダーフィールド: 送付者. . . . . . . . . . . . . . 7 2.1.4。 ヘッダーフィールド: .5に.82.1に答えてください。 ヘッダーフィールド: .82.1 .6。 ヘッダーフィールド: cc. . . . . . . . . . . . . . . . 9 2.1.7。 ヘッダーフィールド: Bcc. . . . . . . . . . . . . . . 9 2.1.8。 ヘッダーフィールド: Message ID.102.1、.9 ヘッダーフィールド: .102.1に対する.10 ヘッダーフィールド: 参照. . . . . . . . . . . . 11 2.1.11。 ヘッダーフィールド: .12に.112.1人をかけてください。 ヘッダーフィールド: .13に.122.1について論評します。 ヘッダーフィールド: キーワード. . . . . . . . . . . . . 12 2.1.14。 ヘッダーフィールド: -再送して、デートしてください。.132.1 .15。 ヘッダーフィールド: 憤慨、-、.132.1 .16。 ヘッダーフィールド: 送付者に憤慨している.14
G. Klyne, et al. Standards Track [Page 1] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[1ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.17. Header Field: Resent-To . . . . . . . . . . . . 14
2.1.18. Header Field: Resent-Cc . . . . . . . . . . . . 15
2.1.19. Header Field: Resent-Bcc . . . . . . . . . . . . 15
2.1.20. Header Field: Resent-Reply-To . . . . . . . . . 16
2.1.21. Header Field: Resent-Message-ID . . . . . . . . 16
2.1.22. Header Field: Return-Path . . . . . . . . . . . 17
2.1.23. Header Field: Received . . . . . . . . . . . . . 17
2.1.24. Header Field: Encrypted . . . . . . . . . . . . 18
2.1.25. Header Field: Disposition-Notification-To . . . 18
2.1.26. Header Field: Disposition-Notification-Options . 19
2.1.27. Header Field: Accept-Language . . . . . . . . . 19
2.1.28. Header Field: Original-Message-ID . . . . . . . 20
2.1.29. Header Field: PICS-Label . . . . . . . . . . . . 20
2.1.30. Header Field: Encoding . . . . . . . . . . . . . 21
2.1.31. Header Field: List-Archive . . . . . . . . . . . 21
2.1.32. Header Field: List-Help . . . . . . . . . . . . 22
2.1.33. Header Field: List-ID . . . . . . . . . . . . . 22
2.1.34. Header Field: List-Owner . . . . . . . . . . . . 23
2.1.35. Header Field: List-Post . . . . . . . . . . . . 23
2.1.36. Header Field: List-Subscribe . . . . . . . . . . 24
2.1.37. Header Field: List-Unsubscribe . . . . . . . . . 24
2.1.38. Header Field: Message-Context . . . . . . . . . 25
2.1.39. Header Field: DL-Expansion-History . . . . . . . 25
2.1.40. Header Field: Alternate-Recipient . . . . . . . 26
2.1.41. Header Field: Original-Encoded-Information-Types 26
2.1.42. Header Field: Content-Return . . . . . . . . . . 27
2.1.43. Header Field: Generate-Delivery-Report . . . . . 27
2.1.44. Header Field: Prevent-NonDelivery-Report . . . . 28
2.1.45. Header Field: Obsoletes . . . . . . . . . . . . 28
2.1.46. Header Field: Supersedes . . . . . . . . . . . . 29
2.1.47. Header Field: Content-Identifier . . . . . . . . 29
2.1.48. Header Field: Delivery-Date . . . . . . . . . . 30
2.1.49. Header Field: Expiry-Date . . . . . . . . . . . 30
2.1.50. Header Field: Expires . . . . . . . . . . . . . 31
2.1.51. Header Field: Reply-By . . . . . . . . . . . . . 31
2.1.52. Header Field: Importance . . . . . . . . . . . . 32
2.1.53. Header Field: Incomplete-Copy . . . . . . . . . 32
2.1.54. Header Field: Priority . . . . . . . . . . . . . 33
2.1.55. Header Field: Sensitivity . . . . . . . . . . . 33
2.1.56. Header Field: Language . . . . . . . . . . . . . 34
2.1.57. Header Field: Conversion . . . . . . . . . . . . 34
2.1.58. Header Field: Conversion-With-Loss . . . . . . . 35
2.1.59. Header Field: Message-Type . . . . . . . . . . . 35
2.1.60. Header Field: Autosubmitted . . . . . . . . . . 36
2.1.61. Header Field: Autoforwarded . . . . . . . . . . 36
2.1.62. Header Field: Discarded-X400-IPMS-Extensions . . 37
2.1.63. Header Field: Discarded-X400-MTS-Extensions . . 37
2.1.64. Header Field: Disclose-Recipients . . . . . . . 38
2.1.17. ヘッダーフィールド: 憤慨、-、.142.1 .18。 ヘッダーフィールド: ccに憤慨している.152.1、.19 ヘッダーフィールド: Bccに憤慨している.152.1、.20 ヘッダーフィールド: 回答に憤慨する、.162.1 .21。 ヘッダーフィールド: Message IDに憤慨してください。.162.1 .22。 ヘッダーフィールド: リターンパス. . . . . . . . . . . 17 2.1.23。 ヘッダーフィールド: .172.1に、.24に受信します。 ヘッダーフィールド: .182.1に.25にコード化されます。 ヘッダーフィールド: 気質通知、.182.1 .26。 ヘッダーフィールド: 気質通知オプション.192.1、.27 ヘッダーフィールド: 言語を受け入れている.192.1、.28 ヘッダーフィールド: オリジナルはIDを通信させます。.202.1 .29。 ヘッダーフィールド: .202.1に.30と映画でラベルします。 ヘッダーフィールド: コード化. . . . . . . . . . . . . 21 2.1.31。 ヘッダーフィールド: .212.1に.32をリストで格納してください。 ヘッダーフィールド: .222.1に.33をリストで助けてください。 ヘッダーフィールド: リストID.222.1、.34 ヘッダーフィールド: リスト所有者.232.1、.35 ヘッダーフィールド: .232.1に.36をリストで掲示してください。 ヘッダーフィールド: .242.1に.37をリストで申し込んでください。 ヘッダーフィールド: .242.1に.38をリストで外してください。 ヘッダーフィールド: メッセージの文脈. . . . . . . . . 25 2.1.39。 ヘッダーフィールド: dl拡大歴史.252.1、.40 ヘッダーフィールド: 交互の受取人.262.1、.41 ヘッダーフィールド: オリジナルのコード化された情報はタイプします。26 2.1 .42。 ヘッダーフィールド: .272.1に.43を内容で返してください。 ヘッダーフィールド: 配送レポートを作ってください。.272.1 .44。 ヘッダーフィールド: 不着損害レポートを防いでください。.282.1 .45。 ヘッダーフィールド: .46に.282.1を時代遅れにします。 ヘッダーフィールド: .47に.292.1に取って代わります。 ヘッダーフィールド: 満足している識別子.292.1、.48 ヘッダーフィールド: 納品日. . . . . . . . . . 30 2.1の.49。 ヘッダーフィールド: 有効期限日. . . . . . . . . . . 30 2.1の.50。 ヘッダーフィールド: .51に.312.1を吐き出します。 ヘッダーフィールド: .312.1に.52に返答してください。 ヘッダーフィールド: 重要性. . . . . . . . . . . . 32 2.1.53。 ヘッダーフィールド: 不完全なコピー.322.1、.54 ヘッダーフィールド: 優先権. . . . . . . . . . . . . 33 2.1.55。 ヘッダーフィールド: 感度. . . . . . . . . . . 33 2.1.56。 ヘッダーフィールド: 言語. . . . . . . . . . . . . 34 2.1.57。 ヘッダーフィールド: 変換. . . . . . . . . . . . 34 2.1.58。 ヘッダーフィールド: 損失との変換.352.1、.59 ヘッダーフィールド: .352.1に.60をメッセージでタイプしてください。 ヘッダーフィールド: .61に.362.1をAutosubmittedしました。 ヘッダーフィールド: .62に.362.1をAutoforwardedしました。 ヘッダーフィールド: 捨てられたX400-IPMS拡張子.372.1、.63 ヘッダーフィールド: 捨てられたX400-MTS拡張子.372.1、.64 ヘッダーフィールド: 受取人を明らかにしている.38
G. Klyne, et al. Standards Track [Page 2] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[2ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.65. Header Field: Deferred-Delivery . . . . . . . . 38
2.1.66. Header Field: Latest-Delivery-Time . . . . . . . 39
2.1.67. Header Field: Originator-Return-Address . . . . 39
2.1.68. Header Field: X400-Content-Identifier . . . . . 40
2.1.69. Header Field: X400-Content-Return . . . . . . . 40
2.1.70. Header Field: X400-Content-Type . . . . . . . . 41
2.1.71. Header Field: X400-MTS-Identifier . . . . . . . 41
2.1.72. Header Field: X400-Originator . . . . . . . . . 42
2.1.73. Header Field: X400-Received . . . . . . . . . . 42
2.1.74. Header Field: X400-Recipients . . . . . . . . . 43
2.1.75. Header Field: X400-Trace . . . . . . . . . . . . 43
2.2. Permanent MIME Header Field Registrations . . . . . . . 44
2.2.1. Header Field: MIME-Version . . . . . . . . . . . 44
2.2.2. Header Field: Content-ID . . . . . . . . . . . . 45
2.2.3. Header Field: Content-Description . . . . . . . 45
2.2.4. Header Field: Content-Transfer-Encoding . . . . 46
2.2.5. Header Field: Content-Type . . . . . . . . . . . 46
2.2.6. Header Field: Content-Base . . . . . . . . . . . 47
2.2.7. Header Field: Content-Location . . . . . . . . . 47
2.2.8. Header Field: Content-features . . . . . . . . . 48
2.2.9. Header Field: Content-Disposition . . . . . . . 48
2.2.10. Header Field: Content-Language . . . . . . . . . 49
2.2.11. Header Field: Content-Alternative . . . . . . . 49
2.2.12. Header Field: Content-MD5 . . . . . . . . . . . 50
2.2.13. Header Field: Content-Duration . . . . . . . . . 50
3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 50
4. Security Considerations . . . . . . . . . . . . . . . . . . . 51
5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 51
6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 51
6.1. Normative References . . . . . . . . . . . . . . . . . . 51
6.2. Informative References . . . . . . . . . . . . . . . . . 53
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 53
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 54
2.1.65. ヘッダーフィールド: 延期した納入. . . . . . . . 38 2.1.66。 ヘッダーフィールド: 最新の納期.392.1、.67 ヘッダーフィールド: 創始者返送先.392.1、.68 ヘッダーフィールド: X400は識別子を満足させます。.402.1 .69。 ヘッダーフィールド: X400内容は戻ります。.402.1 .70。 ヘッダーフィールド: X400-コンテントタイプ.412.1、.71 ヘッダーフィールド: X400-MTS-識別子.412.1、.72 ヘッダーフィールド: X400-創始者.422.1、.73 ヘッダーフィールド: .422.1に.74をX400受け取りました。 ヘッダーフィールド: X400-受取人.432.1、.75 ヘッダーフィールド: X400-跡の.432.2。 永久的なMIMEヘッダーフィールド登録証明書. . . . . . . 44 2.2.1。 ヘッダーフィールド: MIMEバージョン.442.2、.2 ヘッダーフィールド: コンテントID. . . . . . . . . . . . 45 2.2.3。 ヘッダーフィールド: 満足している記述.452.2、.4 ヘッダーフィールド: コード化して、内容は移されます。.462.2 .5。 ヘッダーフィールド: コンテントタイプ. . . . . . . . . . . 46 2.2.6。 ヘッダーフィールド: .472.2に.7を内容で基礎づけてください。 ヘッダーフィールド: 満足している位置の.472.2、.8 ヘッダーフィールド: .482.2に.9を内容で特徴とします。 ヘッダーフィールド: 満足している気質.482.2、.10 ヘッダーフィールド: 満足している言語.492.2、.11 ヘッダーフィールド: 内容代替の.492.2、.12 ヘッダーフィールド: 内容-MD5.502.2、.13 ヘッダーフィールド: 満足している持続時間.503。 IANA問題. . . . . . . . . . . . . . . . . . . . . 50 4。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 51 5。 承認. . . . . . . . . . . . . . . . . . . . . . . 51 6。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 51 6.1。 引用規格. . . . . . . . . . . . . . . . . . 51 6.2。 有益な参照. . . . . . . . . . . . . . . . . 53作者のアドレス. . . . . . . . . . . . . . . . . . . . . . . . 53の完全な著作権宣言文. . . . . . . . . . . . . . . . . . . . . 54
1. Introduction
1. 序論
This document defines IANA registration for a number of mail message and MIME header fields, per registration procedures for message header fields [1].
このドキュメントは多くのメール・メッセージとMIMEヘッダーフィールドのためのIANA登録を定義します、メッセージヘッダーフィールド[1]のための登録手順単位で。
The main body of this document is automatically generated from RDF/N3 data. Some experimental HTML registry pages have been prepared from the same data and can be found at [27].
このドキュメントの本体はリモート・データ・ファシリティ/N3データから自動的に発生します。 いくつかの実験HTML登録ページを同じデータから準備して、[27]で見つけることができます。
1.1. Structure of This Document
1.1. このドキュメントの構造
Section 2.1 contains the templates for initial registration of mail message header fields.
セクション2.1はメール・メッセージヘッダーフィールドの新規登録のためのテンプレートを含みます。
G. Klyne, et al. Standards Track [Page 3] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[3ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
Section 2.2 contains templates for initial registration of MIME header fields.
セクション2.2はMIMEヘッダーフィールドの新規登録のためのテンプレートを含みます。
1.2. Document Terminology and Conventions
1.2. ドキュメント用語とコンベンション
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119 [9].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはBCP14(RFC2119[9])で説明されるように本書では解釈されることであるべきです。
2. Registration Templates
2. 登録テンプレート
Header field registry entries are summarized in tabular form for convenience of reference and presented in full in the following sections.
ヘッダーフィールド登録エントリーは、表にして参照の便宜のためにまとめられて、以下のセクションにすべて示されます。
2.1. Permanent Mail Header Field Registrations
2.1. 永久的なメールヘッダ分野登録証明書
Header name Protocol
----------- --------
Date Mail Message date and time
From Mail Mailbox of message author
Sender Mail Mailbox of message sender
Reply-To Mail Mailbox for replies to message
To Mail Primary recipient mailbox
Cc Mail Carbon-copy recipient mailbox
Bcc Mail Blind-carbon-copy recipient
mailbox
Message-ID Mail Message identifier
In-Reply-To Mail Identify replied-to message(s)
References Mail Related message identifier(s)
Subject Mail Topic of message
Comments Mail Additional comments about the
message
Keywords Mail Message key words and/or phrases
Resent-Date Mail Date and time message is resent
Resent-From Mail Mailbox of person for whom message
is resent
Resent-Sender Mail Mailbox of person who actually
resends the message
Resent-To Mail Mailbox to which message is resent
Resent-Cc Mail Mailbox(es) to which message is
cc'ed on resend
Resent-Bcc Mail Mailbox(es) to which message is
bcc'ed on resend
Resent-Reply-To Mail Resent reply-to
Resent-Message-ID Mail Message identifier for resent
message
ヘッダー名前プロトコル----------- -------- メッセージ送付者のメッセージ作者SenderメールMailboxのメールMessage日時FromメールMailboxとデートしてください、Reply、-、メッセージToメールPrimary受取人メールボックスCcメールCarbon-写し受信者メールボックスBccメールBlind-カーボンコピー受取人メールボックスMessage-IDメールMessage識別子に関する回答のためのメールMailbox、Inが答える、メールIdentifyはメッセージKeywordsメールに関してメッセージCommentsメールAdditionalコメントのメッセージ参照のメールの関連メッセージ識別子の対象のメールTopicに答えました; メッセージキーワード、そして/または、句のResent-日付メールDateとメッセージが再送される時、Resent、-、実際にメッセージを再送する人のResent-送付者メールMailboxがメッセージに再送される人のメールMailbox、Resent、-、メッセージがcc'edであるResent-ccメールMailbox(es)をどのメッセージに再送するかにオンなメールMailboxがどのメッセージがbcc'edであるかにオンなMailbox(es)が再送するメールをResent-Bccに再送する、Resentが答える、メールResentがResent Message IDメールMessage識別子に答える、メッセージに憤慨してください。
G. Klyne, et al. Standards Track [Page 4] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[4ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
Return-Path Mail Message return path
Received Mail Mail transfer trace information
Encrypted Mail Message encryption information
Disposition-Notification-To
Mail Mailbox for sending disposition
notification
Disposition-Notification-Options
Mail Disposition notification options
Accept-Language Mail Language(s) for auto-responses
Original-Message-ID Mail Original message identifier
PICS-Label Mail PICS rating label
Encoding Mail Message encoding and other
information
List-Archive Mail URL of mailing list archive
List-Help Mail URL for mailing list information
List-ID Mail Mailing list identifier
List-Owner Mail URL for mailing list owner's
mailbox
List-Post Mail URL for mailing list posting
List-Subscribe Mail URL for mailing list subscription
List-Unsubscribe Mail URL for mailing list
unsubscription
Message-Context Mail Type or context of message
DL-Expansion-History
Mail Trace of distribution lists passed
Alternate-Recipient Mail Controls forwarding to alternate
recipients
Original-Encoded-Information-Types
Mail Body part types in message
Content-Return Mail Return content on non-delivery?
Generate-Delivery-Report
Mail Request delivery report generation
Prevent-NonDelivery-Report
Mail Non-delivery report required?
Obsoletes Mail Reference message to be replaced
Supersedes Mail Reference message to be replaced
Content-Identifier Mail Message content identifier
Delivery-Date Mail Message delivery time
Expiry-Date Mail Message expiry time
Expires Mail Message expiry time
Reply-By Mail Time by which a reply is requested
Importance Mail Message importance
Incomplete-Copy Mail Body parts are missing
Priority Mail Message priority
Sensitivity Mail Message content sensitivity
Language Mail X.400 message content language
Conversion Mail Conversion allowed?
リターン経路メールMessageが経路Receivedメールメール転送トレース情報EncryptedメールMessage暗号化情報を返す、Disposition通知、自動応答Original Message IDメールOriginalメッセージ識別子PICS-ラベルメールPICS格付けのために気質通知Disposition通知オプションメールDisposition通知オプションAccept-言語メールLanguage(s)を送るためのメールMailboxはメールMessageコード化とメーリングリストの他の情報List-アーカイブメールURLとEncodingをラベルします; メーリングリスト購読がメールURLをList外すので発送先リストのメッセージDL拡大歴史メールTraceのメーリングリストunsubscription Message-文脈メールTypeか文脈のためにList申し込んでいるメールURLを掲示するメーリングリストのためのメーリングリスト所有者のメールボックスList-ポストメールURLのためのメーリングリスト情報List-IDメールMailingリスト識別子List-所有者メールURLのためのアーカイブList-ヘルプ、メールURLは、Originalが情報Typをコード化していた状態で受取人を交替するためにAlternate-受取人メールControlsを前方へパスしました。非配送に関するメッセージContent-リターンメールReturn内容のesメールBody部分タイプ? Non-配送レポートが必要とした配送レポートを作っているメールRequest配送レポート作成Prevent-NonDelivery-レポートメール? 近く回答が要求されたImportanceのMessage重要性Incomplete-コピーメールBodyのメール部品であるメールTimeがPriorityのメールのMessageの満足している感度LanguageメールMessage優先権SensitivityメールXを逃す取り替えられたContent-識別子メールMessage内容識別子Delivery-日付のメールMessage納期メールMessage時間ExpiresメールMessage満期時間満期Expiry-日付Replyである取り替えられたSupersedesメールReferenceメッセージであるメールReferenceメッセージを時代遅れにします; 400 ConversionメールConversionが許容したメッセージ内容言語?
G. Klyne, et al. Standards Track [Page 5] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[5ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
Conversion-With-Loss
Mail Lossy conversion allowed?
Message-Type Mail Message type: delivery report?
Autosubmitted Mail Automatically submitted indicator
Autoforwarded Mail Automatically forwarded indicator
Discarded-X400-IPMS-Extensions
Mail X.400 IPM extensions discarded
Discarded-X400-MTS-Extensions
Mail X.400 MTS extensions discarded
Disclose-Recipients Mail Disclose names of other
recipients?
Deferred-Delivery Mail Deferred delivery information
Latest-Delivery-Time
Mail Latest delivery time requested
Originator-Return-Address
Mail Originator return address
X400-Content-Identifier
Mail Message content identifier
X400-Content-Return Mail Return content on non-delivery?
X400-Content-Type Mail X400 content type
X400-MTS-Identifier Mail X400 MTS-Identifier
X400-Originator Mail X400 Originator
X400-Received Mail X400 Received
X400-Recipients Mail X400 Recipients
X400-Trace Mail X400 Trace
変換が許容した損失との変換メールLossy? メッセージタイプメールMessageはタイプします: 配送レポート? 提出されたインディケータAutoforwardedメールAutomaticallyが他の受取人の拡大が捨てたインディケータDiscarded-X400-IPMS-拡大メールX.400 IPM拡張子捨てられたDiscarded-X400-MTS-拡大メールX.400 MTS Disclose-受取人メールDisclose名を送ったAutosubmittedメールAutomatically? メールLatest納期が非配送に関するOriginatorリターンアドレスの満足している識別子X400の満足しているリターンメールReturnメールOriginator返送先X400の満足している識別子メールMessage内容を要求した延期された配送メールDeferred配送情報Latest配送時間? X400 Originator X400によって容認されたX400-コンテントタイプのメールのX400の満足しているタイプのメールX400 Received X400-受取人メールX400 Recipients X400-跡のメールX400-MTS-識別子メールX400 MTS-識別子X400-創始者メールX400 Trace
2.1.1. Header Field: Date
2.1.1. ヘッダーフィールド: 日付
Description:
Message date and time
記述: メッセージ日時
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.1)
仕様ドキュメント: RFC2822[18](セクション3.6.1)
Related information:
Specifies the date and time at which the creator of the message
indicated that the message was complete and ready to enter the
mail delivery system. Defined as standard by RFC 822.
関連情報: メッセージの創造者がメッセージが完全であって、郵便配達システムを入れる準備ができているのを示した日時を指定します。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 6] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[6ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.2. Header Field: From
2.1.2. ヘッダーフィールド: from
Description:
Mailbox of message author
記述: メッセージ作者のメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.2)
仕様ドキュメント: RFC2822[18](セクション3.6.2)
Related information:
Specifies the author(s) of the message; that is, the mailbox(es)
of the person(s) or system(s) responsible for the writing of the
message. Defined as standard by RFC 822.
関連情報: メッセージの作者は指定します。 すなわち、メッセージの書くことに原因となる人かシステムのメールボックス(es)。 同じくらい標準で、RFC822によって定義されます。
2.1.3. Header Field: Sender
2.1.3. ヘッダーフィールド: 送付者
Description:
Mailbox of message sender
記述: メッセージ送付者のメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.2)
仕様ドキュメント: RFC2822[18](セクション3.6.2)
Related information:
Specifies the mailbox of the agent responsible for the actual
transmission of the message. Defined as standard by RFC 822.
関連情報: メッセージの実際の伝達に責任があるエージェントのメールボックスを指定します。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 7] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[7ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.4. Header Field: Reply-To
2.1.4. ヘッダーフィールド: 答えます。
Description:
Mailbox for replies to message
記述: メッセージに関する回答のためのメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org) Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.2)
仕様ドキュメント: RFC2822[18](セクション3.6.2)
Related information:
When the "Reply-To:" field is present, it indicates the
mailbox(es) to which the author of the message suggests that
replies be sent. Defined as standard by RFC 822.
関連情報: 時は「Reply-To」です。 分野が存在している、それは送った状態でメッセージの作者が示す回答があるメールボックス(es)を示します。 同じくらい標準で、RFC822によって定義されます。
2.1.5. Header Field: To
2.1.5. ヘッダーフィールド: to
Description:
Primary recipient mailbox
記述: 第一の受取人メールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.3)
仕様ドキュメント: RFC2822[18](セクション3.6.3)
Related information:
Contains the address(es) of the primary recipient(s) of the
message. Defined as standard by RFC 822.
関連情報: メッセージの第一の受取人のアドレス(es)を含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 8] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[8ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.6. Header Field: Cc
2.1.6. ヘッダーフィールド: cc
Description:
Carbon-copy recipient mailbox
記述: カーボンコピー受取人メールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.3)
仕様ドキュメント: RFC2822[18](セクション3.6.3)
Related information:
Contains the addresses of others who are to receive the message,
though the content of the message may not be directed at them.
Defined as standard by RFC 822.
関連情報: 自分達がメッセージの内容に向けられないかもしれませんが、メッセージを受け取ることになっている他のもののアドレスを含んでいます。 同じくらい標準で、RFC822によって定義されます。
2.1.7. Header Field: Bcc
2.1.7. ヘッダーフィールド: Bcc
Description:
Blind-carbon-copy recipient mailbox
記述: 盲目のカーボンコピー受取人メールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.3)
仕様ドキュメント: RFC2822[18](セクション3.6.3)
Related information:
Contains addresses of recipients of the message whose addresses
are not to be revealed to other recipients of the message.
Defined as standard by RFC 822.
関連情報: メッセージの他の受取人に明らかにされないアドレスがことであるメッセージの受取人のアドレスを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 9] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[9ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.8. Header Field: Message-ID
2.1.8. ヘッダーフィールド: Message ID
Description:
Message identifier
記述: メッセージ識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.4)
仕様ドキュメント: RFC2822[18](セクション3.6.4)
Related information:
Contains a single unique message identifier that refers to a
particular version of a particular message. If the message is
resent without changes, the original Message-ID is retained.
Defined as standard by RFC 822.
関連情報: 特定のメッセージの特定のバージョンを示すただ一つのユニークなメッセージ識別子を含んでいます。 変化なしでメッセージを再送するなら、元のMessage-IDを保有します。 同じくらい標準で、RFC822によって定義されます。
2.1.9. Header Field: In-Reply-To
2.1.9. ヘッダーフィールド: in reply to
Description:
Identify replied-to message(s)
記述: 答えているメッセージを特定してください。(s)
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.4)
仕様ドキュメント: RFC2822[18](セクション3.6.4)
Related information:
The message identifier(s) of the original message(s) to which the
current message is a reply. Defined as standard by RFC 822.
関連情報: 現在のメッセージが回答であるオリジナルのメッセージに関するメッセージ識別子。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 10] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[10ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.10. Header Field: References
2.1.10. ヘッダーフィールド: 参照
Description:
Related message identifier(s)
記述: 関連メッセージ識別子(s)
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.4)
仕様ドキュメント: RFC2822[18](セクション3.6.4)
Related information:
The message identifier(s) of other message(s) to which the current
message may be related. In RFC 2822, the definition was changed
to say that this header field contains a list of all Message-IDs
of messages in the preceding reply chain. Defined as standard by
RFC 822.
関連情報: 現在のメッセージが話されるかもしれない他のメッセージに関するメッセージ識別子。 RFC2822では、このヘッダーフィールドが前の回答チェーンにメッセージのすべてのMessage-IDのリストを含むと言うために定義を変えました。 同じくらい標準で、RFC822によって定義されます。
2.1.11. Header Field: Subject
2.1.11. ヘッダーフィールド: 対象
Description:
Topic of message
記述: メッセージの話題
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.5)
仕様ドキュメント: RFC2822[18](セクション3.6.5)
Related information:
Contains a short string identifying the topic of the message.
Defined as standard by RFC 822.
関連情報: メッセージの話題を特定する脆いストリングを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 11] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[11ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.12. Header Field: Comments
2.1.12. ヘッダーフィールド: コメント
Description:
Additional comments about the message
記述: メッセージに関する追加コメント
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.5)
仕様ドキュメント: RFC2822[18](セクション3.6.5)
Related information:
Contains any additional comments on the text of the body of the
message. Warning: Some mailers will not show this field to
recipients. Defined as standard by RFC 822.
関連情報: メッセージ欄のテキストのどんな追加コメントも含んでいます。 警告: 何人かの郵送者はこの分野を受取人に示さないでしょう。 同じくらい標準で、RFC822によって定義されます。
2.1.13. Header Field: Keywords
2.1.13. ヘッダーフィールド: キーワード
Description:
Message key words and/or phrases
記述: メッセージキーワード、そして/または、句
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.5)
仕様ドキュメント: RFC2822[18](セクション3.6.5)
Related information:
Contains a comma-separated list of important words and phrases
that might be useful for the recipient. Defined as standard by
RFC 822.
関連情報: 受取人の役に立つかもしれない重要な字句のコンマで切り離されたリストを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 12] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[12ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.14. Header Field: Resent-Date
2.1.14. ヘッダーフィールド: 日付に憤慨します。
Description:
Date and time message is resent
記述: 日時のメッセージを再送します。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the date and time that a message is reintroduced into the
message transfer system. Defined as standard by RFC 822.
関連情報: メッセージ転送システムをメッセージに再紹介する日時に、含みます。 同じくらい標準で、RFC822によって定義されます。
2.1.15. Header Field: Resent-From
2.1.15. ヘッダーフィールド: 憤慨、-
Description:
Mailbox of person for whom message is resent
記述: メッセージが再送される人のメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the mailbox of the agent who has reintroduced the message
into the message transfer system, or on whose behalf the message
has been resent. Defined as standard by RFC 822.
関連情報: メッセージ転送システム、またはだれの代理にメッセージを再送したかに関するメッセージに再紹介したエージェントのメールボックスを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 13] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[13ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.16. Header Field: Resent-Sender
2.1.16. ヘッダーフィールド: 送付者に憤慨します。
Description:
Mailbox of person who actually resends the message
記述: 実際にメッセージを再送する人のメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the mailbox of the agent who has reintroduced the message
into the message transfer system, if this is different from the
Resent-From value. Defined as standard by RFC 822.
関連情報: これが異なるならメッセージ転送システムをメッセージに再紹介したエージェントのメールボックスを含んでいる、Resent、-、値 同じくらい標準で、RFC822によって定義されます。
2.1.17. Header Field: Resent-To
2.1.17. ヘッダーフィールド: 憤慨、-
Description:
Mailbox to which message is resent
記述: メッセージが再送されるメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the mailbox(es) to which the message has been resent.
Defined as standard by RFC 822.
関連情報: メッセージが再送されたメールボックス(es)を含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 14] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[14ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.18. Header Field: Resent-Cc
2.1.18. ヘッダーフィールド: ccに憤慨します。
Description:
Mailbox(es) to which message is cc'ed on resend
記述: どのメッセージがcc'edであるかにオンな(es)が再送するメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the mailbox(es) to which message is cc'ed on resend.
Defined as standard by RFC 822.
関連情報: どのメッセージがcc'edであるかにオンな(es)が再送するメールボックスを含んでいます。 同じくらい標準で、RFC822によって定義されます。
2.1.19. Header Field: Resent-Bcc
2.1.19. ヘッダーフィールド: Bccに憤慨します。
Description:
Mailbox(es) to which message is bcc'ed on resend
記述: どのメッセージがbcc'edであるかにオンな(es)が再送するメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains the mailbox(es) to which message is bcc'ed on resend.
Defined as standard by RFC 822.
関連情報: どのメッセージがbcc'edであるかにオンな(es)が再送するメールボックスを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 15] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[15ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.20. Header Field: Resent-Reply-To
2.1.20. ヘッダーフィールド: 回答に憤慨します。
Description:
Resent reply-to
記述: 憤慨、答え
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18]
仕様ドキュメント: RFC2822[18]
Related information:
Resent Reply-to. Defined by RFC 822, obsoleted by RFC 2822.
関連情報: 再送しました。答えます。 RFC2822によって時代遅れにされたRFC822によって定義されます。
2.1.21. Header Field: Resent-Message-ID
2.1.21. ヘッダーフィールド: Message IDに憤慨してください。
Description:
Message identifier for resent message
記述: メッセージを再送して、識別子を通信させます。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.6)
仕様ドキュメント: RFC2822[18](セクション3.6.6)
Related information:
Contains a message identifier for a resent message. Defined as
standard by RFC 822.
関連情報: aのための識別子がメッセージを再送したというメッセージを含んでいます。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 16] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[16ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.22. Header Field: Return-Path
2.1.22. ヘッダーフィールド: リターンパス
Description:
Message return path
記述: メッセージリターンパス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.7)
仕様ドキュメント: RFC2822[18](セクション3.6.7)
Related information:
Return path for message response diagnostics. See also RFC 2821
[17]. Defined as standard by RFC 822.
関連情報: メッセージ応答病気の特徴のために経路を返してください。 また、RFC2821[17]を見てください。 同じくらい標準で、RFC822によって定義されます。
2.1.23. Header Field: Received
2.1.23. ヘッダーフィールド: 受信します。
Description:
Mail transfer trace information
記述: 郵便為替トレース情報
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2822 [18] (section 3.6.7)
仕様ドキュメント: RFC2822[18](セクション3.6.7)
Related information:
Contains information about receipt of the current message by a
mail transfer agent on the transfer path. See also RFC 2821 [17].
Defined as standard by RFC 822.
関連情報: 移行経路のメール転送エージェントで現在のメッセージの領収書の情報を含んでいます。 また、RFC2821[17]を見てください。 同じくらい標準で、RFC822によって定義されます。
G. Klyne, et al. Standards Track [Page 17] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[17ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.24. Header Field: Encrypted
2.1.24. ヘッダーフィールド: 暗号化されます。
Description:
Message encryption information
記述: メッセージ暗号化情報
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 822 [2]
仕様ドキュメント: RFC822[2]
Related information:
Defined by RFC 822, but was found to be inadequately specified,
was not widely implemented, and was removed in RFC 2822. Current
practice is to use separate encryption, such as S/MIME or OpenPGP,
possibly in conjunction with RFC 1847 MIME security multiparts.
関連情報: RFCで822を定義しましたが、不十分に指定されるのがわかって、広く実装しないで、RFC2822で取り除きました。 現在の習慣は別々の暗号化を使用することになっています、S/MIMEやOpenPGPのように、ことによるとRFC1847MIMEセキュリティの「マルチ-部品」に関連して。
2.1.25. Header Field: Disposition-Notification-To
2.1.25. ヘッダーフィールド: 気質通知
Description:
Mailbox for sending disposition notification
記述: 送付気質通知のためのメールボックス
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2298 [12]
仕様ドキュメント: RFC2298[12]
Related information:
Indicates that the sender wants a disposition notification when
this message is received (read, processed, etc.) by its
recipients.
関連情報: このメッセージが受取人によって受け取られるとき(読まれて、処理されますなど)、送付者が気質通知が欲しいのを示します。
G. Klyne, et al. Standards Track [Page 18] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[18ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.26. Header Field: Disposition-Notification-Options
2.1.26. ヘッダーフィールド: 気質通知オプション
Description:
Disposition notification options
記述: 気質通知オプション
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2298 [12]
仕様ドキュメント: RFC2298[12]
Related information:
For optional modifiers on disposition notification requests.
関連情報: 気質通知要求での任意の修飾語のために。
2.1.27. Header Field: Accept-Language
2.1.27. ヘッダーフィールド: 言語を受け入れます。
Description:
Language(s) for auto-responses
記述: 自動応答のための言語
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 3282 [21]
仕様ドキュメント: RFC3282[21]
Related information:
Indicates a language that the message sender requests to be used
for responses. Accept-language was not designed for email but has
been considered useful as input to the generation of automatic
replies. Some problems have been noted concerning its use with
email, including but not limited to determination of the email
address to which it refers; cost and lack of effective
internationalization of email responses; interpretation of
language subtags; and determining what character set encoding
should be used.
関連情報: メッセージ送付者が応答に使用されるよう要求する言語を示します。 言語を受け入れる、メールのために設計されませんでしたが、自動返信の世代に入力されて、役に立つと考えられました。 メールでいくつかの問題が使用に関して注意されました、それが参照されるEメールアドレスの他の決断を含んでいて。 メール応答の有効な国際化をかかって、欠けてください。 言語「副-タグ」の解釈。 そして、どんな文字集合コード化が使用されるべきであるかを決定すること。
G. Klyne, et al. Standards Track [Page 19] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[19ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.28. Header Field: Original-Message-ID
2.1.28. ヘッダーフィールド: 元のMessage ID
Description:
Original message identifier
記述: オリジナルのメッセージ識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 3297 [22]
仕様ドキュメント: RFC3297[22]
Related information:
Original message identifier used with resend of message with
alternative content format; identifies the original message data
to which it corresponds.
関連情報: オリジナルが使用されていた状態で識別子を通信させる、形式はホームページの別版があるメッセージを再送します。 それが相当するオリジナルのメッセージデータを特定します。
2.1.29. Header Field: PICS-Label
2.1.29. ヘッダーフィールド: 映画ラベル
Description:
PICS rating label
記述: PICS格付けのラベル
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standard
状態: 規格
Author/change controller:
W3C (mailto:web-human@w3.org)
World Wide Web Consortium
コントローラを書くか、または変えてください: W3C(mailto: web-human@w3.org )ワールドワイドウェブコンソーシアム
Specification document(s):
PICS-labels [24]
仕様ドキュメント: 映画ラベル[24]
Related information:
Ratings label to control selection (filtering) of messages
according to the PICS protocol. Specified for general use with
RFC 822 message format, with HTTP-specific extensions.
関連情報: PICSプロトコルによると、格付けはメッセージの品揃え(フィルターにかける)をコントロールとラベルします。 RFC822メッセージ・フォーマット、HTTP特有の拡大で一般的使用に指定されています。
G. Klyne, et al. Standards Track [Page 20] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[20ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.30. Header Field: Encoding
2.1.30. ヘッダーフィールド: コード化
Description:
Message encoding and other information
記述: メッセージコード化と他の情報
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: experimental
状態: 実験的
Author/change controller:
Albert K. Costanzo (mailto:AL@AKC.COM)
AKC Consulting Inc.
コントローラを書くか、または変えてください: アルバート・K.コスタンゾ(mailto: AL@AKC.COM )AKCコンサルティングInc.
Specification document(s):
RFC 1505 [4]
仕様ドキュメント: RFC1505[4]
Related information:
Used in several different ways by different mail systems. Some
use it for a kind of content-type information, some for encoding
and length information, some for a kind of boundary information,
and some in other ways.
関連情報: 異なったメールシステムによっていくつかの異なった方法で使用されました。或るものは一種のcontent type情報、コード化と長さの情報のためのいくつか、一種の境界情報のためのいくつか、および他の方法でいくつかにそれを使用します。
2.1.31. Header Field: List-Archive
2.1.31. ヘッダーフィールド: リストアーカイブ
Description:
URL of mailing list archive
記述: メーリングリストアーカイブのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to use to browse the archives of the mailing list
from which this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストのアーカイブをブラウズするのに使用するURLを含んでいます。
G. Klyne, et al. Standards Track [Page 21] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[21ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.32. Header Field: List-Help
2.1.32. ヘッダーフィールド: リストヘルプ
Description:
URL for mailing list information
記述: メーリングリスト情報のためのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to use to get information about the mailing list
from which this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストの情報を得るのに使用するURLを含んでいます。
2.1.33. Header Field: List-ID
2.1.33. ヘッダーフィールド: リストID
Description:
Mailing list identifier
記述: メーリングリスト識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2919 [20]
仕様ドキュメント: RFC2919[20]
Related information:
Stores an identification of the mailing list through which this
message was distributed.
関連情報: このメッセージが分配されたメーリングリストの識別を保存します。
G. Klyne, et al. Standards Track [Page 22] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[22ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.34. Header Field: List-Owner
2.1.34. ヘッダーフィールド: リスト所有者
Description:
URL for mailing list owner's mailbox
記述: メーリングリスト所有者のメールボックスのためのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to send e-mail to the owner of the mailing list
from which this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストの所有者にメールを送るURLを含んでいます。
2.1.35. Header Field: List-Post
2.1.35. ヘッダーフィールド: リストポスト
Description:
URL for mailing list posting
記述: メーリングリスト任命のためのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to use to send contributions to the mailing list
from which this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストへの貢献を送るのに使用するURLを含んでいます。
G. Klyne, et al. Standards Track [Page 23] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[23ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.36. Header Field: List-Subscribe
2.1.36. ヘッダーフィールド: リストで申し込んでください。
Description:
URL for mailing list subscription
記述: メーリングリスト購読のためのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to use to get a subscription to the mailing list
from which this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストの購読を得るのに使用するURLを含んでいます。
2.1.37. Header Field: List-Unsubscribe
2.1.37. ヘッダーフィールド: リストで外してください。
Description:
URL for mailing list unsubscription
記述: メーリングリスト非購読のためのURL
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2369 [13]
仕様ドキュメント: RFC2369[13]
Related information:
Contains the URL to use to unsubscribe the mailing list from which
this message was relayed.
関連情報: このメッセージがリレーされたメーリングリストを外すのに使用するURLを含んでいます。
G. Klyne, et al. Standards Track [Page 24] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[24ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.38. Header Field: Message-Context
2.1.38. ヘッダーフィールド: メッセージの文脈
Description:
Type or context of message
記述: メッセージのタイプか文脈
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 3458 [23]
仕様ドキュメント: RFC3458[23]
Related information:
Provides information about the context and presentation
characteristics of a message. Can have the values 'voice-
message', 'fax-message', 'pager-message', 'multimedia-message',
'text-message', or 'none'.
関連情報: メッセージの文脈とプレゼンテーションの特性の情報を提供します。 値'声のメッセージ'、'ファックス通信'、'ポケットベルのメッセージ'、'マルチメディアメッセージ'、'テキストメッセージ'、または'なにも'を持つことができます。
2.1.39. Header Field: DL-Expansion-History
2.1.39. ヘッダーフィールド: dl拡張歴史
Description:
Trace of distribution lists passed
記述: 発送先リストの跡は通り過ぎました。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Trace of distribution lists passed. (MIXER X.400 mapping; not for
general use.)
関連情報: 発送先リストの跡は通り過ぎました。 (一般的使用でないMIXER X.400マッピング。)
G. Klyne, et al. Standards Track [Page 25] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[25ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.40. Header Field: Alternate-Recipient
2.1.40. ヘッダーフィールド: 代替の受取人
Description:
Controls forwarding to alternate recipients
記述: 受取人を交替するために推進を制御します。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Controls whether this message may be forwarded to an alternate
recipient, such as a postmaster, if delivery to the intended
recipient is not possible. Default: Allowed. RFC 2156 (MIXER),
not for general use.
関連情報: 意図している受取人への配送が可能でないなら、このメッセージが郵便局長などの代替の受取人に転送されるかもしれないかどうかを制御します。 デフォルト: 許容にされる。 一般的使用でないRFC2156(MIXER)。
2.1.41. Header Field: Original-Encoded-Information-Types
2.1.41. ヘッダーフィールド: 元のコード化された情報タイプ
Description:
Body part types in message
記述: 身体の部分はメッセージをタイプします。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Which body part types occur in this message. RFC 2156 (MIXER);
not for general use.
関連情報: このメッセージでは、起こります身体の部分が、タイプする。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 26] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[26ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.42. Header Field: Content-Return
2.1.42. ヘッダーフィールド: 満足しているリターン
Description:
Return content on non-delivery?
記述: 非配送に関するリターン内容?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 1327 [3]
仕様ドキュメント: RFC1327[3]
Related information:
Indicates whether the content of a message is to be returned with
non-delivery notifications. Introduced by RFC 1327 and
subsequently changed by RFC 2156 to avoid confusion with MIME
defined fields.
関連情報: 非配送通知と共に返すメッセージの内容がことであるか否かに関係なく、示します。 MIMEの定義された分野への混乱は、避けるRFC2156年までにRFC1327で導入して、次に、変化しました。
2.1.43. Header Field: Generate-Delivery-Report
2.1.43. ヘッダーフィールド: 配送がレポートであると生成してください。
Description:
Request delivery report generation
記述: 配送レポート作成を要求してください。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Indicates whether a delivery report is wanted at successful
delivery. Default is not to generate such a report. RFC 2156
(MIXER); not for general use.
関連情報: 配送レポートがうまくいっている配送で欲しいか否かに関係なく、示します。 デフォルトはそのようなレポートを作らないことです。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 27] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[27ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.44. Header Field: Prevent-NonDelivery-Report
2.1.44. ヘッダーフィールド: 不着損害レポートを防いでください。
Description:
Non-delivery report required?
記述: 必要である非配送レポート?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Indicates whether a non-delivery report is wanted on delivery
error. Default is to generate such a report. RFC 2156 (MIXER);
not for general use.
関連情報: 非配送レポートが配送誤りに欲しいか否かに関係なく、示します。 デフォルトはそのようなレポートを作ることです。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.45. Header Field: Obsoletes
2.1.45. ヘッダーフィールド: 時代遅れにします。
Description:
Reference message to be replaced
記述: 取り替えられるべき参照メッセージ
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 1327 [3]
仕様ドキュメント: RFC1327[3]
Related information:
Reference to a previous message being corrected and replaced.
Compare to 'Supersedes:',f used in Usenet News. Introduced by RFC
1327 and subsequently renamed by RFC 2156 to 'Supersedes'.
関連情報: 修正されて、取り替えられる前のメッセージの参照。 'Supersedes:'、Usenet Newsで使用されるfと比較してください。 RFC1327によって導入されて、次に、'取って代わること'へのRFC2156によって改名されています。
G. Klyne, et al. Standards Track [Page 28] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[28ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.46. Header Field: Supersedes
2.1.46. ヘッダーフィールド: 取って代わります。
Description:
Reference message to be replaced
記述: 取り替えられるべき参照メッセージ
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Reference to a previous message being corrected and replaced.
Renamed version of obsolete 'Obsoletes' header field. RFC 2156
(MIXER); not for general use.
関連情報: 修正されて、取り替えられる前のメッセージの参照。 時代遅れの'時代遅れに'ヘッダーフィールドのバージョンに改名されます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.47. Header Field: Content-Identifier
2.1.47. ヘッダーフィールド: 満足している識別子
Description:
Message content identifier
記述: メッセージ内容識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 1327 [3]
仕様ドキュメント: RFC1327[3]
Related information:
A text string that identifies the content of a message.
Introduced by RFC 1327 and subsequently changed by RFC 2156 to
avoid confusion with MIME defined fields. Gateways that reverse
map may support the old field.
関連情報: メッセージの内容を特定するテキスト文字列。 MIMEの定義された分野への混乱は、避けるRFC2156年までにRFC1327で導入して、次に、変化しました。 地図を逆にするゲートウェイは古い分野をサポートするかもしれません。
G. Klyne, et al. Standards Track [Page 29] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[29ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.48. Header Field: Delivery-Date
2.1.48. ヘッダーフィールド: 納品日
Description:
Message delivery time
記述: メッセージ納期
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
The time when a message was delivered to its recipient. RFC 2156
(MIXER); not for general use.
関連情報: メッセージが受取人に提供された時。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.49. Header Field: Expiry-Date
2.1.49. ヘッダーフィールド: 有効期限日
Description:
Message expiry time
記述: メッセージ満期時間
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: obsolete
状態: 時代遅れ
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 1327 [3]
仕様ドキュメント: RFC1327[3]
Related information:
Time at which a message loses its validity. Introduced by RFC
1327 and subsequently changed by RFC 2156 to 'Expires:'.
関連情報: メッセージが効力を失う時。 RFC1327で導入して、次にRFC2156で変化する、'以下を吐き出します'。
G. Klyne, et al. Standards Track [Page 30] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[30ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.50. Header Field: Expires
2.1.50. ヘッダーフィールド: 期限が切れます。
Description:
Message expiry time
記述: メッセージ満期時間
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Time at which a message loses its validity. Renamed version of
obsolete Expiry-Date header field. RFC 2156 (MIXER), not for
general use.
関連情報: メッセージが効力を失う時。 時代遅れのExpiry-日付のヘッダーフィールドのバージョンに改名されます。 一般的使用でないRFC2156(MIXER)。
2.1.51. Header Field: Reply-By
2.1.51. ヘッダーフィールド: 近く、返答します。
Description:
Time by which a reply is requested
記述: 時間回答が要求されている
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Latest time by which a reply is requested (not demanded). RFC
2156 (MIXER); not for general use.
関連情報: 最も遅い時間。回答が要求されている(要求されません) RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 31] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[31ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.52. Header Field: Importance
2.1.52. ヘッダーフィールド: 重要性
Description:
Message importance
記述: メッセージの重要性
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
A hint from the originator to the recipients about how important a
message is. Values: High, normal, or low. Not used to control
transmission speed. Proposed for use with RFC 2156 (MIXER) [10]
and RFC 3801 (VPIM) [14].
関連情報: メッセージがどれくらい重要であるかに関する創始者から受取人までのヒント。 値: 高いか、正常であるか、または低いです。 以前はよくトランスミッション速度を制御していませんでした。 使用のために、RFC2156(MIXER)[10]とRFC3801(VPIM)[14]で、提案されます。
2.1.53. Header Field: Incomplete-Copy
2.1.53. ヘッダーフィールド: 不完全なコピー
Description:
Body parts are missing
記述: 身体の部分はなくなっています。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Body parts are missing. RFC 2156 (MIXER); not for general use.
関連情報: 身体の部分はなくなっています。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 32] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[32ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.54. Header Field: Priority
2.1.54. ヘッダーフィールド: 優先権
Description:
Message priority
記述: メッセージ優先権
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Can be 'normal', 'urgent', or 'non-urgent' and can influence
transmission speed and delivery. RFC 2156 (MIXER); not for
general use.
関連情報: '正常である'か、'緊急である'か、または'不急であることができ'、伝送速度と配送に影響を及ぼすことができます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.55. Header Field: Sensitivity
2.1.55. ヘッダーフィールド: 感度
Description:
Message content sensitivity
記述: メッセージ内容感度
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
How sensitive it is to disclose this message to people other than
the specified recipients. Values: Personal, private, and company
confidential. The absence of this header field in messages
gatewayed from X.400 indicates that the message is not sensitive.
Proposed for use with RFC 2156 (MIXER) [10] and RFC 3801 (VPIM)
[14].
関連情報: 指定された受取人以外の人々にこのメッセージを明らかにするのは何と敏感であるのでしょう! 値: 個人的で、個人的で、会社の秘密です。 X.400からgatewayedされたメッセージにおける、このヘッダーフィールドの欠如は、メッセージが機密でないことを示します。 使用のために、RFC2156(MIXER)[10]とRFC3801(VPIM)[14]で、提案されます。
G. Klyne, et al. Standards Track [Page 33] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[33ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.56. Header Field: Language
2.1.56. ヘッダーフィールド: 言語
Description:
X.400 message content language
記述: X.400メッセージ内容言語
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Can include a code for the natural language used in a message;
e.g., 'en' for English. See also 'Content-Language'. RFC 2156
(MIXER); not for general use.
関連情報: メッセージで使用される自然言語のためのコードを含むことができます。 例えば、英語のための'アン'。 また、'満足している言語'を見てください。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.57. Header Field: Conversion
2.1.57. ヘッダーフィールド: 変換
Description:
Conversion allowed?
記述: 許された変換?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
The body of this message may not be converted from one character
set to another. Values: prohibited and allowed. RFC 2156
(MIXER); not for general use.
関連情報: このメッセージのボディーは1つの文字集合から別の文字集合まで変換されないかもしれません。 値: 禁止されていて、許容されています。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 34] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[34ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.58. Header Field: Conversion-With-Loss
2.1.58. ヘッダーフィールド: 損失との変換
Description:
Lossy conversion allowed?
記述: 変換が許容した損失性?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
The body of this message may not be converted from one character
set to another if information will be lost. Values: prohibited
and allowed. RFC 2156 (MIXER); not for general use.
関連情報: 情報が失われるなら、このメッセージのボディーは1つの文字集合から別の文字集合まで変換されないかもしれません。 値: 禁止されていて、許容されています。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.59. Header Field: Message-Type
2.1.59. ヘッダーフィールド: メッセージタイプ
Description:
Message type: delivery report?
記述: メッセージタイプ: 配送レポート?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Only used with the value 'Delivery Report' to indicate that this
is a delivery report gatewayed from X.400. RFC 2156 (MIXER); not
for general use.
関連情報: これがX.400からgatewayedされた配送レポートであることを示すのに値と共に'配送Report'を使用しただけです。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 35] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[35ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.60. Header Field: Autosubmitted
2.1.60. ヘッダーフィールド: Autosubmittedしました。
Description:
Automatically submitted indicator
記述: 自動的に提出されたインディケータ
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Has been automatically submitted. RFC 2156 (MIXER); not for
general use.
関連情報: 自動的に、提出しました。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.61. Header Field: Autoforwarded
2.1.61. ヘッダーフィールド: Autoforwardedしました。
Description:
Automatically forwarded indicator
記述: 自動的に進められたインディケータ
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Has been automatically forwarded. RFC 2156 (MIXER), not for
general use.
関連情報: 自動的に、進めました。 一般的使用でないRFC2156(MIXER)。
G. Klyne, et al. Standards Track [Page 36] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[36ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.62. Header Field: Discarded-X400-IPMS-Extensions
2.1.62. ヘッダーフィールド: 捨てられたX400-IPMS拡張子
Description:
X.400 IPM extensions discarded
記述: X.400 IPM拡張子は捨てられました。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Can be used in Internet mail to indicate X.400 IPM extensions that
could not be mapped to Internet mail format. RFC 2156 (MIXER);
not for general use.
関連情報: インターネットメール書式に写像できなかったX.400 IPM拡張子を示すのにインターネット・メールで使用できます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.63. Header Field: Discarded-X400-MTS-Extensions
2.1.63. ヘッダーフィールド: 捨てられたX400-MTS拡張子
Description:
X.400 MTS extensions discarded
記述: X.400 MTS拡張子は捨てられました。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Can be used in Internet mail to indicate X.400 MTS extensions that
could not be mapped to Internet mail format. RFC 2156 (MIXER);
not for general use.
関連情報: インターネットメール書式に写像できなかったX.400 MTS拡張子を示すのにインターネット・メールで使用できます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 37] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[37ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.64. Header Field: Disclose-Recipients
2.1.64. ヘッダーフィールド: 受取人を明らかにします。
Description:
Disclose names of other recipients?
記述: 他の受取人の名前を明らかにしますか?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Tells whether recipients are to be told the names of other
recipients of the same message. This is primarily an X.400
facility. In X.400, this is an envelope attribute and refers to
disclosure of the envelope recipient list. Disclosure of other
recipients is done in Internet mail via the To:, cc:, and bcc:
header fields. Not for general use.
関連情報: 同じメッセージの他の受取人の名前が受取人に言われることになっているかどうか言います。 これは主としてX.400施設です。 X.400では、これは、封筒属性であり、封筒受取人リストの公開を示します。 To:、cc:、およびbcc:を通してインターネット・メールで他の受取人の公開をします。 ヘッダーフィールド。 どんな一般的使用のためにも、そうしません。
2.1.65. Header Field: Deferred-Delivery
2.1.65. ヘッダーフィールド: 延期した納入
Description:
Deferred delivery information
記述: 延期した納入情報
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Provides information about deferred delivery service to the
recipient. RFC 2156 (MIXER); not for general use.
関連情報: 受取人に対する延期した納入サービスの情報を提供します。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 38] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[38ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.66. Header Field: Latest-Delivery-Time
2.1.66. ヘッダーフィールド: 最新の納期
Description:
Latest delivery time requested
記述: 時間が要求した最新の配送
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Provides the recipient with information about requested delivery
but will not be acted on by the SMTP infrastructure. RFC 2156
(MIXER); not for general use.
関連情報: 要求された配送の情報を受取人に提供しますが、SMTPインフラストラクチャで、影響されないでしょう。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.67. Header Field: Originator-Return-Address
2.1.67. ヘッダーフィールド: 創始者返送先
Description:
Originator return address
記述: 創始者返送先
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Originator return address. RFC 2156 (MIXER); not for general use.
関連情報: 創始者返送先。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 39] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[39ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.68. Header Field: X400-Content-Identifier
2.1.68. ヘッダーフィールド: X400の満足している識別子
Description:
Message content identifier
記述: メッセージ内容識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
A text string that identifies the content of a message. Renamed
version of obsolete Content-Identifier field. RFC 2156 (MIXER);
not for general use.
関連情報: メッセージの内容を特定するテキスト文字列。 時代遅れのContent-識別子分野のバージョンに改名されます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.69. Header Field: X400-Content-Return
2.1.69. ヘッダーフィールド: X400の満足しているリターン
Description:
Return content on non-delivery?
記述: 非配送に関するリターン内容?
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
Indicates whether the content of a message is to be returned with
non-delivery notifications. Renamed version of obsolete Content-
Return field. RFC 2156 (MIXER); not for general use.
関連情報: 非配送通知と共に返すメッセージの内容がことであるか否かに関係なく、示します。 時代遅れのContentリターン分野のバージョンに改名されます。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 40] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[40ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.70. Header Field: X400-Content-Type
2.1.70. ヘッダーフィールド: X400-コンテントタイプ
Description:
X400 content type
記述: X400content type
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 content type. RFC 2156 (MIXER); not for general use.
関連情報: X400content type。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.71. Header Field: X400-MTS-Identifier
2.1.71. ヘッダーフィールド: X400-MTS-識別子
Description:
X400 MTS-Identifier
記述: X400 MTS-識別子
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 MTS-Identifier. RFC 2156 (MIXER); not for general use.
関連情報: X400 MTS-識別子。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 41] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[41ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.72. Header Field: X400-Originator
2.1.72. ヘッダーフィールド: X400-創始者
Description:
X400 Originator
記述: X400創始者
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 Originator. RFC 2156 (MIXER); not for general use.
関連情報: X400創始者。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.73. Header Field: X400-Received
2.1.73. ヘッダーフィールド: X400を受け取られていさせます。
Description:
X400 Received
記述: X400は受信しました。
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 Received. RFC 2156 (MIXER); not for general use.
関連情報: X400は受信しました。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
G. Klyne, et al. Standards Track [Page 42] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[42ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.1.74. Header Field: X400-Recipients
2.1.74. ヘッダーフィールド: X400-受取人
Description:
X400 Recipients
記述: X400受取人
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 Recipients. RFC 2156 (MIXER); not for general use.
関連情報: X400受取人。 RFC2156(ミキサー)。 どんな一般的使用のためにも、そうしません。
2.1.75. Header Field: X400-Trace
2.1.75. ヘッダーフィールド: X400-跡
Description:
X400 Trace
記述: X400跡
Applicable protocol: Mail [18]
適切なプロトコル: メール[18]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2156 [10]
仕様ドキュメント: RFC2156[10]
Related information:
X400 Trace. RFC 2156 (MIXER), not for general use.
関連情報: X400跡。 一般的使用でないRFC2156(MIXER)。
G. Klyne, et al. Standards Track [Page 43] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[43ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2. Permanent MIME Header Field Registrations
2.2. 永久的なMIMEヘッダーフィールド登録証明書
Header name Protocol
----------- --------
MIME-Version MIME MIME version number
Content-ID MIME Identify content body part
Content-Description MIME Description of message body part
Content-Transfer-Encoding
MIME Content transfer encoding applied
Content-Type MIME MIME content type
Content-Base MIME Base to be used for resolving
relative URIs within this content
part
Content-Location MIME URI for retrieving a body part
Content-features MIME Indicates content features of a
MIME body part
Content-Disposition MIME Intended content disposition and
file name
Content-Language MIME Language of message content
Content-Alternative MIME Alternative content available
Content-MD5 MIME MD5 checksum of content
Content-Duration MIME Time duration of content
ヘッダー名前プロトコル----------- -------- この満足している部分Content-位置のMIME URIの中で相対的なURIを決議するのに使用されるために適用されたContent-TypeのMIME MIME content type Content-基地のMIME基地をコード化するメッセージボディー部分Content転送コード化MIME Content転送のMIMEバージョンの満足しているボディー部分Content-記述MIME MIME MIMEバージョン数のコンテントID MIME Identify記述; 内容の満足しているContent-持続時間MIME Time持続時間のメッセージ内容のAlternativeの満足している利用可能なContent-MD5MIME MD5Content-代替手段MIMEチェックサムのMIME Indicates内容が特徴とするMIMEボディー部分Content-気質MIME Intended内容のボディー部分Content-機能気質とファイル名Content-言語MIME Languageを検索するために
2.2.1. Header Field: MIME-Version
2.2.1. ヘッダーフィールド: MIMEバージョン
Description:
MIME version number
記述: MIMEバージョン番号
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2045 [7] (section 4)
仕様ドキュメント: RFC2045[7](セクション4)
Related information:
An indicator that this message is formatted according to the MIME
standard, and an indication of which version of MIME is used.
関連情報: MIME規格、および指示に従ってこのメッセージがフォーマットされるというMIMEのそれのバージョンのインディケータは使用されています。
G. Klyne, et al. Standards Track [Page 44] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[44ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.2. Header Field: Content-ID
2.2.2. ヘッダーフィールド: コンテントID
Description:
Identify content body part
記述: 満足している身体の部分を特定してください。
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2045 [7] (section 7)
仕様ドキュメント: RFC2045[7](セクション7)
Related information:
Specifies a Unique ID for one MIME body part of the content of a
message.
関連情報: メッセージの内容の1MIME身体の箇所にUnique IDを指定します。
2.2.3. Header Field: Content-Description
2.2.3. ヘッダーフィールド: 満足している記述
Description:
Description of message body part
記述: メッセージ身体の部分の記述
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2045 [7] (section 8)
仕様ドキュメント: RFC2045[7](セクション8)
Related information:
Description of a particular body part of a message; for example, a
caption for an image body part.
関連情報: メッセージの特定の身体の部分の記述。 例えば、イメージ身体の部分のための見出し。
G. Klyne, et al. Standards Track [Page 45] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[45ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.4. Header Field: Content-Transfer-Encoding
2.2.4. ヘッダーフィールド: 満足している転送コード化
Description:
Content transfer encoding applied
記述: 満足している転送コード化は適用されました。
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2045 [7] (section 6)
仕様ドキュメント: RFC2045[7](セクション6)
Related information:
Coding method used in a MIME message body part.
関連情報: MIMEメッセージ身体の部分で使用されるメソッドをコード化します。
2.2.5. Header Field: Content-Type
2.2.5. ヘッダーフィールド: コンテントタイプ
Description:
MIME content type
記述: MIME content type
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2045 [7] (section 5)
仕様ドキュメント: RFC2045[7](セクション5)
Related information:
Format of content (character set, etc.) Note that the values for
this header field are defined in different ways in RFC 1049 and in
MIME (RFC 2045). The 'MIME-version' header field will show
whether Content-Type is to be interpreted according to RFC 1049 or
according to MIME. The MIME definition should be used in
generating mail. RFC 1049 has 'historic' status. RFC 1766 [5]
defines a parameter 'difference' to this header field. Various
other Content-Type define various additional parameters. For
example, the parameter 'charset' is mandatory for all textual
Content-Types. See also RFC 1049, RFC 1123: 5.2.13, and RFC 1766:
4.1.
関連情報: 内容(文字集合など)の形式 このヘッダーフィールドのための値がRFC1049とMIME(RFC2045)で異なった道で定義されることに注意してください。 'MIMEバージョン'ヘッダーフィールドは、コンテントタイプがRFC1049かMIMEによると、解釈されるかどうかことであることを示すでしょう。 MIME定義はメールを作る際に使用されるべきです。 RFC1049には、'歴史的な'状態がいます。 RFC1766[5]は'違い'というパラメタをこのヘッダーフィールドと定義します。 他の様々なコンテントタイプは様々な追加パラメタを定義します。 例えば、パラメタ'charset'はすべての原文のコンテントタイプに義務的です。 また、RFC1049、RFC1123を見てください: 5.2.13、RFC1766、: 4.1.
G. Klyne, et al. Standards Track [Page 46] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[46ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.6. Header Field: Content-Base
2.2.6. ヘッダーフィールド: 満足している基地
Description:
Base to be used for resolving relative URIs within this content
part.
記述: この内容の中の相対的なURIが離れていると決議するのに使用されるために、基づきます。
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2110 [8]
仕様ドキュメント: RFC2110[8]
Related information:
Base to be used for resolving relative URIs within this content
part. See also Content-Location. This header was included in the
first version of MHTML and HTTP 1.1 but removed in the second
version (RFC 2557).
関連情報: この内容の中の相対的なURIが離れていると決議するのに使用されるために、基づきます。 また、Content-位置を見てください。 このヘッダーをMHTMLとHTTP1.1の最初のバージョンに含んでいましたが、第2バージョン(RFC2557)で取り除きました。
2.2.7. Header Field: Content-Location
2.2.7. ヘッダーフィールド: 満足している位置
Description:
URI for retrieving a body part
記述: 身体の部分を検索するためのURI
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2557 [16]
仕様ドキュメント: RFC2557[16]
Related information:
URI using which the content of this body-part part was retrieved,
might be retrievable, or which otherwise gives a globally unique
identification of the content.
関連情報: この身体部分の部分の内容がそうであったURI使用は、検索されて、回収可能であるかもしれませんか、そうでなければ、どれが内容のグローバルにユニークな識別を与えますか?
G. Klyne, et al. Standards Track [Page 47] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[47ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.8. Header Field: Content-features
2.2.8. ヘッダーフィールド: 満足している特徴
Description:
Indicates content features of a MIME body part
記述: MIME身体の部分の満足している特徴を示します。
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2912 [19] (section 3)
仕様ドキュメント: RFC2912[19](セクション3)
Related information:
The 'Content-features:' header can be used to annotate a MIME body
part with a media feature expression, to indicate features of the
body part content. See also RFC 2533, RFC 2506, and RFC 2045.
関連情報: '満足している特徴: 'メディア特徴式でMIME身体の部分を注釈して、ボディー部分内容の特徴を示すのにヘッダーを使用できます。 また、RFC2533、RFC2506、およびRFC2045を見てください。
2.2.9. Header Field: Content-Disposition
2.2.9. ヘッダーフィールド: 満足している気質
Description:
Intended content disposition and file name
記述: 意図している満足している気質とファイル名
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2183 [11]
仕様ドキュメント: RFC2183[11]
Related information:
Indicates whether a MIME body part is to be shown inline or is an
attachment; can also indicate a suggested filename for use when
saving an attachment to a file.
関連情報: MIME身体の部分がインラインが示されるかどうかことであることを示すか、付属です。 また、ファイルへの付属を保存するとき、使用のために提案されたファイル名を示すことができます。
G. Klyne, et al. Standards Track [Page 48] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[48ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.10. Header Field: Content-Language
2.2.10. ヘッダーフィールド: 満足している言語
Description:
Language of message content
記述: メッセージ内容の言語
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 3282 [21]
仕様ドキュメント: RFC3282[21]
Related information:
Can include a code for the natural language used in a message;
e.g., 'en' for English. Can also contain a list of languages for
a message containing more than one language.
関連情報: メッセージで使用される自然言語のためのコードを含むことができます。 例えば、英語のための'アン'。 また、1つ以上の言語を含むメッセージのための言語のリストを含むことができます。
2.2.11. Header Field: Content-Alternative
2.2.11. ヘッダーフィールド: 内容代替です。
Description:
Alternative content available
記述: 利用可能な代替の内容
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: work-in-progress
状態: 処理中の作業
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 3297 [22]
仕様ドキュメント: RFC3297[22]
Related information:
Information about the media features of alternative content
formats available for the current message.
関連情報: 現在のメッセージに利用可能なホームページの別版形式のメディア機能に関する情報。
G. Klyne, et al. Standards Track [Page 49] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[49ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
2.2.12. Header Field: Content-MD5
2.2.12. ヘッダーフィールド: 内容-MD5
Description:
MD5 checksum of content
記述: 内容のMD5チェックサム
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 1864 [6]
仕様ドキュメント: RFC1864[6]
Related information:
Checksum of content to ensure that it has not been modified.
関連情報: それが変更されていないのを保証する内容のチェックサム。
2.2.13. Header Field: Content-Duration
2.2.13. ヘッダーフィールド: 満足している持続時間
Description:
Time duration of content
記述: 内容の時間持続時間
Applicable protocol: MIME [7]
適切なプロトコル: MIME[7]
Status: standards-track
状態: 標準化過程
Author/change controller:
IETF (mailto:iesg@ietf.org)
Internet Engineering Task Force
コントローラを書くか、または変えてください: IETF(mailto: iesg@ietf.org )インターネット・エンジニアリング・タスク・フォース
Specification document(s):
RFC 2424 [15]
仕様ドキュメント: RFC2424[15]
Related information:
Time duration of body part content, in seconds (e.g., for audio
message).
関連情報: 秒のボディー部分内容(例えば、オーディオメッセージのための)の時間持続時間。
3. IANA Considerations
3. IANA問題
Section 2 of this specification provides initial registrations of mail and MIME header fields in the "Permanent Message Header Field Registry", defined by registration procedures for message header fields [1].
この仕様のセクション2はメールの初期の登録証明書とメッセージヘッダーフィールド[1]のために登録手順で定義された「永久的なメッセージヘッダーフィールド登録」のMIMEヘッダーフィールドを提供します。
G. Klyne, et al. Standards Track [Page 50] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[50ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
4. Security Considerations
4. セキュリティ問題
No security considerations are introduced by this registration document beyond those already inherent in use of the mail message header fields referenced.
セキュリティ問題は全くこの登録用書類によってヘッダーフィールドが参照をつけたメール・メッセージの使用に既に固有のそれらを超えて紹介されません。
5. Acknowledgements
5. 承認
Most of the information in this document has been derived from Jacob Palme's work in RFC 2076 [25] and subsequent updates [26]. The authors also gratefully acknowledge contributions and constructive input from Mark Nottingham, Bruce Lilly, Keith Moore, and Charles Lindsey (the mention of whom is not intended to imply their unqualified support for material herein).
RFC2076[25]でのヤコブ・パルメの仕事とその後のアップデート[26]から情報の大部分を本書では得ました。 また、作者は感謝してマーク・ノッティンガム、ブルース・リリー、キース・ムーア、およびチャールズ・リンジー(その言及はここに彼らの材料の無条件の支持を含意することを意図しない)からの貢献と建設的な入力を承諾します。
6. References
6. 参照
6.1. Normative References
6.1. 引用規格
[1] Klyne, G., Nottingham, M., and J. Mogul, "Registration
Procedures for Message Header Fields", BCP 90, RFC 3864,
September 2004.
[1]KlyneとG.とノッティンガム、M.とJ.ムガール人、「メッセージヘッダーフィールドのための登録手順」BCP90、2004年9月のRFC3864。
[2] Crocker, D., "Standard for the format of ARPA Internet text
messages", STD 11, RFC 822, August 1982.
[2] クロッカー、D.、「ARPAインターネット・テキスト・メッセージの形式の規格」、STD11、RFC822、1982年8月。
[3] Hardcastle-Kille, S., "Mapping between X.400(1988) / ISO 10021
and RFC 822", RFC 1327, May 1992.
[3]Hardcastle-Kille、S.、「X.400(1988)/ISO10021とRFC822インチの間のマッピング、RFC1327、5月1992日
[4] Costanzo, A., Robinson, D., and R. Ullmann, "Encoding Header
Field for Internet Messages", RFC 1505, August 1993.
[4] コスタンゾとA.とロビンソン、D.とR.ウルマン、「インターネットメッセージのためのヘッダーフィールドをコード化します」、RFC1505、1993年8月。
[5] Alvestrand, H., "Tags for the Identification of Languages", RFC
1766, March 1995.
Alvestrand(H.)が「言語の識別のためにタグ付けをする」[5]、RFC1766、1995年3月。
[6] Myers, J. and M. Rose, "The Content-MD5 Header Field", RFC 1864,
October 1995.
[6] マイアーズとJ.とM.ローズ、「内容-MD5ヘッダーフィールド」、RFC1864、1995年10月。
[7] Freed, N. and N. Borenstein, "Multipurpose Internet Mail
Extensions (MIME) Part One: Format of Internet Message Bodies",
RFC 2045, November 1996.
解放された[7]、N.、およびN.Borenstein、「マルチパーパスインターネットメールエクステンション(MIME)は1つを分けます」。 「インターネットメッセージ本体の形式」、RFC2045、1996年11月。
[8] Palme, J. and A. Hopmann, "MIME E-mail Encapsulation of
Aggregate Documents, such as HTML (MHTML)", RFC 2110, March
1997.
[8] パルメとJ.とA.Hopmann、「HTMLなどのAggregate Documents(MHTML)のMIMEメールEncapsulation」RFC2110、1997年3月。
[9] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[9] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
G. Klyne, et al. Standards Track [Page 51] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[51ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
[10] Kille, S., "MIXER (Mime Internet X.400 Enhanced Relay): Mapping
between X.400 and RFC 822/MIME", RFC 2156, January 1998.
[10]Kille、S.、「ミキサー(パントマイムインターネットX.400はリレーを機能アップしました):」 「X.400とRFC822/の間でMIMEを写像します」、RFC2156、1998年1月。
[11] Troost, R., Dorner, S., and K. Moore, "Communicating
Presentation Information in Internet Messages: The Content-
Disposition Header Field", RFC 2183, August 1997.
[11] Troost、R.、デルナー、S.、およびK.ムーア、「中でプレゼンテーション情報を伝えて、インターネットは通信します」。 「内容気質ヘッダーフィールド」、RFC2183、1997年8月。
[12] Hansen, T. and G. Vaudreuil, "Message Disposition Notification",
RFC 3798, May 2004.
[12] ハンセン、T.、およびG.ボードルイ(「メッセージ気質通知」、RFC3798)は2004がそうするかもしれません。
[13] Neufeld, G. and J. Baer, "The Use of URLs as Meta-Syntax for
Core Mail List Commands and their Transport through Message
Header Fields", RFC 2369, July 1998.
[13] ニューフェルドとG.とJ.ベヤー、「CoreメールList CommandsとMessage Headerフィールズを通した彼らのTransportのためのMeta-構文としてのURLのUse」、RFC2369、1998年7月。
[14] Vaudreuil, G. and G. Parsons, "Voice Profile for Internet Mail -
version 2 (VPIMv2)", RFC 3801, June 2004.
[14] ボードルイ、G.、およびG.パーソンズ、「インターネットメールのためにProfileを声に出してください--バージョン2(VPIMv2)」、RFC3801、6月2004日
[15] Vaudreuil, G. and G. Parsons, "Content Duration MIME Header
Definition", RFC 3803, June 2004.
[15] ボードルイとG.とG.パーソンズ、「満足している持続時間MIMEヘッダー定義」、RFC3803、2004年6月。
[16] Palme, J., Hopmann, A., and N. Shelness, "MIME Encapsulation of
Aggregate Documents, such as HTML (MHTML)", RFC 2557, March
1999.
[16] パルメとJ.とHopmann、A.とN.シェル、「HTMLなどのAggregate Documents(MHTML)のMIME Encapsulation」RFC2557(1999年3月)。
[17] Klensin, J., "Simple Mail Transfer Protocol", RFC 2821, April
2001.
[17]Klensin、J.、「簡単なメール転送プロトコル」、RFC2821、2001年4月。
[18] Resnick, P., "Internet Message Format", RFC 2822, April 2001.
[18] レズニック、P.、「インターネットメッセージ・フォーマット」、RFC2822、2001年4月。
[19] Klyne, G., "Indicating Media Features for MIME Content", RFC
2912, September 2000.
[19]Klyne、G.、「MIME内容のためのメディア機能を示します」、RFC2912、2000年9月。
[20] Chandhok, R. and G. Wenger, "List-Id: A Structured Field and
Namespace for the Identification of Mailing Lists", RFC 2919,
March 2001.
[20]Chandhok、R.、およびG.ウェンガー、「リストイド:」 「メーリングリストの識別のための構造化された分野と名前空間」(RFC2919)は2001を行進させます。
[21] Alvestrand, H., "Content Language Headers", RFC 3282, May 2002.
[21] Alvestrand(H.、「満足している言語ヘッダー」、RFC3282)は2002がそうするかもしれません。
[22] Klyne, G., Iwazaki, R., and D. Crocker, "Content Negotiation for
Messaging Services based on Email", RFC 3297, July 2002.
[22]Klyne、G.、Iwazaki、R.、およびD.クロッカー、「メッセージサービスのためのNegotiationがメールに基礎づけた内容」、RFC3297、2002年7月。
[23] Burger, E., Candell, E., Eliot, C., and G. Klyne, "Message
Context for Internet Mail", RFC 3458, January 2003.
2003年1月の[23] バーガーとE.とCandellとE.とエリオット、C.とG.Klyne、「インターネットメールのためのメッセージの文脈」RFC3458。
[24] Miller, J., Krauskopf, T., Resnick, P. and W. Treese, "PICS
Label Distribution Label Syntax and Communication Protocols",
W3C Recommendation REC-PICS-labels, October 1996,
<http://www.w3.org/TR/REC-PICS-labels>.
[24] ミラー、J.、Krauskopf、T.、レズニック、P.、およびW.Treese、「映画はラベル構文と通信プロトコルと分配をラベルします」、W3C推薦REC映画ラベル、1996年10月、<REC-映画http://www.w3.org/TR/ラベル>。
G. Klyne, et al. Standards Track [Page 52] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[52ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
6.2. Informative References
6.2. 有益な参照
[25] Palme, J., "Common Internet Message Headers", RFC 2076, February
1997.
[25] パルメ、J.、「一般的なインターネットメッセージヘッダー」、RFC2076、1997年2月。
[26] Palme, J., "Common Internet Message Header Fields", Work in
Progress.
[26] パルメ、J.、「一般的なインターネットメッセージヘッダーフィールド」が進行中で働いています。
URIs
URI
[27] <http://www.ninebynine.org/IETF/Messaging/HdrRegistry/
Intro.html>
[27] <http://www.ninebynine.org/IETF/Messaging/HdrRegistry/イントロhtml>。
Authors' Addresses
作者のアドレス
Graham Klyne Image Bioinformatics Research Group Department of Zoology, University of Oxford South Parks Road, Oxford OX1 3PS, UK
動物学のグラハムKlyneイメージ生命情報工学研究グループ部、オックスフォード大学南部公園道路、オックスフォードOX1 3PS、イギリス
Phone: +44-(0)1865-281991 Fax: +44-(0)1865-310447 EMail: GK-IETF@ninebynine.org
以下に電話をしてください。 +44(0)1865-281991Fax: +44 -(0) 1865-310447 メールしてください: GK-IETF@ninebynine.org
Jacob Palme Stockholm University/KTH Forum 100 Kista S-164 40 Sweden
ヤコブパルメストックホルム大学/KTHフォーラム100Kista S-164 40スウェーデン
Phone: +46-8-16 16 67 Fax: +46-8-783 08 29 EMail: jpalme@dsv.su.se
以下に電話をしてください。 +46-8-16、16 67、Fax: +46-8-783 08 29はメールされます: jpalme@dsv.su.se
G. Klyne, et al. Standards Track [Page 53] RFC 4021 Mail and MIME Header Fields March 2005
G。 Klyne、他 標準化過程[53ページ]RFC4021は2005年3月にヘッダーフィールドを郵送して、まねます。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
G. Klyne, et al. Standards Track [Page 54]
G。 Klyne、他 標準化過程[54ページ]
一覧
スポンサーリンク
