Something that knows enough MIME to recognize that there is a multipart
but does not let you do anything with it seems absurdly broken. It should
at least let you look at it as if it were text and/or save it in a file.
Donald
On Mon, 18 Sep 1995 Jueneman(_at_)gte(_dot_)com wrote:
The technical feature of this specification is to allow non-security-aware
MIME implementations to handle objects which are signed but not sealed.
That is, cleartext is still accessible.
Thank you for this clear description. I must, however, press this issue.
One of the technical arguments that was presented against the multipart
security specification is that, in fact, non-security-aware MIME
implementations would not correctly handle a multipart message construct
that they had not seen before, effectively rendering the cleartext
inaccessible. So, I think it's fair to ask the larger audience:
Is there a proscribed behaviour for handling a new multipart construct ?
What do current MIME implementations do in this situation ?
All I know is that my MIME application, Frontier Technolgies Super-TCP for
Windows v. 4.0, email version 3.70, doesn't handle multipart messages at all.
It recognizes that there is an attachment, but can't process it. So I can't
read any of the multipart messages that people send from time to time.
(this is not necessarily an endorsement for either approach, just a statement
of current, quasi-brain-dead fact.)
Bob
=====================================================================
Donald E. Eastlake 3rd +1 508-287-4877(tel) dee(_at_)cybercash(_dot_)com
318 Acton Street +1 508-371-7148(fax)
dee(_at_)world(_dot_)std(_dot_)com
Carlisle, MA 01741 USA +1 703-620-4200(main office, Reston, VA)