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
>> In that example, I agree that it's not great to show the user those >> images as attachments, but what's the actual harm or user frustration >> caused by it, as opposed to not being able to find a file that an >> email claims is attached? > > Because I end up viewing a message that has 10 formatting images in > the unviewable part and that message now shows 10 attachments. So as > a user, if I see a message with 10 attachments, there is going to be > some sort of (substantial) time penalty to go through and determine > whether those attachments are legitimate or not. This is > unacceptable especially since, as mentioned previously, this example > represents 99% of the messages received vs. the broken message that > is the subject of this ticket which 1 broken e-mail client is sending. > > The default behavior must remain the way it is. I am all for finding > a way to workaround this behavior without destroying the user > experience in the vast majority of messages received. > > Displaying all message parts needs to be implemented for dimp, > notwithstanding anything in this ticket. So that solves the problem > partially since the attachment will be accessible. However, it does > not indicate that there may be an attachment. > > As much as it pains me to say it... I am thinking that we ARE going > to need to do MUA-sniffing to fix this. I am thinking that this > sniffing can be accomplished in a status box rather than > automatically adding the attachments to the list. E.g. for messages > received from Apple Mail, if an attachment is found within an > unviewable alternative part, a yellow box will be displayed > indicating that an attachment might be in another part and that the > user should view all message parts to verify. This prevents the > situation above from happening (unwanted attachments polluting the > attachment list) while providing some indication to the user that an > attachment *may* be available, and the user can factor the context of > the displayed part into their decision as to whether to view all > message parts.
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