After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 607371 - An attachment icon is not always shown in the evolution message list for messages with attachments
An attachment icon is not always shown in the evolution message list for mess...
Status: RESOLVED DUPLICATE of bug 604305
Product: evolution
Classification: Applications
Component: Mailer
2.28.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[attachments]
Depends on:
Blocks:
 
 
Reported: 2010-01-18 22:08 UTC by Harm van Bakel
Modified: 2010-01-28 10:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Message structure for email with missing attachment icon (871 bytes, text/plain)
2010-01-25 15:53 UTC, Harm van Bakel
Details
Message structure for email that does show an attachment in the message list (922 bytes, text/plain)
2010-01-25 15:53 UTC, Harm van Bakel
Details
Message structure for a signed email with missing attachment icon (4.94 KB, text/plain)
2010-01-25 16:17 UTC, Harm van Bakel
Details

Description Harm van Bakel 2010-01-18 22:08:17 UTC
Emails with an attachment are not always marked as such by the paperclip icon in the evolution message list. The icons show for some users emails, but not others, which leads me to suspect that it is linked to the email client used to send the emails. The bug concerns emails in local folders (pop account, haven't checked imap). When I delete the .cmeta .ibex.index and .ibex.index.data of the mail folders in question and let evolution rebuild them, the missing icons do show up correctly again. However any new emails will again suffer from the same problem.
Comment 1 Milan Crha 2010-01-25 15:38:37 UTC
Thanks for a bug report. There was a fix for IMAP on this in bug #550622, but not for POP. Looking around the code the places it seems as "should be working".
Could you paste here a message structure for your mails exhibiting the issue, please? 

It's usually something like:
> To: Milan Crha <xxx>
> Content-Type: multipart/mixed; boundary="=-ZDf5lnUIBMqMg4PoaLa/"
>
> ...
> --=-ZDf5lnUIBMqMg4PoaLa/
> Content-Type: text/plain
> Content-Transfer-Encoding: 7bit
>
> ...
> --=-ZDf5lnUIBMqMg4PoaLa/
> Content-Disposition: attachment; filename=local
> Content-Type: application/x-shellscript; name=local
> Content-Transfer-Encoding: 7bit
>
> ...
>--=-ZDf5lnUIBMqMg4PoaLa/--

thus those "Content-something" lines with boundary lines.
Comment 2 Harm van Bakel 2010-01-25 15:53:00 UTC
Created attachment 152235 [details]
Message structure for email with missing attachment icon
Comment 3 Harm van Bakel 2010-01-25 15:53:57 UTC
Created attachment 152236 [details]
Message structure for email that does show an attachment in the message list
Comment 4 Harm van Bakel 2010-01-25 16:17:46 UTC
Created attachment 152240 [details]
Message structure for a signed email with missing attachment icon
Comment 5 Milan Crha 2010-01-25 19:12:36 UTC
Thanks for the update. The first two shows an attachment to me, when I receive them through the GMail POP interface (I moved the first to GMail in IMAP and the other two redirected from evolution to my GMail account). So it seems correct to me, on 2.29.6 (the signed message shouldn't have an icon, because it doesn't contain any real attachment). Trying the same on 2.28.2 I see the issue, so I looked for particular changes and found that this got fixed for 2.29.4
in bug #604305, thus I'm marking this as a duplicate.

*** This bug has been marked as a duplicate of bug 604305 ***
Comment 6 Harm van Bakel 2010-01-27 22:26:45 UTC
Just one last comment; if signed messages shouldn't show an attachment icon in the message list view, why is the icon shown if I rebuild the indices after deleting the .cmeta .ibex.index and .ibex.index.data files?
Comment 7 Milan Crha 2010-01-28 10:56:46 UTC
It was a bug in the code, which is fixed in the above mentioned one. To explain slightly more: before the change in bug #478239 every message with Content-Type:  multipart/mixed was automatically marked as having attachments. After that change only some of them were marked, but it turned out to not being the best yet, thus the change in bug #604305.