［戻る］
［サブページへ］
［Macフォーク処理の事例]
［rfc1740(jp)］
［MIMEへの過程］
<< まず、StuffIt解凍ソフトを入手しておく >>
−添付による交換の際の注意点：ファイル構造−
＜メラー紹介 フリーか、シェアーウェアーか＞
ＭＬでのファイル添付交換を考えて、どのメーラーにするかを考える足掛りに、
利用して下さい。また、この図からお互いにどんな注意をすべきかわかります。
************************************************************************
＜送信エンコードと受信対策＞
−Base64, UUEncode, BinHex−
************************************************************************
#1 フリーのメーラー
補助ソフトで補わないと不備がでますが、 補助ソフトは揃っています。
* Outlook
受信デコード形式 ：*Base64*
送信エンコード形式： Base64
補助デコードソフト： UMI（海） *BinHex*と*UUencode* 受信対策
バイナリーカッター： デコードソフトがカットするので必要ない。
Base64AppleSingleで受信した場合には必要
になるかもしれないが。
* Eudora-J
受信デコード形式 ：*BinHex*
送信エンコード形式 ： BinHex, Base64, UUEncode
補助デコードソフト ： Mpack *Base64* 受信対策
uuUndo *UUEncode* 受信対策
(初期設定でType/Creatorマッピング)
Type/Creator対策 ： PCCreatorChang
− 補助デコードソフトの使用方法 −
---------------------------------------------------------------------
エンコードのデコードに対応していないメーラーは、エンコード・テキスト
をそのまま表示します。テキスト化ですから、メールをテキスト保存します。
そしてデコードできるソフトに処理させる、というのが基本的方法です。
上記補助ソフトも、未対応の場合のメールをテキスト保存し、そのテキスト
ファイルをアプリケーションにドロップオンして、デコードします。
---------------------------------------------------------------------
#2 シェアーウェアーのメーラー
シェアーウェアーになると、符号化・復元は完璧です。
* Bechy! : MIME on（Windows用）
送信時
Base64コード化 -- Base64 x x
別のコード化 ---- x BinHex UUEncode
受信時
Base64, BinHex, UUEncode, HTML形式未対応
バイナリーカッター： デコードソフトがカットするので必要ない。
Base64AppleSingleで受信した場合には必要
になるかもしれないが。
* MUSASHI : MIME on（Mac用）
送信時
Base64コード化 -- AppleDouble AppleSingle データーフォークのみ
別のコード化 ---- x BinHex UUEncode
受信時
Base64, BinHex, UUEncode, HTML形式にも一応対応
Type/Creator対策 ：PCCreatorChang
========================================================================
* Windowsファイルは、データー部分のみからなっています。
* AppleDoubleは、インターネットメールメッセージで使用するために登用
されたマッキントッシュ書式で、マッキントッシュコンピューター上でア
イコンやその他のマッキントッシュ特有の情報を含む全文書が受け取られ
ます。一方他のユーザーは AppleDouble符号化から分離されるので、デー
タフォーク（実際のデーター）を容易に分離できるからです。
============+===========================================================
Macファイル| ファイルエンコードとその構造
(8ビット) | （7ビットテキスト化：符号化）
============+===========================================================
コード形式 | I群 II群 III群
| (Header＋Data fork) バイト連続体 (Data fork)
============+===========================================================
MacBinary | BASE64AppleDouble BASE64AppleSingle BASE64デタフォーク
(二部分) | (二部分の分離) (MacBinaryと同様) (一部分のみ)
+-----------------------------------------------------------
| x BinHex UUEncode
============+===========================================================
もとの | 二つのファイル 一つのファイル データフォーク
ファイル | でコード化 でコード化 のみのコード化
|
+8888888+ | +7777777+ +7777777+
| | | | | | |
| jpgf | | | | | |
| JVWR | | | | | |
| | | | | | |
+-------+ | +7777777+ | |
| | | +7777777+ | | +7777777+
| | | | | | | | |
| | | | | | | | |
| | | | | +-------+ | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
+8888888+ | +7777777+ +7777777+ +7777777+
gazou |
|
============+===========================================================
[#^]
Mac Windows
(MacBinary)
（二つの部分） （一つだけ）
+++++++++
| |
| jpgf | <-- リソースフォーク <----------- なし
| JVWR | 128 K （.jpgがその役目）
| |
+=======+ +++++++++
| | | |
| | | |
| | <-- データーフォーク | | <------------ データー
| | | |
| | | |
| | | |
| | | |
| | | |
+++++++++ +++++++++
gazou gazou.jpg
(拡張子)
リソースフォークの内容は、
jpgf : jpgファイル
JVWR : アプリケーションJPEGView
Macでは、ファイル名には拡張子はなくて、リソースフォークに情報が記載されてい ます。一方、Windowsでは「アプリケーションとの関係付け」のために拡張子が必要 です。Macのファイル名に gazou.jpgとしてもいいのですが、別に役に立つわけでは ありません。
Macから拡張子のない画像ファイル（gazou）を受け取った場合、Windows側では拡張子 を付け（gazou.jpg）ないと、アプリケーションでファイルがひらけません。一方 Windowsでは拡張子はつけてもタイプ／クリエーターは付けませんし、その拡張子は Macでは情報になりませんので、タイプ／クリエーターを付けなければクリックで ファイルはひらけません（アプリケーションから開くことはできます）。
--------------------------------------------------------------------------
［rfc 1740］［翻訳］からの引用
マッキントッシュファイルは二つの部分から構成され、フォークと言われます：
データフォーク ：ファイルにある実際のデータ。データフォークは、非マッキ
ントッシュコンピューターシステム上で、マッキントッシュ
ファイルの意味ある唯一の部分です。例えば、マッキントッ
シュのユーザーが、IBM-PCのユーザーにデータのファイルー
を送信したい場合、ただデーターフォークだけを送ります。
リソースフォーク：任意の属性／値（attribute/value)組の集まりをその内容と
していて、プログラム断片・アイコンのビットマップや助変
数値が含まれています。
マッキントッシュファイルの追加的な情報がファインダーによって隠されたファ
イルとして保存され、「デスクトップ・データーベース"Desktop Database"」と
いわれます。
一纏まりのデーターだけを取り扱う非マッキントッシュ・ファイルシステムでは
マッキントッシュファイルの色々な部分の保存上の複雑さがあるので、マッキン
トッシュファイルを、ネットワーク上で転送する前に、別の何らかの書式に変換
しておくのが普通です。
--------------------------------------------------------------------------
[#^]
−エンコードの際、リソースフォークの取り扱い方に違いがあります−
メールサーバーを安全に通過するために、7ビットテキスト化（エンコード）しなけ ればなりません。Macの場合は、リソース（ファイル管理情報部分）とデーター部分 がありその取り扱い方とエンコードの方式と二つの要素を考えなくてはなりませ ん。というのも、Windows側はデーター部分と「アプリケーションとの関係付け」 拡張子でファイル管理がなされているからです。
Mac側だけを考えると、リソースとデーターを一まとめにしておくのが確実ですが、 他機種との交換ではデーター部分だけが必要です。そこで、この取り扱い方で幾つ かのエンコード方式があります。Mac側が基礎知識をもって対応しなければならこと になります。Macintoshファイルフォーマットを分類すると以下のようになっていま す。
|
＜Macintoshファイルフォーマット資料＞
＜Macintoshファイルフォーマット分類＞
============+===========================================================
Macファイル| ファイルエンコードとその構造
(8ビット) | （7ビットテキスト化：符号化）
============+===========================================================
コード形式 | I群 II群 III群
| (Header＋Data fork) バイト連続体 (Data fork)
============+===========================================================
MacBinary | BASE64AppleDouble BASE64AppleSingle BASE64デタフォーク
(二部分) | (二部分の分離) (MacBinaryと同様) (一部分のみ)
+-----------------------------------------------------------
| x BinHex UUEncode
============+===========================================================
もとの | 二つのファイル 一つのファイル データフォーク
ファイル | でコード化 でコード化 のみのコード化
|
+8888888+ | +7777777+ +7777777+
| | | | | | |
| jpgf | | | | | |
| JVWR | | | | | |
| | | | | | |
+-------+ | | | | |
| | | | | | | +7777777+
| | | | | | | | |
| | | +7777777+ | | | |
| | | +7777777+ +-------+ | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
+8888888+ | +7777777+ +7777777+ +7777777+
gazou |
|
============+===========================================================
|