[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

MIME/RFC822 <-> XML interop (was RE: Binary Data in XML)

  • From: "Jonathan A. Borden" <jborden@m...>
  • To: "XML Dev" <xml-dev@i...>
  • Date: Wed, 30 Sep 1998 15:22:34 -0400

rfc822 xml
So what you are saying here is that the use of a attribute is totally
compatible with the use of NOTATIONs and when DTDs are used both are useful.
I suggest that xml:content (or xml:content-type) be used instead of xml:mime
because MIME has lots of potential headers. In the past few minutes I've
hacked my MIME class library to add XML serialization support. What I've
found is that while the vast majority of RFC 821/822 headers are single
values, several are frequently multivalues e.g. the SMTL Received: header
that everyone has seen a gazzilion times :-) for this reason, I have
represented generic RFC 821/822 messages (which incorporate MIME) as: (the
point being that elements may be needed to represent generic RFC822 headers)

<MIME>
<Received> ... </Received>
<Received> ... </Received>
<From>jborden@m...</From>
<To>xml-dev@i...</To>
<Reply-To>jborden@m...</Reply-To>
<Content-Type>multipart/mixed</Content-Type>
<Body>
<MIME>
<Content-Type>text/plain</Content-Type>
<Body>This is an example of an e-mail message
however the text here will need to be encoded
</Body>
</MIME>
<MIME>
<Content-Type>image/jpeg</Content-Type>
<Content-transfer-encoding>base64</Content-transfer-encoding>
<Body> ... base64 encoded data here </Body>
</MIME>
</Body>
</MIME>

Is this reasonable?

John Cowan wrote:

>
> Here's how.  Insert the following declarations into the DTD
> (internal or external as desired):
>
> <!NOTATION chemical-x-chemdraw PUBLIC "-//whoever/whatever">
> <!ATTLIST CML:molecule
> 	xml:mime NOTATION(chemical-x-chemdraw | another | another)
> #REQUIRED>
>
> and then just use it as above.  A validating parser will guarantee
> that the value of the xml:mime attribute is one of the specified
> notations, and it will be possible to retrieve the external
> identifier for each notation so that you know what it means.
>
> The nice thing about this is that it just works if you are DTD-blind,
> but provides the information that a generalized processor for
> notation-governed elements needs to figure out what to do
> (e.g. render using a chemical/x-chemdraw renderer).
>
Jonathan Borden


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.