Notations

[Borden, Jonathan]

At first glance it seems tempting to map MIME headers to XML as attributes.
This doesn't work well.

1) attributes don't obey order as elements do.
2) MIME headers can be duplicated (for example the Received: list in an
E-mail).

For these reasons, I map MIME headers to elements in XMTP.
http://jabr.ne.mediaone.net/documents/xmtp.htm


The DTD is here:
http://jabr.ne.mediaone.net/documents/xmtp.dtd

Multiple transforms, some of which may include encryption etc, can be
represented as encapsulated MIME messages, the order of transformation of
which is required to be unambiguous.

If you would like to test this, I have placed a demo at:

mailto:test-xmtp at jabr.ne.mediaone.net


Jonathan Borden
JABR Technology Corp.
http://jabr.ne.mediaone.net
>

>
> There's always the option of creating a NOTATION which itself defines the
> particular processing pipeline, as in
>
> <!NOTATION midi-gzip-base64 SYSTEM "http://www.foo.com/midi/gzip/base64">
>
> where the information contained at the URL will tell you, in
> addition to the
> necessary info about each individual "notation", about the ordering of
> processing inorder to recover the source data.
>
> But I think this example shows the limitations of the "general" solution
> that NOTATIONS provide.  Being general means that everyone has to
> "reinvent"
> the wheel in many cases on top of that generality.
>
> Paul V. Biron
> SGML Business Analyst
> Kaiser Permanente, So Cal.
>
>
>


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