RFC 1872 (rfc1872) - Page 2 of 8
The MIME Multipart/Related Content-type
Alternative Format: Original Text Document
RFC 1872 Multipart/Related December 1995 2. Multipart/Related Registration Information The following form is copied from RFC 1590, Appendix A. To: IANA@isi.edu Subject: Registration of new Media Type content-type/subtype Media Type name: Multipart Media subtype name: Related Required parameters: Type, a media type/subtype. Optional parameters: Start, a content-id. Start-info, a string or content-id list. Encoding considerations: Multipart content-types cannot have encodings. Security considerations: Depends solely on the referenced type. Published specification: This document. Person & email address to contact for further information: Edward Levinson Accurate Information Systems, Inc. 2 Industrial Way Eatontown, NJ 07724 +1 908 389 5550 +1 908 389 5556 (fax) ELevinson@Accurate.com 3. Intended usage The Multipart/Related media type is intended for compound objects consisting of several inter-related body parts. For a Multipart/Related object, proper display cannot be achieved by individually displaying the constituent body parts. The content-type of the Multipart/Related object is specified by the type parameter. The "start" parameter, if given, points, via a content-ID, to the body part that contains the object root. The default root is the first body part within the Multipart/Related body. The relationships among the body parts of a compound object distinguishes it from other object types. These relationships are often represented by links internal to the object's components that reference the other components. Within a single operating environment the links are often file names, such links may be Levinson Experimental
