RFC para encabezado de tipo de contenido?

Question

He buscado @ rfc 2231 y 2183 . Tratar con una carga mime multiparte / relacionada.

Estoy tratando de descifrar si lo siguiente es sintácticamente correcto, específicamente el " inicio " atributo para el primer tipo de contenido, pero no he podido encontrar el RFC correcto.

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

Alguna información de fondo para los curiosos. Los tipos de archivo application / vnd.oma.drm. * son solo una envoltura alrededor de un elemento de carga útil (mp3, jpg, etc.) que le dice a los dispositivos celulares que el archivo envuelto debe considerarse una carga útil protegida y no permitir que se reenvíe o transfiera El teléfono de todos modos. Si no fuera por las obligaciones contractuales, simplemente arrancaría la envoltura, enviaría la carga útil y sería feliz, pero eso es demasiado fácil y probablemente ilegal.

Answer 1

De RFC 2387 (El tipo MIME Multipart / Related Content-type ) :

  

3.2. El parámetro de inicio

     

El parámetro start , si se proporciona, es el content-ID de la raíz '' del objeto compuesto ''. Si no está presente, la raíz es la primera parte del cuerpo en la entidad Multipart / Related. La "raíz" es el elemento que las aplicaciones procesan primero.