RFC 6196 - Moving mailserver: URI Scheme to Historic 日本語訳

URL : https://tools.ietf.org/html/rfc6196
タイトル : RFC 6196 - 歴史的にURIスキーム：メールサーバを移動します
翻訳編集 : 自動生成

Internet Engineering Task Force (IETF)                       A. Melnikov
Request for Comments: 6196                                 Isode Limited
Updates: 1738                                                 March 2011
Category: Standards Track
ISSN: 2070-1721

               Moving mailserver: URI Scheme to Historic

Abstract

抽象

This document registers the mailserver: URI scheme as historic in the IANA URI registry.

IANA URIレジストリの歴史として、URIスキーム：この文書では、メールサーバを登録します。

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/rfc6196.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6196で取得することができます。

著作権表示

著作権（C）2011 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 and Overview .......................................2
   2. Security Considerations .........................................2
   3. IANA Considerations .............................................2
   4. References ......................................................3
      4.1. Normative References .......................................3
      4.2. Informative References .....................................3

1. Introduction and Overview

1.はじめにと概要

RFC 1738 [RFC1738] registers the mailserver: URI scheme as provisional in the IANA URI registry defined by [RFC4395], defining it as "Access to data available from mail servers" with no further details provided. The author of this document is not aware of any other more detailed definition of the mailserver: URI scheme. The mailserver: URI scheme as currently specified is not interoperable. There is a small risk that somebody would decide to implement this scheme by looking at IANA's URI scheme registry, possibly inventing some undocumented syntax for it. In order to minimize such risk, this document discourages any future implementations of this URI scheme and asks IANA to mark it as Historic in the URI scheme registry.

設けないさらなる詳細を、「メールサーバから利用可能なデータへのアクセス」として定義する、[RFC4395]で定義されたIANA URIレジストリに仮としてURIスキーム：RFC 1738 [RFC1738]はメールサーバを登録します。 URIスキーム：本書の著者は、メールサーバの任意の他のより詳細な定義を認識しません。メールサーバ：現在指定されているようURIスキームは、相互運用性がありません。誰かが、おそらくそれのためにいくつかの文書化されていない構文を発明、IANAのURIスキームのレジストリを見て、この方式を実装することを決定するであろうと、小さなリスクがあります。そのようなリスクを最小限にするためには、この文書では、このURIスキームの任意の将来の実装を阻止し、URIスキームレジストリの歴史としてそれをマークするためにIANAを要求します。

There were some previous attempts to provide detailed documentation of the mailserver: URI scheme, but those efforts were not successful. Implementors interested in providing instructions for generating an email [RFC5322] message can instead use the mailto: URI scheme [RFC6068]. Implementors interested in referencing a message or a set of messages available from a mailstore over IMAP [RFC3501], POP [RFC1939], or web [RFC2616] can instead use the imap: [RFC5092], pop: [RFC2384] or http: [RFC2616] URIs, respectively.

そこメールサーバの詳細なドキュメントを提供するために、いくつかの以前の試みだった：URIスキームは、しかし、これらの努力は成功しませんでした。 URIスキーム[RFC6068]：代わりのmailtoを使用することができ、電子メール[RFC5322]メッセージを生成するための命令を提供することに興味を持って実装。 [RFC5092]、ポップ：：[RFC2384]またはhttp：ではなくIMAPを使用することができますメッセージまたはIMAP経由のメールストアから入手できるメッセージのセット[RFC3501]、POP [RFC1939]、またはウェブ[RFC2616]を参照することに興味実装者[ RFC2616]のURI、それぞれ。

2. Security Considerations

2.セキュリティの考慮事項

In the past, the mailserver: URI scheme was never properly documented and thus doesn't interoperate. There are no known implementations of this URI scheme.

過去には、メールサーバ：URIスキームは適切に文書化されなかったため、相互運用できません。このURIスキームの既知の実装はありません。

3. IANA Considerations

3. IANAの考慮事項

IANA has re-registered the mailserver: URI scheme as Historic in the URI scheme registry and updated the reference to point to this document.

URIスキームのレジストリに歴史としてURIスキームと、この文書を指すように参照を更新：IANAは、メールサーバを再登録しました。

4. References

4.参考文献

4.1. Normative References

4.1. 引用規格

[RFC4395] Hansen, T., Hardie, T., and L. Masinter, "Guidelines and Registration Procedures for New URI Schemes", BCP 35, RFC 4395, February 2006.

[RFC4395]ハンセン、T.、ハーディ、T.、およびL. Masinter、 "新しいURIスキームのためのガイドラインと登録手順"、BCP 35、RFC 4395、2006年2月。

4.2. Informative References

4.2. 参考文献

[RFC1738] Berners-Lee, T., Masinter, L., and M. McCahill, "Uniform Resource Locators (URL)", RFC 1738, December 1994.

[RFC1738]バーナーズ=リー、T.、Masinter、L.、およびM. McCahill、 "ユニフォームリソースロケータ（URL）"、RFC 1738、1994年12月。

[RFC1939] Myers, J. and M. Rose, "Post Office Protocol - Version 3", STD 53, RFC 1939, May 1996.

[RFC1939]マイヤーズ、J.とM.ローズ、 "ポストオフィスプロトコル - バージョン3"、STD 53、RFC 1939、1996年5月。

[RFC2384] Gellens, R., "POP URL Scheme", RFC 2384, August 1998.

[RFC2384] Gellens、R.、 "POPのURLスキーム"、RFC 2384、1998年8月。

[RFC2616] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.

[RFC2616]フィールディング、R.、ゲティス、J.、モーグル、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ - リー、 "ハイパーテキスト転送プロトコル - HTTP / 1.1" 、RFC 2616、1999年6月。

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

[RFC3501]のCrispin、M.、 "インターネットメッセージアクセスプロトコル - VERSION 4rev1"、RFC 3501、2003年3月。

[RFC5092] Melnikov, A. and C. Newman, "IMAP URL Scheme", RFC 5092, November 2007.

[RFC5092]メルニコフ、A.とC.ニューマン、 "IMAP URLスキーム"、RFC 5092、2007年11月。

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

[RFC5322]レズニック、P.、エド。、 "インターネットメッセージ形式"、RFC 5322、2008年10月。

[RFC6068] Duerst, M., Masinter, L., and J. Zawinski, "The 'mailto' URI Scheme", RFC 6068, October 2010.

[RFC6068] Duerst、M、瑪斯ケア、L.、およびJ. Zawinski、 " 'のmailto' URIスキーム"、RFC 6068、2010年10月。

Author's Address

著者のアドレス

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

メールアドレス：Alexey.Melnikov@isode.com