[要約] RFC 6196は、メールサーバーの移動に関するURIスキームを歴史的なものとすることを提案しています。このRFCの目的は、古いメールサーバーの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

移動MailServer:URIスキームは歴史的です

Abstract

概要

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

このドキュメントは、MailServer:URIスキームをIANA 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.

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

Copyright Notice

著作権表示

Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.

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

RFC 1738 [RFC1738]は、[RFC4395]で定義されたIANA URIレジストリで暫定的なMailServer:URIスキームを登録し、詳細が提供されて「メールサーバーから利用可能なデータへのアクセス」として定義します。このドキュメントの著者は、MailServer:URIスキームの他のより詳細な定義を認識していません。MailServer:現在指定されているURIスキームは相互運用できません。IanaのURIスキームレジストリを調べることにより、誰かがこのスキームを実装することを決定するという小さなリスクがあり、おそらく文書化されていない構文を発明する可能性があります。このようなリスクを最小限に抑えるために、この文書はこのURIスキームの将来の実装を妨げ、IANAにURIスキームレジストリの歴史的なものとしてマークするよう求めます。

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.

MailServer:URIスキームの詳細な文書を提供するための以前の試みがいくつかありましたが、それらの努力は成功しませんでした。電子メール[RFC5322]メッセージを生成するための指示の提供に関心のある実装者は、代わりにMailTo:URIスキーム[RFC6068]を使用できます。IMAP [RFC3501]、POP [RFC1939]、またはWeb [RFC2616]を介したメールストアから利用可能なメッセージまたはメッセージのセットを参照することに関心のある実装者は、代わりにIMAPを使用できます:[RFC5092]、POP:[RFC2384]またはhttp:[それぞれRFC2616]ウリ。

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.

過去には、MailServer: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.

IANAは、MailServer:URIスキームをURIスキームレジストリの歴史的なものとして再登録し、このドキュメントのポイントへの参照を更新しました。

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] Hansen、T.、Hardie、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] Berners-Lee、T.、Masinter、L。、およびM. McCahill、「Uniform Resource Locators(URL)」、RFC 1738、1994年12月。

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

[RFC1939] Myers、J。およびM. Rose、「郵便局プロトコル - バージョン3」、STD 53、RFC 1939、1996年5月。

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

[RFC2384] Gellens、R。、「Pop URL Scheme」、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] Fielding、R.、Gettys、J.、Mogul、J.、Frystyk、H.、Masinter、L.、Leach、P。、およびT. Berners-Lee、「Hypertext Transfer Protocol-HTTP/1.1」、RFC 2616、1999年6月。

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

[RFC3501] CRISPIN、M。、「インターネットメッセージアクセスプロトコル - バージョン4REV1」、RFC 3501、2003年3月。

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

[RFC5092] Melnikov、A。およびC. Newman、「IMAP URLスキーム」、RFC 5092、2007年11月。

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

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

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

[RFC6068] Duerst、M.、Masinter、L。、およびJ. Zawinski、「The 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

Alexey Melnikov Isode Limited 5 Castle Business Village 36 Station Road Hampton、Middlesex TW12 2BX UK

   EMail: Alexey.Melnikov@isode.com