MIME vs. DIME vs. ...
Larry Masinter <[email protected]> Sun, 14 Apr 2002 11:33:08 -0700
| Newsgroups | gmane.comp.windows.devel.dime |
|---|---|
| Message-ID | <000501c1e3e2$d58b1320$6ace8642@larrypad> |
I think the issues are: footprint of code, reliability, consistency. MIME with content-length isn't MIME; MIME multipart is difficult to create 'reliably' (because of the difficulty of choosing separators that are guaranteed to not appear in the body), MIME multipart is difficult to parse reliability (long history of coding errors with separator-based file formats.) The "blocks architecture" doesn't provide for a single MIME body. The architecture is a protocol architecture rather than a data/message architecture. http://www.ietf.org/draft-herriot-application-multiplexed-04.txt is a pretty simple chunked encoding of multipart/related. contents = *chunk finalChunk chunk = header payload CRLF header = "CHK" SP messageNumber SP length SP isMore CRLF messageNumber = 1..2147483647 length = 0..2147483647 isMore = "MORE" / "LAST" payload = *OCTET finalChunk = finalHeader CRLF finalHeader = "CHK" SP "0" SP "0" SP "LAST" CRLF The write-up in Herriot's draft gives some use cases.