GNOME Bugzilla – Bug 237623
gpg signature shows up as attachment in msg list
Last modified: 2005-06-08 13:31:49 UTC
Package: Evolution Priority: Cosmetic Version: 1.2.1 Synopsis: gpg signature shows up as attachment in msg list Bugzilla-Product: Evolution Bugzilla-Component: Mailer Description: all mails with gpg/pgp signatures get the attachment flag (icon) in the message list. this is very annoying, because i cannot see if a mail really has an attachment until i open it... Unknown reporter: balzer@expeedo.de, changed to bugbuddy-import@ximian.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
This is because the signature is an attachment. I don't know how hard it is to detect the mime type of the attachment in the message list, though. Probably even harder for IMAP/Exchange/etc... stuff. It would be nice to have a signature icon instead of a paperclip though, for signatures.
*** bug 256112 has been marked as a duplicate of this bug. ***
I'm marking this fixed since the attachment icon no longer shows up for gpg signatures.
*** bug 257959 has been marked as a duplicate of this bug. ***
to quote gerardo from irc about 1.5.7: "this works only for IMAP, since it scans folders as soon as you use the account, however POP accounts still seem to wait." therefore marking 57959 as a dup; reopening this one.
*** bug 268466 has been marked as a duplicate of this bug. ***
*** bug 257903 has been marked as a duplicate of this bug. ***
For Evo 2.2, S/MIME signatures on IMAP accounts show up as attachments (I don't receive much PGP/MIME signed messages to verify that). "Me too" on the "very annoying" comment - being able to see which messages have actual attachments is extremely useful, but I'd hate to ask people to stop signing their mail.
the problem here is that in order to not make imap any slower, we must limit ourselves to the toplevel content-type which in this case would be multipart/signed. knowing only that piece of information, it is impossible to tell if the message has attahments or not - no matter which we claim (yes to attachments or no), we will be wrong sometimes. this ui tidbit is not meant to be 100% accurate - even for local messages when we have the full message content available to us, because it's impossible to tell what constitutes as an attachment except in the UI code