RFC 5957 - Display-Based Address Sorting for the IMAP4 SORT Extension 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc5957
タイトル : RFC 5957 - IMAP4ソート拡張機能のディスプレイベースのアドレスソート
翻訳編集 : 自動生成

[要約] RFC 5957は、IMAP4 SORT拡張のためのディスプレイベースのアドレスソートに関する仕様です。目的は、メールクライアントがメールボックス内のメッセージを効果的にソートするための方法を提供することです。

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

IMAP4ソート拡張機能のディスプレイベースのアドレスソート

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.

このドキュメントでは、FROMとヘッダーフィールドの一般的に表示される部分でサーバー側のメッセージソートを可能にする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.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc5957で取得できます。

著作権表示

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 Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション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

1. Introduction

1. はじめに

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.

[sort] from and oderingsは、メッセージの最初のアドレスの[IMAP] addr-mailboxで、それぞれfromとヘッダーへの[sort]並べ替えです。このドキュメントは、存在するときに、最初の[IMAP] addr-name（一般に[rfc5322] display-nameと同じ）から最初の[imap] addr-nameに基づいてメッセージをソートする2つの代替注文を提供します。

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]拡張機能とsortのsurtiriaの表示と表示の両方をサポートするサーバーは、その機能応答で「sort = display」を返すことによってこれを示します。

2. Conventions Used in This Document

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 [RFC2119].

「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。

3. DISPLAY Sort Value for an Address

3. アドレスのソート値を表示します

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.

o アドレス構造の[IMAP] addr-nameが非NILの場合、[RFC5255]、セクション4.6の手順を適用します。（つまり、[RFC2047]エンコードされたワードをデコードし、結果の文字列を現在アクティブ[RFC4790]照合に有効なcharsetに変換します。、アドレスのソート値として使用します。

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-mailboxと[IMAP] addr-hostが両方とも非NILである場合、アドレスのソート値はaddr-mailbox@addr-hostです。

o Otherwise, if the address structure's [IMAP] addr-mailbox is non-NIL, the sort value for the address is its addr-mailbox.

o それ以外の場合、アドレス構造の[IMAP] addr-mailboxが非NILの場合、アドレスのソート値はそのaddr-mailboxです。

o If none of the above conditions are met, the sort value for the address is the empty string.

o 上記の条件が満たされていない場合、アドレスのソート値は空の文字列です。

4. The DISPLAYFROM and DISPLAYTO Sort Criteria

4. ソート基準から表示され、表示されます

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つの新しい[ソート]ソート基準を紹介します。これらの注文に基づくメッセージのソート値は、次のように導き出す必要があります。

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.

「派生」値は、メッセージのフェッチエンベロープに起因する[IMAP]エンベロープ構造から作成されます。displomfromの場合、派生addr値は[imap] env-from値です。displaytoの場合、派生addr値は[imap] venv to値です。

o If the derived-addr value is NIL, the message's sort value is the empty string.

o 派生したADDR値がゼロの場合、メッセージのソート値は空の文字列です。

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]アドレスの表示並べ替え値です。

5. Formal Syntax

5. 正式な構文

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]で指定されているように、拡張されたBackus-NAURフォーム（ABNF）表記を使用します。[IMAP]は非末端の「能力」を定義し、[ソート]を「ソートキー」を定義します。

   capability    =/ "SORT=DISPLAY"

   sort-key      =/ "DISPLAYFROM" / "DISPLAYTO"

6. Security Considerations

6. セキュリティに関する考慮事項

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機能については、新しいセキュリティの問題は導入されていないと考えています。

7. Internationalization Considerations

7. 国際化の考慮事項

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.

displomfromおよびdisplaytoは、文字列ベースのソート基準です。[sort]に記載されているように、[RFC5255]に従ってアクティブ[RFC4790]の照合は、そのような文字列をソートするときに使用する必要があります。

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-nameで注文の表示から表示されます。彼らは、姓などの意味的に意味のあるサブストリングを決定し、並べ替えるために、この文字列をロケールまたは言語依存の方法で解析しようとはしません。

8. IANA Considerations

8. IANAの考慮事項

[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]機能レジストリのソート=表示機能の登録を構成します。

9. Normative References

9. 引用文献

[IMAP] Crispin, M., "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1", RFC 3501, March 2003.

[IMAP] Crispin、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] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。

[RFC4790] Newman, C., Duerst, M., and A. Gulbrandsen, "Internet Application Protocol Collation Registry", RFC 4790, March 2007.

[RFC4790] Newman、C.、Duerst、M。、およびA. Gulbrandsen、「Internet Application Protocol Collation Registry」、RFC 4790、2007年3月。

[RFC5234] Crocker, D., Ed., and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.

[RFC5234] Crocker、D.、ed。、およびP. Overell、「構文仕様のためのBNFの増強」、STD 68、RFC 5234、2008年1月。

[RFC5255] Newman, C., Gulbrandsen, A., and A. Melnikov, "Internet Message Access Protocol Internationalization", RFC 5255, June 2008.

[RFC5255] Newman、C.、Gulbrandsen、A。、およびA. Melnikov、「インターネットメッセージアクセスプロトコル国際化」、RFC 5255、2008年6月。

[RFC5322] Resnick, P., Ed., "Internet Message Format", RFC 5322, October 2008.

[RFC5322] Resnick、P.、ed。、「インターネットメッセージ形式」、RFC 5322、2008年10月。

[SORT] Crispin, M. and K. Murchison, "Internet Message Access Protocol - SORT and THREAD Extensions", RFC 5256, June 2008.

[sort] Crispin、M。and K. Murchison、「インターネットメッセージアクセスプロトコル - ソートおよびスレッド拡張機能」、RFC 5256、2008年6月。

Author's Address

著者の連絡先

Dan Karp Zimbra 3401 Hillview Avenue Palo Alto, CA 94304 USA

Dan Karp Zimbra 3401 Hillview Avenue Palo Alto、CA 94304 USA

   EMail: dkarp@zimbra.com
   URI:   http://www.zimbra.com