コンテンツタイプヘッダーのRFC

StackOverflow https://stackoverflow.com/questions/655240

  •  19-08-2019
  •  | 
  •  

質問

@ rfc 2231 および 2183 。 マルチパート/関連するMIMEペイロードの処理。

以下が構文的に正しい場合、特に<！> quot; start <！> quot;を解読しようとしています。最初のContent-Typeの属性ですが、正しいRFCを見つけることができませんでした。

Content-Type: multipart/related; boundary="=_34e1b39f5c290f66360ff510d4c38da4";  type="application/smil"; start="<cid:eaec2c30d892902b14044d57dbb6ff85>"



--=_34e1b39f5c290f66360ff510d4c38da4
Content-ID: <eaec2c30d892902b14044d57dbb6ff85>
Content-Type:  application/vnd.oma.drm.message; boundary=ihvdxymhvdhobklkqbcn;
 name="IrishJi2.dm";
Content-Disposition: attachment;
 filename="IrishJi2.dm";

--ihvdxymhvdhobklkqbcn
Content-Type: audio/mpeg
Content-Transfer-Encoding: binary

好奇心for盛な人のための背景情報。 application / vnd.oma.drm。*ファイルタイプは、ペイロードファイル（mp3、jpgなど）の単なるラッパーであり、ラップされたファイルは保護されたペイロードと見なされ、転送または転送されないようにセルラーデバイスに指示します。とにかく電話。契約上の義務がなければ、ラッパーを剥ぎ取り、ペイロードを送って幸せになりますが、それはあまりにも簡単で、おそらく違法です。

役に立ちましたか？

解決

RFC 2387 から（MIMEマルチパート/関連コンテンツタイプ）：

  

3.2。開始パラメーター

     

startパラメーターが指定されている場合、複合オブジェクトの<！> quot; root <！> quot;のcontent-IDです。存在しない場合は、<！> quot; root <！> quot; Multipart / Relatedエンティティの最初のボディパーツです。 <！> quot; root <！> quot;アプリケーションが最初に処理する要素です。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top