[要約] RFC 7842は、IETFのメーリングリストのアーカイブ、ウェブベースの閲覧、検索ツールの改善に関する要件をまとめたものです。このRFCの目的は、IETFコミュニティの効果的なコミュニケーションと情報の共有を支援するために、ツールの機能とパフォーマンスの向上を提案することです。
Internet Engineering Task Force (IETF) R. Sparks
Request for Comments: 7842 Oracle
Category: Informational April 2016
ISSN: 2070-1721
Requirements for Improvements to the IETF Email List Archiving, Web-Based Browsing, and Search Tool
IETFメーリングリストのアーカイブ、Webベースの参照、および検索ツールの改善のための要件
Abstract
概要
The web-based IETF email archive search tool based on the requirements captured in RFC 6778 was deployed in January 2014. This memo captures the requirements for a set of improvements that have been identified during its initial years of community use.
RFC 6778で取得された要件に基づくWebベースのIETF電子メールアーカイブ検索ツールは、2014年1月に導入されました。このメモは、コミュニティでの使用の初期の数年間に特定された一連の改善の要件を取得します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
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). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 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/rfc7842.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7842で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2016 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. List Search and Archive Tool Improvement Requirements . . . . 2
2.1. Viewing by Thread . . . . . . . . . . . . . . . . . . . . 2
2.2. Navigation from the Message List View . . . . . . . . . . 3
2.3. Navigation from a Single Message . . . . . . . . . . . . 3
2.4. Message List UI . . . . . . . . . . . . . . . . . . . . . 4
2.5. Improve Support for Mobile Devices . . . . . . . . . . . 5
2.6. Improve Use of Display Space . . . . . . . . . . . . . . 5
2.7. Use without JavaScript . . . . . . . . . . . . . . . . . 5
2.8. Administration . . . . . . . . . . . . . . . . . . . . . 6
3. Security Considerations . . . . . . . . . . . . . . . . . . . 6
4. References . . . . . . . . . . . . . . . . . . . . . . . . . 6
4.1. Normative References . . . . . . . . . . . . . . . . . . 6
4.2. Informative References . . . . . . . . . . . . . . . . . 6
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 6
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 7
The IETF email archive search tool, as specified in [RFC6778]) and available at [mailarch], has been in use for nearly two years. During that time, there have been repeated requests for several improvements. This memo captures the requirements for a concerted development effort to provide those improvements.
[RFC6778]で指定され、[mailarch]で利用できるIETFメールアーカイブ検索ツールは、ほぼ2年間使用されています。その間、いくつかの改善の要望が何度もありました。このメモは、それらの改善を提供するための協調開発努力の要件をキャプチャします。
Currently, when the "Group by Thread" button is selected, the resulting list of messages is flat. It is very hard to tell where a thread starts and stops. This flat view interacts badly with sorting (triggered by clicking on the column headers), leading to results that are confusing and sometimes incorrect.
現在、[スレッドごとにグループ化]ボタンを選択すると、結果のメッセージリストはフラットになります。スレッドの開始位置と停止位置を特定するのは非常に困難です。このフラットビューは、並べ替え（列ヘッダーをクリックすることでトリガーされます）との相互作用が悪く、結果がわかりにくく、時には不正確になります。
This effort will:
この努力は：
o Modify the message list display, when grouped by thread, to show each thread hierarchically.
o スレッドごとにグループ化されている場合は、メッセージリストの表示を変更して、各スレッドを階層的に表示します。
o Modify the sort performed by the clicking on the column headers to sort the overall list first by the parameters in the first message in the thread, and then sort within the thread (ensuring the thread grouping doesn't change based on these sorts). When viewing threads sorted this way, the hierarchy will be flattened, but the thread boundaries will remain visibly distinct.
o 列ヘッダーをクリックして実行する並べ替えを変更して、最初にスレッド内の最初のメッセージのパラメーターでリスト全体を並べ替え、次にスレッド内で並べ替えます（これらの並べ替えに基づいてスレッドのグループ化が変更されないようにします）。この方法でソートされたスレッドを表示すると、階層はフラット化されますが、スレッドの境界ははっきりと区別されたままになります。
This effort will add navigation to the message list view, whether viewing flat search results or viewing by thread, making it simple to:
この作業により、メッセージリストビューにナビゲーションが追加され、フラットな検索結果を表示する場合でも、スレッドごとに表示する場合でも、次のことが簡単になります。
o Navigate to the previous/next message by date in the set of listed messages.
o リストされたメッセージのセットで、日付ごとに前/次のメッセージに移動します。
o Navigate to the previous/next message in a thread, to the first message in a thread, and to the previous/next thread displayed.
o スレッド内の前/次のメッセージ、スレッド内の最初のメッセージ、表示されている前/次のスレッドに移動します。
o Navigate to any References or Replies (displayed as Follow-Ups in MHonArc) for the currently selected message. These are derived from the References header field in the displayed message, and the In-Reply-To header field or the last value in the References header field of all other messages in the archive).
o 現在選択されているメッセージの参照または返信（MHonArcでフォローアップとして表示）に移動します。これらは、表示されたメッセージのReferencesヘッダーフィールド、およびIn-Reply-Toヘッダーフィールドまたはアーカイブ内の他のすべてのメッセージのReferencesヘッダーフィールドの最後の値から取得されます。
The UI will make it possible to hide these navigation elements.
UIにより、これらのナビゲーション要素を非表示にすることができます。
Currently, when viewing a single message, the only option for navigating to related messages is to return to the message list view (either by date or by thread). This is implemented with a new search based only on the details present in the message itself. No information about any search that led to the message is retained.
現在、単一のメッセージを表示する場合、関連するメッセージに移動するための唯一のオプションは、メッセージリストビューに戻ることです（日付別またはスレッド別）。これは、メッセージ自体に存在する詳細のみに基づく新しい検索で実装されます。メッセージにつながった検索に関する情報は保持されません。
This effort will:
この努力は：
o Add navigation to the single message view, enabling transition to previous/next in list and previous/next in thread.
o 単一メッセージビューにナビゲーションを追加して、リスト内の前/次およびスレッド内の前/次への移行を可能にします。
o Add navigation enabling transition to previous/next in search, if the message page being displayed was arrived at by navigating from the message list view of a search result.
o 検索結果のメッセージリストビューから移動して、表示されているメッセージページに到達した場合に、検索の前/次への遷移を可能にするナビゲーションを追加します。
o Add navigation to any References or Replies (displayed as Follow-Ups in MHonArc). These are derived from the References header field in the displayed message, and the In-Reply-To header field or the last value in the References header field of all other messages in the archive.
o 参照または返信にナビゲーションを追加します（MHonArcではフォローアップとして表示されます）。これらは、表示されたメッセージのReferencesヘッダーフィールド、およびIn-Reply-Toヘッダーフィールドまたはアーカイブ内の他のすべてのメッセージのReferencesヘッダーフィールドの最後の値から派生します。
o Make it possible to hide these navigation elements.
o これらのナビゲーション要素を非表示にすることを可能にします。
It is not sufficiently obvious that the message list panel can be resized. The current handle is not visually distinct enough to signal the capability to the user, leaving many users believing they are restricted to the very short default list, even when viewing on large monitors.
メッセージリストパネルのサイズを変更できるかどうかは、明らかではありません。現在のハンドルは、機能をユーザーに知らせるのに十分なほど視覚的に区別されていないため、大きなモニターで表示している場合でも、多くのユーザーは非常に短いデフォルトリストに制限されていると信じています。
Additionally, there is a flaw in the code that fetches additional messages when scrolling to the bottom of what's currently displayed. If the message window is large enough that the default number of results does not fill it, no scrollbar appears, and scrolling to the bottom does not fetch additional results.
さらに、現在表示されているものの一番下までスクロールすると、追加のメッセージをフェッチするコードに欠陥があります。メッセージウィンドウが十分な大きさで、デフォルトの結果数がそれを満たさない場合、スクロールバーは表示されず、下部までスクロールしても追加の結果は取得されません。
The filter by list and filter by from sections to the left of the message list have no values in many circumstances, but it is not obvious why they are missing. One notable condition is when the search result is very large -- computing the values to put in these filters becomes prohibitively expensive. Without foreknowledge of the decisions captured in the code, the behavior seems arbitrary and unintuitive.
メッセージリストの左側にあるリストによるフィルターおよびフィルターによる送信元セクションは、多くの状況で値を持ちませんが、これらが欠落している理由は明らかではありません。注目すべき条件の1つは、検索結果が非常に大きい場合です。これらのフィルターに入力する値の計算は、法外に高価になります。コードでキャプチャされた決定を事前に理解していないと、動作は恣意的で直感的ではないようです。
The current view truncates fields, leaving trailing ellipses, when it doesn't need to. This leaves space underutilized on large displays and may make selection (particularly of long email addresses in the filters) much more difficult than it should be. On small displays, the column of filters dominates the display, leaving only a small amount of space for the actual message content.
現在のビューでは、必要がない場合はフィールドが切り捨てられ、末尾の省略記号が残ります。これにより、大型ディスプレイではスペースが十分に活用されず、選択（特にフィルター内の長い電子メールアドレスの選択）が必要以上に難しくなる場合があります。小さなディスプレイでは、フィルターの列がディスプレイを支配し、実際のメッセージコンテンツ用にわずかなスペースしか残しません。
The current view requires the user to select each message in the message list to get the URI to that message. This makes it difficult to open several messages in different windows, or to build a list of URIs for use in a message or other applications. It is also not obvious that double-clicking a row in the list will open the message in a separate window.
現在のビューでは、メッセージリストの各メッセージを選択して、そのメッセージのURIを取得する必要があります。これにより、複数のメッセージを異なるウィンドウで開いたり、メッセージや他のアプリケーションで使用するためのURIのリストを作成したりすることが難しくなります。リストの行をダブルクリックすると、別のウィンドウでメッセージが開くことも明らかではありません。
This effort will:
この努力は：
o Make the ability to resize the panels on the message list display easier to find.
o メッセージリスト表示のパネルのサイズを変更する機能を見つけやすくします。
o Account for the size of the message list panel when choosing how many messages to fetch, filling the panel whenever there are enough results to do so.
o フェッチするメッセージの数を選択するときにメッセージリストパネルのサイズを考慮し、十分な結果がある場合は常にパネルを埋めます。
o Provide a message explaining any condition leading to filter values not being populated (such as "Refine search to enable 'From' filtering").
o フィルター値が入力されない原因となる条件を説明するメッセージを提供します（「検索を絞り込んで「From」フィルターを有効にする」など）。
o Allow subjects to fill the column on large displays. Show fully expanded list and email addresses in the pop-ups for the filters.
o 大きなディスプレイで被験者が列を満たすことができるようにします。完全に展開されたリストと電子メールアドレスをフィルターのポップアップに表示します。
o Provide a link on each row of the list to the URL for that row's message.
o リストの各行に、その行のメッセージのURLへのリンクを提供します。
o Add an export type that produces a file containing a list of URIs to each message in the list.
o リスト内の各メッセージに、URIのリストを含むファイルを生成するエクスポートタイプを追加します。
o Add a hint to the UI that double-clicking on a row in the list will open a single-message view of the associated message in a separate view.
o リストの行をダブルクリックすると、関連付けられたメッセージの単一メッセージビューが別のビューで開くというヒントをUIに追加します。
The current view becomes difficult to use on small displays, particularly phone displays in portrait mode. This effort will:
現在のビューは、小さなディスプレイ、特にポートレートモードの電話ディスプレイでは使いにくくなります。この努力は：
o Add a responsive interface, presenting a useful interface on both small and large displays.
o 応答性の高いインターフェースを追加して、小さいディスプレイと大きいディスプレイの両方で便利なインターフェースを表示します。
The current view underutilizes the available display space. This effort will:
現在のビューでは、利用可能な表示スペースが十分に活用されていません。この努力は：
o Make the message content the primary point of each view.
o メッセージの内容を各ビューの主要なポイントにします。
o Reduce the unused space on the display.
o ディスプレイの未使用スペースを減らします。
o Remove the filter column responsively when the display width is small.
o ディスプレイの幅が狭い場合は、フィルター列を適切に削除してください。
The current web-based archive search tool requires JavaScript to function. This effort will extend the tool to allow users that have disabled JavaScript in their browser to retrieve and navigate through search results using the message list and single message views.
現在のWebベースのアーカイブ検索ツールが機能するには、JavaScriptが必要です。この取り組みによりツールが拡張され、ブラウザでJavaScriptを無効にしたユーザーがメッセージリストと単一メッセージビューを使用して検索結果を取得およびナビゲートできるようになります。
This effort will not attempt to preserve all of the functionality provided with JavaScript enabled. In particular, when running with JavaScript disabled, these features will not be available:
この作業では、JavaScriptが有効になっている場合に提供されるすべての機能を保持しようとはしません。特に、JavaScriptを無効にして実行している場合、これらの機能は使用できません。
o Resizing of the message list panels.
o メッセージリストパネルのサイズ変更。
o Dynamically filtering by time, list, or from. (The filter column will not appear).
o 時間、リスト、またはからの動的なフィルタリング。 （フィルター列は表示されません）。
This project will:
このプロジェクトは：
o Add a link from the message view to the admin page for the message when logged in as an administrator.
o 管理者としてログインしたときに、メッセージビューからメッセージの管理ページへのリンクを追加します。
o Add correction of the appropriate thread indices to the handling of administrative imports of messages.
o メッセージの管理インポートの処理に適切なスレッドインデックスの修正を追加します。
o Implement a redirection handler mapping legacy archive URLs to the appropriate mailarch page.
o 従来のアーカイブURLを適切なmailarchページにマッピングするリダイレクトハンドラーを実装します。
o Make the underlying template consistent across all views presented by the tool. In particular, ensure that the correct logo as designated by the IETF Administrative Oversight Committee (IAOC) appears consistently on all views.
o ツールによって表示されるすべてのビューにわたって、基になるテンプレートを一貫させます。特に、IETF管理監視委員会（IAOC）によって指定された正しいロゴがすべてのビューに一貫して表示されるようにします。
The requirements for improvement to the mailarch tool captured in this document do not introduce any exceptional security considerations. They add additional navigation points, and the implementers should consider the impact of rapid navigation using these new mechanisms (see the security considerations of [RFC6778]).
このドキュメントに記載されているmailarchツールを改善するための要件には、例外的なセキュリティ上の考慮事項はありません。それらは追加のナビゲーションポイントを追加し、実装者はこれらの新しいメカニズムを使用して高速ナビゲーションの影響を考慮する必要があります（[RFC6778]のセキュリティに関する考慮事項を参照）。
[RFC6778] Sparks, R., "Requirements for Archiving IETF Email Lists and for Providing Web-Based Browsing and Searching", RFC 6778, DOI 10.17487/RFC6778, October 2012, <http://www.rfc-editor.org/info/rfc6778>.
[RFC6778] Sparks、R。、「IETFメールリストのアーカイブおよびWebベースのブラウジングと検索を提供するための要件」、RFC 6778、DOI 10.17487 / RFC6778、2012年10月、<http://www.rfc-editor.org/ info / rfc6778>。
[mailarch] IETF, "Mail Archive", <https://mailarchive.ietf.org>.
[mailarch] IETF、「メールアーカイブ」、<https://mailarchive.ietf.org>。
Acknowledgments
謝辞
The following people have provided particularly useful input for this document: Lou Berger, Chris Bowers, Brian Carpenter, Russ Housley, Pete Resnick, and Dale Worley.
次の人々は、このドキュメントに特に有用な情報を提供してくれました。LouBerger、Chris Bowers、Brian Carpenter、Russ Housley、Pete Resnick、Dale Worley。
Author's Address
著者のアドレス
Robert Sparks Oracle 7460 Warren Parkway Suite 300 Frisco, Texas 75034 United States
Robert Sparks Oracle 7460 Warren Parkway Suite 300フリスコ、テキサス75034アメリカ合衆国
Email: rjsparks@nostrum.com