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:
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)
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
