が原著です。 翻訳版は、翻訳からくる間違いがあり得ます。 Yasutaka Kato 加藤泰孝 ----------------------------------------------------------------------  rfc1741 Network Working Group P. Faltstrom Request for Comments: 1741 Royal Institute of Technology Category: Informational D. Crocker Brandenburg Consulting E. Fair Apple Computer Inc. December 1994 MIME Content Type for BinHex Encoded Files BinHexエンコード・ファイル用のMIME内容様式 このメモの位置付け このメモはインターネット交流での情報を提供しています。このメモは如何な る意味でもインターネット標準を特定しているものではありません。このメモ の配布には制限はありません。 要約 このメモは、MIME経由でBinHex4.0ファイルを送信する際に使用する形式について 記載しています[BORE93]。この形式は流布しているMacintoshファイル用の機序 と互換性があります。入手可能なソフトウェアーそして/若くは利用者実践で 口述する場合にだけ、この方法を採用すべきです。相互操作性を最大にするに は、application/applefile [FALT94]を使用するよう薦められています。 1. はじめに Macintoshファイルは二つの部分から構成されていて、フォークと呼ばれます: データーフォーク:このファイルが実際のデーターを内容としています。デー (DATA FORK:) ターフォークは、典型的には非Macintoshコンキューター上で 唯一の意味があるMacintoshファイルの部分です。例えば、 Macintoshユーザーが、IBM-PCのユーザーにデーターを送信 したい場合、データーフォークを送信するだけです。 リソースフォーク:任意の属性/値(attribute/value)組の集まりで、プログ (RESOURCE FORK:)ラム断片・アイコン=ビットマップや助変数値(パラメータ ー値)を内容としています。 ファインダーによって蓄えられているMacintoshファイルに関する追加的な情報 は見えないファイルであり、"Desktop Database"と言われます。 Macintoshファイルの貯蔵されている色々な部分が複雑で、非Macintoshファイ ルシステムでは連続した一つになっているデーターを処理するだけなので、 Macintoshファイルを、インターネット上で転送する前に、なんらかの別の形式 に変換するのが普通です。 AppleDoubleファイル形式[APPL90]は、multipart/appledouble [FALT94]と pplication/applefile [FALT94]としてMIMEにエンコードされ、インターネット メッセージに含まれるMacintoshファイル用の好ましい形式です。というのは、 アイコンやその他のMacintosh特有の情報を伴う文書そのもののMacintoshコン ピューターでの処理を提供し、一方その他の利用者は容易にデーターフォーク (実際のデーター)を抽出できるからです。 しかし、この仕様では最近普及しているBinHex4.0エンコード体系を、利用者の 設備基盤に便利なものとして、提案しています。 2. BinHex4.0のMIME形式 MIMEベースのアップル情報は以下のように特定されています: MIME type-name: APPLICATION MIME subtype name: MAC-BINHEX40 Required parameters: none Optional parameters: NAME、RFC-1521 [BORE93]で定義された値でなけ Encoding considerations: none Security considerations: この文書の別のセクション参照 Published specification: 付録A Rationale: 最近普及し特別なプラットフォーム形式を使っ たアップルMacintoshファイルシステム特有の情 報を持ったデーターのMIMEバース転送を可能に します。 2a. MIMEベース利用に特異的な詳細 Macintosh文書は、必ずしも特別な形式で送信される必要はありません。よく 知られているMIMEタイプやリソースフォークがないか些細なリソースフォー ク文書は、通常のMIME体部、AppleSingle・AppleDoubleもしくはBinHex4.0 で、として送信できます。 データーフォークのない文書は、RFC 1740 [FALT94]に従ったAppleSingleとし て送信しなければなりません。 確固たる理由はないのですが、すべての文書はRFC 1740 [FALT94]に従った AppleDoubleとして送信すべきです。些細なリソースフォークの文書や対応す るよく知られたMIMEタイプがない文書でも当てはまります。 ユーザーが或る形式を別の形式で選択可能なことはいいことかもしれませ ん。というのは、「些細な」リソースフォークの装備上の定義に納得しない かもしくは自分側の理由があるからです。 入手可能なソフトウェアーそして/若くは利用者実践で口述する場合にだ け、この方法を採用すべきです。 3. BinHex BinHex 4.0は、非Macintoshファイルシステム上でのアーカイヴやインターネッ ト経由の転送用として、Macintoshファイルの一般的なエンコード(符号化)で す(BinHex 4.0形式の要約は付録Aを参照)。 content-type application/mac-binhex40は、メール体部がBinHex4.0ファイル から構成されていることを指します。BinHexエンコードは、Base64(RFC-1521 [BORE93]に従い、安全と見なされているもの)で使用されるものと同じではな い文字から、構成されていますが、転送エンコードはなされるべきではありま せん。 BinHexファイルには元のMacintoshファイル名を内容に持っているのですが、ど んなファイルが添付されているかのヒントを処理する際与えるContent-Type headerに助変数名が内容になっていることが薦められています。助変数名の値 は、RFC-521 [BORE93]で定義された値でなければなりません。これは値を7ビッ ト US-ASCII文字に制限していることに気をつけて下さい。 3a. BinHex例 Content-Type: application/mac-binhex40; name="car.hqx" [BinHex4.0ファイルは、ここから] 4. 資料 APPL90 AppleSingle/AppleDouble Formats for Foreign Files Developer's Note, Apple Computer, Inc., 1990. FALT94 Faltstrom P., Crocker, D., and E. Fair, "MIME Encapsulation of Macintosh Files - MacMIME", RFC 1740, KTH, Brandenburg Consulting, Apple Computer Inc., December 1994. BORE93 Borenstein N., and N. Freed, "MIME (Multipurpose Internet Mail Extensions): Mechanisms for Specifying and Describing the Format of Internet Message Bodies", RFC 1521, Bellcore, Innosoft, September 1993. 5. 安全性問題 application/mac-binhex40が操作システムに依存するデータの転送を容易に すれば、送信機システムの管理や送信者両者が意図したものよりも、安全規 則が疎かになりやすくなります。 6. 謝辞 この文書へ日頃から有意義な提案出していただいた ietf-822 リストにある 方々に、感謝致しています。名前を忘れてはいけない方もおられ、というの は非常に素晴しく興味のある多くの討論をしたからです: Johan Berglund, Steve Dorner, David Gelhar, David Herron, Raymond Lau, Jamey Maze, John B. Melby, Jan Michael Rynning, Rens Troost, and Peter Svanberg. 7. 著者との連絡 Patrik Faltstrom Department of Numerical Analysis and Computing Science Royal Institute of Technology S-100 44 Stockholm Sweden EMail: paf@nada.kth.se Dave Crocker Brandenburg Consulting 675 Spruce Dr. Sunnyvale, CA 94086 EMail: dcrocker@mordor.stanford.edu Erik E. Fair Engineering Computer Operations Apple Computer Inc. EMail: fair@apple.com 付録A. BinHex形式 Macintoshアプリケーションとファイル用のHqx7形式(BinHex 4.0に装備され ている7ビット形式)の記載です。 この形式の主な特徴は: 1) ASCII保存を使っている場合でもエラーチェック 2) 重複文字の圧縮 3) ASCII保存用の7ビットエンコード この形式は三つの異なるレベルで処理されます: 1) ファイルの8ビットエンコード: Byte: Length of FileName (1->63) Bytes: FileName ("Length" bytes) Byte: Version Long: Type Long: Creator Word: Flags (And $F800) Long: Length of Data Fork Long: Length of Resource Fork Word: CRC Bytes: Data Fork ("Data Length" bytes) Word: CRC Bytes: Resource Fork ("Rsrc Length" bytes) Word: CRC 2) 重複文字の圧縮 ($90はマーカーで、エンコードは3->255文字からなっています。) 00 11 22 33 44 55 66 77 -> 00 11 22 33 44 55 66 77 11 22 22 22 22 22 22 33 -> 11 22 90 06 33 11 22 90 33 44 -> 11 22 90 00 33 44 ファイル全体は一つのビット連続体とみなされます。この連続体は6ビット区域 に分割され、次いで表にある64文字の中の一つに変換されます。この表の文字 は、ノイズを最大限に防御するように選ばれています。 形式は、":"(行の最 初の文字)で始まり、":"で終ります。一行は最大64文字です。1列からこのコ メントで開始されなければなりません(文書内の1列から開始するのではありま せん): (This file must be converted with BinHex 4.0) このコメントより前のテキストは、如何なるものでも無視されるべきです。 使用される文字は以下のものです。: !"#$%&'()*+,- 012345689@ABCDEFGHIJKLMNPQRSTUVXYZ[`abcdefhijklmpqr