適用対象: Outlook 2013 | Outlook 2016
メッセージ コンテンツのエンコード中に TNEF を含む MIME が使用される場合、すべての添付ファイルのプロパティとコンテンツは TNEF ストリーム内にあります。 TNEF 自体は、Winmail.dat という名前の単一のバイナリ添付ファイルであり、TNEF なしで MIME の説明に従ってエンコードされます。
TNEF なしで MIME を使用する場合、添付ファイルは MIME メッセージ コンテンツ パーツとして送信されます。 ファイル名は、添付ファイルの Content-type ヘッダーの name パラメーターに配置されます。 添付ファイルの文字セットは、Content-type の charset パラメーターに配置されます。コンテンツ転送エンコードは、添付ファイルのコンテンツ全体をスキャンすることによって決定されます。 URL 添付ファイルは特別に扱われます。
添付ファイルが URL (拡張子 が付いた添付ファイル) の場合。URL)、およびそれに定義されているアクセス モードは匿名 FTP であり、外部メッセージとしてエンコードされ、ファイルの内容 (URL) が外部メッセージのヘッダーにコピーされます。 Content-type: message/external-body; access-type=anon-ftp (Content-Transfer-Encoding: 7bit が想定されます)。
7 ビット文字のみが見つかり、140 文字を超える行がない場合、添付ファイルは ASCII テキストです。 Content-type: text/plain;charset=us-ascii Content-Transfer-Encoding: 7bit
長い行または最大 25% の 8 ビット文字が見つかった場合、添付ファイルの内容はテキストであり、文字セットはロケールによって決定されます。 ISO 標準 8859 で定義されている文字セットから選択する必要があります。 Content-type: text/plain; charset=ISO-8859-1 (たとえば)
Content-Transfer-Encoding: quoted-printable
25% 以上の文字に上位ビットが設定されている場合、添付ファイルはバイナリです。 Base64 アルゴリズムを使用してエンコードされます。 コンテンツ タイプ: application/octet-stream (既定では、ファイル拡張子に基づく)
- コンテンツ転送エンコード: base64 *
送信メッセージでは、コンテンツ タイプはファイル名の 3 文字の拡張子から派生する必要があります。 このマッピングはシステム レジストリに存在します。の下には、MIME コンテンツ タイプが定義されている場合に MIME コンテンツ タイプを指定する "Content Type" という名前の文字列値があります。 次の例は、TIFF イメージ ファイルの場合です。
Hkey_local_machine\
ソフトウェア\
マイクロソフト\
クラス\
。Tif
コンテンツ タイプ = "image/tiff"
ファイル拡張子のマッピングがない場合は、既定の アプリケーション/オクテット ストリームを使用する必要があります。
受信メッセージでは、添付ファイルのコンテンツ タイプは常に MAPI プロパティ PR_ATTACH_MIME_TAG (PidTagAttachMimeTag) にコピーする必要があります。 添付ファイルに対してファイル名が定義されている場合でも、コンテンツ タイプによってマップされる拡張子は 、PR_ATTACH_FILENAME (PidTagAttachFilename) プロパティと PR_ATTACH_EXTENSION (PidTagAttachExtension) プロパティで使用する必要があります。
name パラメーターは RFC 821 によって正式に非推奨になりました。 標準が進化するにつれて、Microsoft は添付ファイル名の代替マッピングの指定を検討します。
送信添付メッセージはコンテンツ タイプとして送信されます 。添付メッセージ内の message/rfc822 メッセージは、適切な場所で再帰的にエンコードされます。 Content-Type: multipart/digest を含む受信メッセージ コンテンツ パーツも、埋め込みメッセージにマップされます。
メッセージ コンテンツのエンコード中に TNEF を含む uuencode が使用される場合、すべての添付ファイルのプロパティとコンテンツは TNEF ストリーム内にあります。 TNEF 自体は、Winmail.dat という名前の 1 つのバイナリ添付ファイルであり、TNEF を使用しない Uuencode の説明に従ってエンコードされます。
TNEF なしで uuencode を使用する場合、添付されたすべてのファイルはバイナリとして扱われ、メッセージ テキストの後に uuencoded として扱われます。 ファイル名は、uuencode ヘッダーに存在します。
begin 0755 Winmail.dat
...データ。。。
end
添付されたメッセージは、メッセージ テキストにテキスト化されます。 添付メッセージの階層は常にフラット化されます。つまり、添付されたメッセージ内のメッセージは最上位レベルにプルされます。
埋め込み OLE オブジェクトは破棄されます。
添付ファイルのレンダリング位置は、TNEF のプロパティ PR_ATTACH_RENDERING (PidTagAttachRendering) を使用して、文字通り送信されます。 TNEF が使用されていない場合、それらは失われます。 レンダリング位置のない受信添付ファイル (TNEF がない場合を含む) では、レンダリング位置が0xFFFFFFFFに設定されます。つまり、メッセージ テキスト内の位置は設定されません。