6.0.0-beta1
▾
Tasks
New Task
Search
Photos
Wiki
▾
Tickets
New Ticket
Search
dev.horde.org
Toggle Alerts Log
Help
8/24/25
H
istory
A
ttachments
C
omment
W
atch
Download
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. > > Here's just one example I can come up with of why we can't treat > anything inside of a non-viewable alternative part as an attachment. > > multipart/alternative > text/plain > multipart/related > text/html > image/png (content-disposition: attachment; image is used for > HTML formatting) > image/png (same) > image/png (same) > image/png (same) > image/png (same) > > This is a not uncommon message structure. If text/html is disabled, > the image/png's should definitely NOT be shown as attachments. (This > examples show that content-disposition is worthless for determining > what parts are attachments).
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers