Wed, 9 May 2018 08:04:01 +0200, _Ray_Net_:
Richmond wrote on 08-05-18 22:21:
Bugzilla isn't just for bugs though, it's for change requests too. The
fact that it is working correctly doesn't mean it is useful or should
never be changed.
Why must TB or SM show a part of the HTML part when reading exclusively
in plain-text.
If you position your option to plain-text-only don't expect to reach the
HTML part ...
Permitting to access the html part is an aberration ...
If you want to see the attachment Iphone/Ipad MUST put the attachment
OUTSIDE de html part.
I can think of few reasons why the current behavior should be improved:
1) The MIME handling is not set in stone – it's mostly about the
capabilities of the client, and a client should make best effort to not
hide content from the user. If I remember correctly Claws Mail [1]
doesn't handle HTML but presents an UI for viewing any MIME part of the
message as text, or just access/save it as attachment;
2) There's already a precedent in Mozilla Mail – an HTML message with
embedded pictures:
multipart/alternative
├─ text/plain
└─ multipart/related
├─ text/html
└─ image/jpeg
When viewed as plain text, the pictures are seen as attachments. In
fact any other part, whether actually linked in the HTML or not, of the
"multiplart/related" branch will be shown as attachment. That's
perfectly valid given (1). It makes sense this handling could be
extended, or more generic solution like "Show All Body Parts" (already
suggested in another reply to this thread) provided.
[1] http://www.claws-mail.org/
--
Stanimir
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
