190673 - incorrectly interprets MIME type: multipart/digest - disables options, won't open emails

Status: RESOLVED DUPLICATE of bug 204350

(MailNews Core :: MIME, defect)

Description

[resigned]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130

This bug is in contravention of RFC 1521, which states:

"7.2.4 the Multipart/digest subtype...in a digest, the default Content-Type
value for a body part is changed from "text/plain" to "message/rfc822""

However, when mozilla mail receives a multipart email with MIME types
"multipart/digest", and the user attempts to open these individual emails,
mozilla mail uselessly opens a browser window (WHY?) and displays the mail as
plain text in that window; there is also no option in mozilla to override this
incorrect behaviour (WHY NOT? Surely it should be up to the USER to decide how
to treate MIME types?).

In any case, the current behaviour is completely wrong - these are guaranteed to
be emails (as defined in the RFC), and the user wishes to interact with them as
emails (e.g. "forward" "reply", etc).

It is currently completely impossible to interact with these emails as actual
emails. This makes life difficult for anyone who is on mailing lists and needs
to receive message digests.

Reproducible: Always

Steps to Reproduce:
1.Receive an email (e.g. from MailMan) in "daily digest" format
2.Try and open some of the emails
3....you can't! They just appear in web browser windows
Actual Results:  
c.f. "Details". The emails appear in a web browser

Expected Results:  
The emails should have appeared as messages in the email client - they are,
after all, defined to be emails.

Comment 1

[Boris Zbarsky [:bzbarsky]]

To MIME.  We seem to have code for dealing with this; not sure what's going
wrong with it....

Comment 2

[Mike Cowperthwaite]

(In reply to comment #0)
> mozilla mail uselessly opens a browser window (WHY?) and displays the mail as
> plain text in that window

This has been fixed for a long time.

> the user wishes to interact with them as
> emails (e.g. "forward" "reply", etc).

That's what the dupe is about.

*** This bug has been marked as a duplicate of 204350 ***