RFCs لرأس نوع المحتوى؟

Question

لقد نظرت @ آر إف سي 2231 و 2183.التعامل مع حمولة mime متعددة الأجزاء/ذات الصلة.

أحاول فك تشفير ما إذا كان ما يلي صحيحًا من الناحية النحوية، وتحديدًا سمة "البدء" لنوع المحتوى الأول، لكنني لم أتمكن من العثور على 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

بعض المعلومات الأساسية للفضوليين.أنواع الملفات application/vnd.oma.drm.* هي مجرد غلاف حول عنصر الحمولة (mp3، jpg، إلخ) يخبر الأجهزة الخلوية بأن الملف الملتف يعتبر حمولة محمية ولا يسمح بإعادة توجيهه أو نقله الهاتف على أية حال.إذا لم يكن من أجل الالتزامات التعاقدية، لكنت قد قمت فقط بنزع الغلاف، وإرسال الحمولة، وسأكون سعيدًا، ولكن هذا سهل للغاية وربما غير قانوني.

Answer 1

من آر إف سي 2387 (نوع MIME متعدد الأجزاء/المحتوى ذو الصلة):

3.2.معلمة البداية

ال start المعلمة، إذا أعطيت، هي content-ID من "جذر" الكائن المركب.إذا لم يكن موجودًا، فإن "الجذر" هو الجزء الأساسي الأول في الكيان متعدد الأجزاء/ذو الصلة."الجذر" هو العنصر الذي تعالجه التطبيقات أولاً.