[Tickets #9827] Re: attachments are not shown for this message
bugs at horde.org
bugs at horde.org
Thu Apr 21 18:56:57 UTC 2011
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/9827
------------------------------------------------------------------------------
Ticket | 9827
Updated By | Michael Slusarz <slusarz at horde.org>
Summary | attachments are not shown for this message
Queue | IMP
Version | Git master
Type | Bug
State | Unconfirmed
Priority | 1. Low
Milestone |
Patch |
Owners |
------------------------------------------------------------------------------
Michael Slusarz <slusarz at horde.org> (2011-04-21 18:56) wrote:
> 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.
More information about the bugs
mailing list