Tickets :: Comment on [#9827] attachments are not shown for this message

* Your Email Address
* Spam protection	Enter the letters below: ._.\ /.___.__.. . \| >< [__ [__]\ / _\|_/ \\| \| \| \/
Comment	>>> A valid workaround already exists to see these parts in standard view >>> - by clicking on view all message parts. If this feature was added >>> to the dynamic view also, would this be sufficient? >> >> As told earlier, interpreting particular MUA messages differently >> would be better, but at least for my users "View All Message Parts" >> method is enough too. > > To me, "view all message parts" is a good workaround for power users > or really broken messages. But I'm guessing that most end users won't > find it (or know when to use it) without specific help, so I'd prefer > another solution. I'm okay if we want to treat messages from a > specific MUA differently, though it doesn't feel quite right to me. > > I'm still wondering how many real-world use cases there are for > multipart/alternative parts that aren't text/plain or text/html? The > one that's been mentioned is calendar invites and that seems like one > we should special-case even if the invite isn't an alternative part > (i.e., text message with calendar attachment - we should show the > calendar response UI - along with any text - anyway). Beyond that I > don't know of any - just cases where a buggy MUA sends an excel > spreadsheet as one of the multipart/alternative parts, despite clear > user intent for the spreadsheet to be an attachment.
Attachment
Watch this ticket