Internet Engineering Task Force (IETF) D. Karp Request for Comments: 5957 Zimbra Updates: 5256 July 2010 Category: Standards Track ISSN: 2070-1721
Display-Based Address Sorting for the IMAP4 SORT Extension
Abstract
抽象
This document describes an IMAP protocol extension enabling server-side message sorting on the commonly displayed portion of the From and To header fields.
この文書は、サーバー側のメッセージからの一般的に表示された部分のソートおよびフィールドをToヘッダーを可能にする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/rfc5957.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc5957で取得することができます。
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. DISPLAY Sort Value for an Address ...............................2 4. The DISPLAYFROM and DISPLAYTO Sort Criteria .....................3 5. Formal Syntax ...................................................3 6. Security Considerations .........................................3 7. Internationalization Considerations .............................4 8. IANA Considerations .............................................4 9. Normative References ............................................4
The [SORT] extension to the [IMAP] protocol provides a means for the server-based sorting of messages. It defines a set of sort criteria and the mechanism for determining the sort value of a message for each such ordering.
[IMAP]プロトコルに[SORT]拡張は、メッセージのサーバーベースの分類のための手段を提供します。これは、ソート基準のセットとそれぞれのそのような順序付けのためのメッセージのソート値を決定するためのメカニズムを定義します。
The [SORT] FROM and TO orderings sort messages lexically on the [IMAP] addr-mailbox of the first address in the message's From and To headers, respectively. This document provides two alternative orderings, DISPLAYFROM and DISPLAYTO, which sort messages based on the first From or To address's [IMAP] addr-name (generally the same as its [RFC5322] display-name), when present.
FROMとTO順序[SORT]は、それぞれ、メッセージのFromヘッダーとToの最初のアドレスの[IMAP] addrは、メールボックスの辞書的にメッセージをソート。この文書は、ソートメッセージから最初またはアドレスの[IMAP] ADDR名(その[RFC5322]の表示名とほぼ同じ)、存在する場合に基づいて2つの代替の順序、DISPLAYFROMとDISPLAYTOを、提供します。
A server that supports the full [SORT] extension as well as both the DISPLAYFROM and DISPLAYTO sort criteria indicates this by returning "SORT=DISPLAY" in its CAPABILITY response.
フル[SORT]拡張だけでなく、DISPLAYFROMとDISPLAYTOのソート基準の両方をサポートするサーバーは、その能力応答で「SORT = DISPLAY」を返すことによって、これを示しています。
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 [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
For the purposes of the sort criteria defined in this document, the sort value for an [IMAP] address structure is defined as follows:
次のように本書で定義されたソート基準の目的のために、[IMAP]アドレス構造のソート値が定義されます。
o If the address structure's [IMAP] addr-name is non-NIL, apply the procedure from [RFC5255], Section 4.6. (That is, decode any [RFC2047] encoded-words and convert the resulting character string into a charset valid for the currently active [RFC4790] collation, with a default of UTF-8.) If the resulting octet string is not the empty string, use it as the sort value for the address.
アドレス構造の[IMAP] addrの名が非nilであると、O、[RFC5255]、セクション4.6からの手順を適用します。 (すなわち、任意[RFC2047]エンコードされたワードをデコードし、UTF-8のデフォルトで、現在アクティブな[RFC4790]照合に有効な文字セットに得られた文字列を変換する。)得られたオクテット文字列が空の文字列でない場合、アドレスのソート値として使用します。
o Otherwise, if the address structure's [IMAP] addr-mailbox and [IMAP] addr-host are both non-NIL, the sort value for the address is addr-mailbox@addr-host.
Oそれ以外の場合は、アドレス構造の[IMAP] addrは、メールボックスと[IMAP] addrのホストは、非NIL、アドレスのソート値の両方がaddrは、メールボックス@ addrのホストである場合があります。
o Otherwise, if the address structure's [IMAP] addr-mailbox is non-NIL, the sort value for the address is its addr-mailbox.
アドレス構造の[IMAP] addrは、メールボックスが非nilであるOそれ以外の場合は、アドレスのソート値は、そのADDR-メールボックスです。
o If none of the above conditions are met, the sort value for the address is the empty string.
上記の条件のいずれも満たされない場合は、O、アドレスのソート値は空の文字列です。
This document introduces two new [SORT] sort criteria, DISPLAYFROM and DISPLAYTO. A message's sort value under these orderings MUST be derived as follows:
この文書では、2つの新しい[SORT]ソート基準、DISPLAYFROMとDISPLAYTOを紹介しています。次のようにこれらの順序の下でメッセージのソート値を導出しなければなりません。
A "derived-addr" value is created from the [IMAP] envelope structure resulting from a FETCH ENVELOPE on the message. For DISPLAYFROM, the derived-addr value is the [IMAP] env-from value. For DISPLAYTO, the derived-addr value is the [IMAP] env-to value.
「由来-ADDR」の値は、メッセージにFETCH ENVELOPE起因[IMAP]エンベロープ構造から作成されます。 DISPLAYFROMため、派生ADDR値は[IMAP] ENV-の値です。 DISPLAYTOため、派生ADDR値は[IMAP] ENV-の値です。
o If the derived-addr value is NIL, the message's sort value is the empty string.
派生-addrに値がNILであればO、メッセージのソート値は空の文字列です。
o Otherwise, the message's sort value is the DISPLAY sort value of the first [IMAP] address in the derived-addr value.
Oそれ以外の場合、メッセージのソート値は、導出-ADDR値の最初の[IMAP]アドレスの表示ソート値です。
The following syntax specification uses the Augmented Backus-Naur Form (ABNF) notation as specified in [RFC5234]. [IMAP] defines the non-terminal "capability", and [SORT] defines "sort-key".
以下の構文仕様は、[RFC5234]で指定された拡張バッカス・ナウアフォーム(ABNF)の表記を使用します。 [IMAP]非終端「能力」を定義し、[ソートは「ソート・キー」を定義します。
capability =/ "SORT=DISPLAY"
機能= / "SORT = DISPLAY"
sort-key =/ "DISPLAYFROM" / "DISPLAYTO"
ソート・キー= / "DISPLAYFROM" / "DISPLAYTO"
This document defines an additional IMAP4 capability. As such, it does not change the underlying security considerations of [IMAP]. The author believes that no new security issues are introduced with this additional IMAP4 capability.
この文書では、追加のIMAP4機能を定義します。このように、それは、[IMAP]の基本的なセキュリティの考慮事項を変更しません。著者は、新しいセキュリティ問題は、この追加のIMAP4機能で導入されていないと考えています。
DISPLAYFROM and DISPLAYTO are string-based sort criteria. As stated in [SORT], the active [RFC4790] collation as per [RFC5255] MUST be used when sorting such strings.
DISPLAYFROMとDISPLAYTOは、文字列ベースのソート基準です。 [ソート]で述べたように、このような文字列をソートするとき、アクティブ[RFC4790]、[RFC5255]の通りの照合を使用しなければなりません。
The DISPLAYFROM and DISPLAYTO orderings sort on the full decoded [IMAP] addr-name, when present. They do not attempt to parse this string in a locale- or language-dependent manner in order to determine and sort on some semantically meaningful substring such as the surname.
ソートフルデコード[IMAP] addrは、名前のDISPLAYFROMとDISPLAYTO順序、存在する場合。彼らは決定し、そのような姓など、いくつかの意味的に意味のある部分文字列でソートするために、ロケールや言語に依存した方法でこの文字列を解析しようとしないでください。
[IMAP] capabilities are registered by publishing a Standards Track or IESG-approved Experimental RFC. This document constitutes registration of the SORT=DISPLAY capability in the [IMAP] capabilities registry.
[IMAP]能力は標準化過程かIESGが承認した実験的RFCを公開することにより、登録されています。この文書では、[IMAP]能力レジストリ内SORT = DISPLAY機能の登録を構成しています。
[IMAP] Crispin, M., "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1", RFC 3501, March 2003.
[IMAP]クリスピン、M.、 "インターネットメッセージアクセスプロトコル - バージョン4rev1"、RFC 3501、2003年3月。
[RFC2047] Moore, K., "MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text", RFC 2047, November 1996.
[RFC2047]ムーア、K.、 "MIME(多目的インターネットメール拡張)パート3:非ASCIIテキストのためのメッセージヘッダの拡張"、RFC 2047、1996年11月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC4790] Newman, C., Duerst, M., and A. Gulbrandsen, "Internet Application Protocol Collation Registry", RFC 4790, March 2007.
[RFC4790]ニューマン、C.、Duerst、M.、およびA. Gulbrandsenの、 "インターネットアプリケーションプロトコル照合レジストリ"、RFC 4790、2007年3月。
[RFC5234] Crocker, D., Ed., and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.
"構文仕様のための増大しているBNF:ABNF" [RFC5234]クロッカー、D.、エド、およびP. Overell、。、STD 68、RFC 5234、2008年1月。
[RFC5255] Newman, C., Gulbrandsen, A., and A. Melnikov, "Internet Message Access Protocol Internationalization", RFC 5255, June 2008.
[RFC5255]ニューマン、C.、Gulbrandsenの、A.、およびA.メルニコフ、 "インターネットメッセージアクセスプロトコル国際化"、RFC 5255、2008年6月。
[RFC5322] Resnick, P., Ed., "Internet Message Format", RFC 5322, October 2008.
[RFC5322]レズニック、P.、エド。、 "インターネットメッセージ形式"、RFC 5322、2008年10月。
[SORT] Crispin, M. and K. Murchison, "Internet Message Access Protocol - SORT and THREAD Extensions", RFC 5256, June 2008.
[SORT]クリスピン、M.とK.マーチソン、 "インターネットメッセージアクセスプロトコル - SORTとTHREAD拡張機能"、RFC 5256、2008年6月。
Author's Address
著者のアドレス
Dan Karp Zimbra 3401 Hillview Avenue Palo Alto, CA 94304 USA
ダン・カープZimbraの3401ヒルビュー・アベニューパロアルト、CA 94304 USA
EMail: dkarp@zimbra.com URI: http://www.zimbra.com
電子メール:dkarp@zimbra.com URI:http://www.zimbra.com