At 13:57 -0700 97-07-29, Einar Stefferud wrote:
> What possible interactions or relationships exist between this
> HTTP version of "Multipart/Alternative" and the MIME verion of
> Is there any straight forward way for someone trying to send a copy of
> such content using MIME Multipart/Alternative?
> Or is this just not possible, and thus a dead issue?
Yes, this is allowed, see the following quote from RFC 2110:
The root body part of the multipart/related SHOULD be the start
object for rendering the object, such as a text/html object, and
which contains links to objects in other body parts, or a
multipart/alternative of which at least one alternative resolves to
such a start object. Implementors are warned, however, that many
mail programs treat multipart/alternative as if it had been
multipart/mixed (even though MIME [MIME1] requires support for
A discussion of techniques for using multipart/alternative is included in
There is an issue of how to specify the "type" parameter to
"Multipart/related" when it refers to a "Multipart/alternative"
body parts, which will be discussed in Munich.
> ------- Forwarded Message
> From: [log in to unmask]
> Reply-to: [log in to unmask]
> To: [log in to unmask]
> Cc: [log in to unmask]
> Subject: I-D ACTION:draft-ietf-http-negotiation-03.txt (re-send)
> Date: Mon, 28 Jul 1997 17:24:12 -0400
> A Revised Internet-Draft is available from the on-line Internet-Drafts
> directories. This draft is a work item of the HyperText Transfer Protocol
> Working Group of the IETF.
> Title : Transparent Content Negotiation in HTTP
> Author(s) : K. Holtman, A. Mutz
> Filename : draft-ietf-http-negotiation-03.txt
> Pages : 43
> Date : 07/25/1997
> HTTP allows web site authors to put multiple versions of the same
> information under a single URL. Transparent content negotiation is an
> extensible negotiation mechanism, layered on top of HTTP, for automatically
> selecting the best version when the URL is accessed. This enables the
> smooth deployment of new web data formats and markup tags.
> ------- End of Forwarded Message
Jacob Palme <[log in to unmask]> (Stockholm University and KTH)
for more info see URL: http://www.dsv.su.se/~jpalme