Internet Engineering Task Force (IETF) A. Melnikov
Request for Comments: 5788 D. Cridland
Category: Standards Track Isode Limited
ISSN: 2070-1721 March 2010
IMAP4 Keyword Registry
Abstract
抽象
The aim of this document is to establish a new IANA registry for IMAP keywords and to define a procedure for keyword registration, in order to improve interoperability between different IMAP clients.
このドキュメントの目的は、IMAPのキーワードのための新しいIANAレジストリを確立するために、別のIMAPクライアント間の相互運用性を向上させるためには、キーワード登録のための手順を定義することです。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5788.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc5788で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
Table of Contents
目次
1. Introduction ....................................................2
2. Conventions Used in This Document ...............................2
3. IANA Considerations .............................................3
3.1. Review Guidelines for the Designated Expert Reviewer .......4
3.2. Comments on IMAP Keywords' Registrations ...................5
3.3. Change Control .............................................5
3.4. Initial Registrations ......................................6
3.4.1. $MDNSent IMAP Keyword Registration ..................6
3.4.2. $Forwarded IMAP Keyword Registration ................7
3.4.3. $SubmitPending IMAP Keyword Registration ............8
3.4.4. $Submitted IMAP Keyword Registration ................9
4. Security Considerations ........................................10
5. Acknowledgements ...............................................10
6. References .....................................................10
6.1. Normative References ......................................10
6.2. Informative References ....................................11
IMAP keywords [RFC3501] are boolean named flags that can be used by clients to annotate messages in an IMAP mailbox. Although IMAP keywords are an optional feature of IMAP, the majority of IMAP servers can store arbitrary keywords. Many mainstream IMAP clients use a limited set of specific keywords, and some can manage (create, edit, display) arbitrary IMAP keywords.
IMAPキーワード[RFC3501]はIMAPメールボックス内のメッセージに注釈を付けるためにクライアントが使用可能なフラグという名前のブール値です。 IMAPキーワードはIMAPのオプション機能ですが、IMAPサーバの大半は、任意のキーワードを保存することができます。多くの主流のIMAPクライアントは、特定のキーワードの限定セットを使用して、いくつかは（作成、編集、表示）任意のIMAPキーワードを管理することができます。
Over the years, some IMAP keywords have become de-facto standards, with some specific semantics associated with them. In some cases, different client implementors decided to define and use keywords with different names, but the same semantics. Some server implementors decided to map such keywords automatically in order to improve cross-client interoperability.
長年にわたり、いくつかのIMAPキーワードは、それらに関連付けられているいくつかの特定のセマンティクスで、デファクトスタンダードとなっています。いくつかのケースでは、異なるクライアントの実装は異なる名前が、同じセマンティクスでキーワードを定義して使用することを決めました。一部のサーバーの実装は、クロスクライアントの相互運用性を向上させるために、自動的に、このようなキーワードをマッピングすることを決めました。
In other cases, the same keywords have been used with different semantics, thus causing interoperability problems.
他の例では、同じキーワードは、このように相互運用性の問題を引き起こして、異なる意味で使用されています。
This document attempts to prevent further incompatible uses of IMAP keywords by establishing an "IMAP Keywords" registry and allocating a special prefix for standardized keywords.
この文書では、「IMAPキーワード」レジストリを確立し、標準化されたキーワードのための特別なプレフィックスを割り当てることにより、IMAPキーワードのさらなる互換性のない利用を防ぐためにしようとします。
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 RFC 2119 [Kwds].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119 [Kwds]に記載されているように解釈されます。
IANA has established a new registry for IMAP keywords.
IANAは、IMAPのキーワードのための新しいレジストリを確立しました。
Registration of an IMAP keyword is requested by filling in the following template and following the instructions on the IANA pages for the registry to submit it to IANA:
IMAPキーワードの登録は、以下のテンプレートに記入し、IANAに提出するために、レジストリのためのIANAのページの指示に従うことによって要求されます。
Subject: Registration of IMAP keyword X
件名：IMAPキーワードXの登録
IMAP keyword name:
IMAPキーワード名：
Purpose (description):
目的（説明）：
Private or Shared on a server: (One of PRIVATE, SHARED, or BOTH. PRIVATE means that each different user has a distinct copy of the keyword. SHARED means that all different users see the same value of the keyword. BOTH means that an IMAP server can have the keyword as either private or shared.)
プライベートまたはサーバー上の共有：（それぞれ異なるユーザがキーワードの個別のコピーを持っていること、PRIVATE SHARED、またはBOTH PRIVATE手段の一つSHAREDは、すべての異なるユーザがキーワードの同じ値を参照することを意味しているIMAPを意味BOTH。。。サーバーは、専用または共用としてキーワードを持つことができます。）
Is it an advisory keyword or may it cause an automatic action:
それは助言キーワードであるか、それは自動アクションを起こすことがあります。
When/by whom the keyword is set/cleared:
誰によってキーワードが設定されている場合/ /クリア：
Related keywords: (for example, "mutually exclusive with keywords Y and Z")
関連キーワード（例えば、「キーワードYとZと相互に排他的」）
Related IMAP capabilities:
関連IMAP機能：
Security considerations:
セキュリティの考慮事項：
Published specification (recommended):
公開された仕様（推奨）：
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Intended usage: (One of COMMON, LIMITED USE, or DEPRECATED (i.e., not recommended for use))
意図している用法：（COMMON、限られた使用、または推奨のいずれか（すなわち、）の使用は推奨されません）
Owner/Change controller: (MUST be "IESG" for any "common use" keyword registration specified in an IETF Review document. See definition of "common use" below in this section. When the Owner/Change controller is not a Standardization Organization, the registration request MUST make it clear if the registration is controlled by a company, or the individual performing the registration.)
所有者/変更コントローラ：（IETFレビュー文書で指定された「一般的な使用」キーワード登録のために、「IESG」でなければならない所有者/変更コントローラが標準化機構でない場合は、このセクションでは、以下の「一般的な使用」の定義を参照してください、。。登録が会社、あるいは登録を行う個人によって制御されている場合は登録要求はそれを明確にしなければなりません。）
Note: (Any other information that the author deems interesting may be added here, for example, if the keyword(s) is supported by existing clients.)
注意：（キーワード（複数可）は、既存のクライアントでサポートされている場合、著者は面白いと判断するその他の情報は、例えば、ここに添加してもよいです。）
Registration of an IMAP keyword requires Expert Review [RFC5226]. Registration of any IMAP keyword is initiated by posting a registration request to the Message Organization WG mailing list <morg@ietf.org> (or its replacement as chosen by the responsible Application Area Director) and CCing IANA (<iana@iana.org>). After allowing for at least two weeks for community input on the designated mailing list, the expert will determine the appropriateness of the registration request and either approve or disapprove the request with notice to the requestor, the mailing list, and IANA. Any refusal must come with a clear explanation.
IMAPキーワードの登録は、専門家レビュー[RFC5226]を必要とします。任意のIMAPキーワードの登録は、（責任アプリケーション領域ディレクターによって選ばれたとして、またはその代替）とメッセージ組織WGメーリングリスト<morg@ietf.org>への登録要求を掲載することにより開始されCCing IANA（<iana@iana.org> ）。指定されたメーリングリストのコミュニティ入力のための少なくとも2週間せた後、専門家は、登録要求の妥当性を判断し、承認または不承認の要求を予告してリクエスタに、メーリングリストを、そしてIANAのいずれか。任意の拒否は明確な説明が付属していなければなりません。
The IESG appoints one or more Expert Reviewers for the IMAP keyword registry established by this document.
IESGは、この文書によって確立されたIMAPキーワードレジストリのための1つまたは複数の専門家の査読を任命します。
The Expert Reviewer should strive for timely reviews. The Expert Reviewer should take no longer than six weeks to make and announce the decision, or notify the mailing list that more time is required.
エキスパートレビューは、タイムリーなレビューのために努力すべきです。エキスパートレビューは、意思決定を行うと発表する6週間よりも、もはや取らない、またはそれ以上の時間が必要とされたメーリングリストに通知しなければなりません。
Decisions (or lack of) made by an Expert Reviewer can be first appealed to Application Area Directors and, if the appellant is not satisfied with the response, to the full IESG.
控訴人は、応答に満足しない場合に専門家レビューによる決定（または欠如）は、最初のフルIESGに、アプリケーションエリアディレクターにアピールすることができます。
There are two types of IMAP keywords in the "IMAP Keywords" registry: intended for "common use" and vendor-/organization-specific use (also known as "limited use"). An IMAP keyword is said to be for "common use" if it is reasonably expected to be implemented in at least two independent client implementations. The two types of IMAP keywords have different levels of requirements for registration (see below).
「一般的な使用」およびベンダー/組織固有の使用（も「限定使用」として知られている）のために意図：「IMAPキーワード」レジストリ内のIMAPキーワードの2種類があります。 IMAPキーワードは、合理的に少なくとも2つの独立したクライアントの実装で実装されることが予想される場合は、「一般的な使用」のためと言われています。 IMAPのキーワードは2つのタイプが登録の要件（下記参照）の異なるレベルを持っています。
Expert Reviewers should focus on the following requirements.
専門家の査読は、次の要件に焦点を当てるべきです。
Registration of a vendor-/organization-specific ("limited use") IMAP keyword is easier. The Expert Reviewer only needs to check that the requested name doesn't conflict with an already registered name, and that the name is not too generic, misleading, etc. The Expert Reviewer MAY request the IMAP keyword name change before approving the registration. The Expert Reviewer SHOULD refuse a registration if there is an already registered IMAP keyword that serves the same purpose, but has a different name.
ベンダー/組織固有の登録（「限定使用」）IMAPキーワードが簡単です。エキスパートレビューのみ要求された名前が既に登録されている名前と競合しないことを確認する必要があり、名前がなど、誤解を招くような、あまりにも汎用的ではないことをエキスパートレビューが登録を承認する前に、IMAPキーワード名の変更を要求することができます。同じ目的を果たしますが、別の名前を持っている既に登録されているIMAPキーワードがある場合は専門家のレビューは登録を拒否すべきです。
When registering an IMAP keyword for "common use", the Expert Reviewer performs the checks described for vendor-/ organization-specific IMAP keywords, plus additional checks as detailed below.
「一般的な使用」のためのIMAPキーワードを登録すると、専門家のレビューはベンダー/組織固有のIMAPのキーワードに加え、下記のとおり追加のチェックのために説明したチェックを実行します。
Keywords intended for "common use" SHOULD start with the "$" prefix. (Note that this is a SHOULD because some of the commonly used IMAP keywords in widespread use don't follow this convention.)
「一般的な使用」することを目的のキーワードは、「$」接頭辞で始める必要があります。 （広く使用されている一般的に使用されるIMAPキーワードのいくつかは、この規則に従わないので、これはSHOULDをあることに注意してください。）
IMAP keywords intended for "common use" SHOULD be standardized in IETF Review [RFC5226] documents. (Note that IETF Review documents still require Expert Review.)
「一般的な使用」のために意図IMAPのキーワードは、IETFレビュー[RFC5226]の文書に標準化されるべきです。 （IETFレビュー文書は、まだエキスパートレビューが必要であることに注意してください。）
Values in the "IMAP Keywords" IANA registry intended for "common use" must be clearly documented and likely to ensure interoperability. They must be useful, not harmful to the Internet. In cases when an IMAP keyword being registered is already deployed, Expert Reviewers should favor registering it over requiring perfect documentation and/or requesting a change to the name of the IMAP keyword.
「一般的な使用」のために意図され、「IMAPキーワード」IANAレジストリの値は明確に文書化と相互運用性を確保する可能性がなければなりません。彼らは、インターネットに有害な、有用ではないでなければなりません。登録されているIMAPキーワードがすでに展開されたときのケースでは、専門家の査読は完璧なドキュメンテーションを必要とする、および/またはIMAPキーワードの名前の変更を要求する上で、それを登録する優先すべきです。
The Expert Reviewer MAY automatically "upgrade" registration requests for a "limited use" IMAP keyword to "common use" level. The Expert Reviewer MAY also request that a registration targeted for "common use" be registered as "limited use" instead.
エキスパートレビューは、自動的に「限定使用」IMAPキーワードに「一般的な使用」レベルの登録要求を「アップグレード」するかもしれません。エキスパートレビューも「一般的な使用」を目標登録が代わりに「限定使用」として登録することを要求することができます。
Comments on registered IMAP keywords should be sent to both the "owner" of the mechanism and to the mailing list designated to IMAP keyword review (see Section 3). This improves the chances of getting a timely response.
登録IMAPのキーワードへのコメントは（セクション3を参照）のメカニズムの「所有者」の両方におよびIMAPキーワードの見直しに指定されたメーリングリストに送られるべきです。これは、タイムリーな応答を得ることのチャンスを向上させます。
Submitters of comments may, after a reasonable attempt to contact the owner and after soliciting comments on the IMAP mailing list, request the designated Expert Reviewer to attach their comment to the IMAP keyword registration itself. The procedure is similar to requesting an Expert Review for the affected keyword.
コメントの提出者は、所有者およびIMAPメーリングリストにコメントを募集した後に連絡するために合理的な試みの後、IMAPのキーワード登録自体に自分のコメントを添付し、指定のエキスパートレビューを要求することができます。手順は、影響を受けるキーワードのエキスパートレビューを要求に似ています。
Once an IMAP keyword registration has been published by IANA, the owner may request a change to its definition. The change request (including a change to the "intended usage" field) follows the same procedure as the initial registration request, with the exception of changes to the "Person & email address to contact for further information" and "Owner/Change controller" fields. The latter can be changed by the owner by informing IANA; this can be done without discussion or review.
IMAPキーワード登録がIANAによって公表された後、所有者はその定義への変更を要求することができます。 （「使用目的」欄への変更を含む）変更要求は、「詳細のために連絡する人とEメールアドレス」への変更を除いて、初期登録要求と同じ手順に従い、「所有者/変更コントローラ」フィールド。後者は、IANAに通知することにより、所有者によって変更することができます。これは、議論や検討せずに行うことができます。
The IESG may reassign responsibility for an IMAP keyword. The most common case of this will be to enable clarifications to be made to keywords where the owner of the registration has died, moved out of contact, or is otherwise unable to make changes that are important to the community.
IESGは、IMAPキーワードの責任を再割り当てすることができます。この最も一般的な場合は、登録の所有者が死亡したキーワードになされるべき明確化を可能にすることで、接触の外に移動、またはコミュニティへの重要な変更を行うことがそれ以外の場合はできません。
IMAP keyword registrations MUST NOT be deleted; keywords that are no longer believed appropriate for use can be declared DEPRECATED by a change to their "intended usage" field.
IMAPキーワードの登録は削除しないでください。もはや使用するのに適したと考えられているキーワードは、彼らの「使用目的」欄への変更により、非推奨と宣言することができます。
The IESG is considered the owner of all "common use" IMAP keywords that are published in an IETF Review document.
IESGは、IETFレビュー文書で公開されているすべての「一般的な使用」IMAPキーワードの所有者とみなされています。
IANA has registered the IMAP keywords specified in following subsections in the registry established by this document.
IANAはこのドキュメントによって確立されたレジストリに以下のサブセクションで指定されたIMAPキーワードを登録しています。
Subject: Registration of IMAP keyword $MDNSent
件名：IMAPキーワード$ MDNSentの登録
IMAP keyword name: $MDNSent
IMAPキーワード名：$ MDNSent
Purpose (description): Specifies that a Message Disposition Notification (MDN) must not be sent for any message annotated with the $MDNSent IMAP keyword.
目的（説明）：メッセージ気質通知（MDN）が$ MDNSent IMAPキーワードで注釈されたメッセージのために送られてはならないことを指定します。
Private or Shared on a server: SHARED
プライベートまたはサーバー上の共有：共有
Is it an advisory keyword or may it cause an automatic action: This keyword can cause automatic action by the client. See [RFC3503] for more details.
それは助言キーワードであるか、それは自動アクションを起こすことがあります。このキーワードは、クライアントによる自動アクションを引き起こす可能性があります。詳細については、[RFC3503]を参照してください。
When/by whom the keyword is set/cleared: This keyword is set by an IMAP client when it decides to act on an MDN request, or when uploading a sent or draft message. It can also be set by a delivery agent. Once set, the flag SHOULD NOT be cleared.
キーワードが設定されている誰によって/クリアすると/：送信またはドラフトメッセージをアップロードするとき、それはMDN要求に基づいて行動することを決定した場合、またはこのキーワードは、IMAPクライアントによって設定されています。また、配信エージェントによって設定することができます。一度設定すると、フラグをクリアしないでください。
Related keywords: None
関連キーワード：なし
Related IMAP capabilities: None
関連IMAP機能：なし
Security considerations: See Section 6 of [RFC3503]
セキュリティの考慮事項：[RFC3503]のセクション6を参照してください。
Published specification (recommended): [RFC3503]
公開された仕様（推奨）：[RFC3503]
Person & email address to contact for further information: Alexey Melnikov <alexey.melnikov@isode.com>
人とEメールアドレスは、詳細のために連絡する：アレクセイ・メルニコフ<alexey.melnikov@isode.com>
Intended usage: COMMON
意図している用法：COMMON
Owner/Change controller: IESG
所有者/変更コントローラ：IESG
Note:
注意：
Subject: Registration of the IMAP keyword $Forwarded
件名：転送されたIMAPキーワード$の登録
IMAP keyword name: $Forwarded
IMAPキーワード名：$転送されました
Purpose (description): $Forwarded is used by several IMAP clients to specify that the message was resent to another email address, embedded within or attached to a new message. This keyword is set by the mail client when it successfully forwards the message to another email address. Typical usage of this keyword is to show a different (or additional) icon for a message that has been forwarded.
目的（説明）：メッセージは、別のメールアドレスに再送内に埋め込まれたり、新しいメッセージに添付されたことを指定するには、いくつかのIMAPクライアントによって使用されて転送されました$。それが成功した別のメールアドレスにメッセージを転送するときに、このキーワードは、メールクライアントによって設定されています。このキーワードの典型的な使用法は、転送されたメッセージに対して異なる（または追加の）アイコンを表示することです。
Private or Shared on a server: BOTH
プライベートまたはサーバー上の共有：BOTH
Is it an advisory keyword or may it cause an automatic action: advisory
それは助言キーワードであるか、それは自動アクションを起こすことがあります。顧問
When/by whom the keyword is set/cleared: This keyword can be set by either a delivery agent or a mail client. Once set, the flag SHOULD NOT be cleared. Notes: There is no way to tell if a message with $Forwarded keyword set was forwarded more than once.
キーワードが設定されている誰によって/クリアすると/：このキーワードは、配送エージェントまたはメールクライアントのいずれかで設定することができます。一度設定すると、フラグをクリアしないでください。注：$転送されたキーワードが設定されたメッセージが複数回転送された場合は指示する方法はありません。
Related keywords: None
関連キーワード：なし
Related IMAP capabilities: None
関連IMAP機能：なし
Security considerations: A server implementing this keyword as a shared keyword may disclose that a confidential message was forwarded.
セキュリティの考慮事項：共有キーワードとしてこのキーワードを実装するサーバは、機密メッセージが転送されたことを開示することがあります。
Published specification (recommended): [RFC5550]
公開された仕様（推奨）：[RFC5550]
Person & email address to contact for further information: Alexey Melnikov <alexey.melnikov@isode.com>
人とEメールアドレスは、詳細のために連絡する：アレクセイ・メルニコフ<alexey.melnikov@isode.com>
Intended usage: COMMON
意図している用法：COMMON
Owner/Change controller: IESG
所有者/変更コントローラ：IESG
Note:
注意：
Subject: Registration of IMAP keyword $SubmitPending
件名：IMAPキーワードの$ SubmitPendingの登録
IMAP keyword name: $SubmitPending
IMAPキーワード名：$ SubmitPending
Purpose (description): The $SubmitPending IMAP keyword designates the message as awaiting to be submitted. This keyword allows storing messages waiting to be submitted in the same mailbox where messages that were already submitted and/or are being edited are stored.
目的（説明）：$ SubmitPending IMAPキーワードを提出する待っているようなメッセージを指定します。このキーワードは、すでに提出されたおよび/または編集されているメッセージが保存されている同じメールボックスに提出されるのを待っているメッセージを格納することができます。
A message that has both $Submitted and
$SubmitPending IMAP keywords set is a message
being actively submitted.
Private or Shared on a server: SHARED
プライベートまたはサーバー上の共有：共有
Is it an advisory keyword or may it cause an automatic action: This keyword can cause automatic action by the client. See Section 5.10 of [RFC5550] for more details.
それは助言キーワードであるか、それは自動アクションを起こすことがあります。このキーワードは、クライアントによる自動アクションを引き起こす可能性があります。詳細については、[RFC5550]のセクション5.10を参照してください。
When/by whom the keyword is set/cleared: This keyword is set by a mail client when it decides that the message needs to be sent out.
キーワードが設定されている誰によって/クリアすると/：それはメッセージが送信される必要があると判断した場合は、このキーワードは、メールクライアントによって設定されています。
Related keywords: $Submitted
関連キーワード：提出$
Related IMAP capabilities: None
関連IMAP機能：なし
Security considerations: A server implementing this keyword as a shared keyword may disclose that a confidential message is scheduled to be sent out or is being actively sent out.
セキュリティの考慮事項：共有キーワードとしてこのキーワードを実装するサーバは、機密メッセージが送信されるように予定されているか、積極的に送り出されていることを開示することがあります。
Published specification (recommended): [RFC5550]
公開された仕様（推奨）：[RFC5550]
Person & email address to contact for further information: Alexey Melnikov <alexey.melnikov@isode.com>
人とEメールアドレスは、詳細のために連絡する：アレクセイ・メルニコフ<alexey.melnikov@isode.com>
Intended usage: COMMON
意図している用法：COMMON
Owner/Change controller: IESG
所有者/変更コントローラ：IESG
Note:
注意：
Subject: Registration of IMAP keyword $Submitted
件名：IMAPキーワードの登録は$提出します
IMAP keyword name: $Submitted
IMAPキーワード名：$提出
Purpose (description): The $Submitted IMAP keyword designates the message as being sent out.
目的（説明）：$提出IMAPキーワードが出て送信されるようメッセージを指定します。
A message that has both $Submitted and
$SubmitPending IMAP keywords set is a message
being actively submitted.
Private or Shared on a server: SHARED
プライベートまたはサーバー上の共有：共有
Is it an advisory keyword or may it cause an automatic action: This keyword can cause automatic action by the client. See Section 5.10 of [RFC5550] for more details.
それは助言キーワードであるか、それは自動アクションを起こすことがあります。このキーワードは、クライアントによる自動アクションを引き起こす可能性があります。詳細については、[RFC5550]のセクション5.10を参照してください。
When/by whom the keyword is set/cleared: This keyword is set by a mail client when it decides to start sending it.
キーワードが設定されている誰によって/クリアすると/：それはそれの送信を開始することを決定したときに、このキーワードは、メールクライアントによって設定されています。
Related keywords: $SubmitPending
関連キーワード：$のSubmitPending
Related IMAP capabilities: None
関連IMAP機能：なし
Security considerations: A server implementing this keyword as a shared keyword may disclose that a confidential message was sent or is being actively sent out.
セキュリティの考慮事項：共有キーワードとしてこのキーワードを実装するサーバは、機密メッセージが送信されたか、積極的に送り出されていることを開示することがあります。
Published specification (recommended): [RFC5550]
公開された仕様（推奨）：[RFC5550]
Person & email address to contact for further information: Alexey Melnikov <alexey.melnikov@isode.com>
人とEメールアドレスは、詳細のために連絡する：アレクセイ・メルニコフ<alexey.melnikov@isode.com>
Intended usage: COMMON
意図している用法：COMMON
Owner/Change controller: IESG
所有者/変更コントローラ：IESG
Note:
注意：
IMAP keywords are one of the base IMAP features [RFC3501]. This
document doesn't change their behavior, so it does not add new
security issues.
A particular IMAP keyword might have specific security considerations, which are documented in the IMAP keyword registration template standardized by this document.
特定のIMAPキーワードは、この文書によって標準化されたIMAPキーワード登録テンプレートに記載されている特定のセキュリティの考慮事項を、持っているかもしれません。
The creation of this document was prompted by one of many discussions on the IMAP mailing list.
このドキュメントの作成は、IMAPメーリングリストで多くの議論のいずれかによって促されました。
John Neystadt co-authored the first version of this document.
ジョンNeystadtは、このドキュメントの最初のバージョンを共同執筆しました。
Special thanks to Chris Newman, David Harris, Lyndon Nerenberg, Mark Crispin, Samuel Weiler, Alfred Hoenes, Lars Eggert, and Cullen Jennings for reviewing different versions of this document. However, all errors or omissions must be attributed to the authors of this document.
このドキュメントの異なるバージョンを検討するためのクリス・ニューマン、デビッド・ハリス、リンドンNerenberg、マーク・クリスピン、サミュエル・ワイラー、アルフレッドHoenes、ラースエッゲルト、とカレンジェニングスに感謝します。しかし、すべての誤りや欠落は、このドキュメントの作者に帰属しなければなりません。
The authors would also like to thank the developers of Mozilla mail clients for providing food for thought.
著者らはまた、思考のための食糧を提供するためのMozillaのメールクライアントの開発者に感謝したいと思います。
[Kwds] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[Kwds]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3501] Crispin, M., "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1", RFC 3501, March 2003.
[RFC3501]のCrispin、M.、 "インターネットメッセージアクセスプロトコル - VERSION 4rev1"、RFC 3501、2003年3月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。
[RFC3503] Melnikov, A., "Message Disposition Notification (MDN) profile for Internet Message Access Protocol (IMAP)", RFC 3503, March 2003.
、RFC 3503、2003年3月[RFC3503]メルニコフ、A.、 "インターネットメッセージアクセスプロトコル（IMAP）のメッセージ気質通知（MDN）プロファイル"。
[RFC5550] Cridland, D., Melnikov, A., and S. Maes, "The Internet Email to Support Diverse Service Environments (Lemonade) Profile", RFC 5550, August 2009.
[RFC5550] Cridland、D.、メルニコフ、A.、およびS.マースは、RFC 5550、2009年8月 "インターネット電子メールは、多様なサービス環境（レモネード）プロファイルをサポートします"。
Authors' Addresses
著者のアドレス
Alexey Melnikov Isode Limited 5 Castle Business Village 36 Station Road Hampton, Middlesex TW12 2BX UK
アレクセイ・メルニコフISODE限定5キャッスルビジネス村の36の駅道ハンプトン、ミドルTW12 2BX英国
EMail: Alexey.Melnikov@isode.com URI: http://www.melnikov.ca/
電子メール：Alexey.Melnikov@isode.com URI：http://www.melnikov.ca/
Dave Cridland Isode Limited 5 Castle Business Village 36 Station Road Hampton, Middlesex TW12 2BX UK
デイブCridland ISODE限定5キャッスルビジネス村の36の駅道ハンプトン、ミドルTW12 2BX英国
EMail: dave.cridland@isode.com
メールアドレス：dave.cridland@isode.com