Red Hat Bugzilla – Bug 456381
"Reply to List" is insensitive/Ctrl+L doesn't work
Last modified: 2008-08-01 09:41:35 EDT
Description of problem:
I can't use Message/Reply to List (or the Ctrl+L shortcut) with mailing list
mail (containing "List-*" headers), as the menu entry is insensitive/grayed out.
Version-Release number of selected component (if applicable):
Thanks for reporting. Do you have a test mail for that? I think it doesn't work
when someone just CC the mailing list instead of using Reply to List, thus the
header is missing or other check fails there. We can see with the message itself.
I'll attach a mail to email@example.com which is sent directly to
the list (not Cc) and has all the headers needed AFAIK. I'll make the attachment
Hmm, works for me. When I import your message to my local folder and hit Ctrl+L
the reply to firstname.lastname@example.org is opened. I tried this with
latest stable release, means 2.22.2 (from Help->About).
As I can see from the code, you should not have select more than one mail in a
view, if you do then the item is disabled. otherwise there should not be much
trouble with headers, they are there, somehow.
(In reply to comment #4)
> Hmm, works for me. When I import your message to my local folder and hit
> Ctrl+L the reply to email@example.com is opened. I tried this
> with latest stable release, means 2.22.2 (from Help->About).
Can you please verify this with evolution-18.104.22.168-1.fc9 (which is the latest
released update for Fedora 9)?
> As I can see from the code, you should not have select more than one mail in a
> view, if you do then the item is disabled.
I've only selected one message.
works fine with older evolution-2.22.2-2.fc9.x86_64
as well as with newer evolution-22.214.171.124-1.fc9.x86_64
one more time, I've stored your message in local store, where it came by
File->Import->Single file. Maybe it matters, maybe not.
It seems to make a difference where the message is stored:
- When imported into a local folder, "Reply to list" is sensitive for that message.
- When imported into mailboxes on cyrus-imapd servers (I've tried two different
servers), that menu entry is insensitive.
It can be because whole message wasn't downloaded from the server yet. (is it
possible?) The initial query from the IMAP server contains only a subset of
headers to minimize net traffic. Please look at the options and let me know what
you've there set. Follow Edit->Preferences->Mail Accounts->"choose your imap
account"->Edit->tab "IMAP headers". I have there chosen "Basic and Mailing List
headers (default)" and it works fine.
I'm very positive that the whole message has been downloaded because it was
displayed completely in the preview pane. I've also tried out all options
available in IMAP headers (and exited evolution, then evolution --force-shutdown
in between to be safe) which all had the same result -- a grayed out "Reply to
List" menu entry.
Once the message is downloaded to the summary, it is not re-downloaded again.
The summary files are stored in
~/.evolution/mail/imap/<your-account-id>/folders/INBOX/subfolders/... and so on
until you get to fedora-devel-announce folder.
As long as it's an imap, all information is stored there, so you can move the
folder somewhere else and let evo redownload the content. It will also recreate
the summary, with downloaded info as you require. Maybe the summary file is
somehow broken in that folder (any messages on the console?).
try to setup imap headers as described in the comment #8 to default value, then
close evo, evolution --force-shutdown, move the folder with summary somewhere
else and then start evolution. It will be slower because of downloading message
information and creating summary.
Did the rebuild make any difference?
It did make a difference for that folder. As I see this in all folders, would
you advise removing all my /.evolution/mail/imap/<your-account-id>/folders/
directories to enforce rebuilding the summaries?
Sure, you can do that. As long as it's an imap account, and most of the things
are stored on the server, then it should not hurt.
In case the summary rebuild helped and because Evolution 2.24 will have a
db-summary instead of the old one, then I guess we cannot do more here. That's
right the error report in this case should be better, and 2.22 contains some
mechanism to automaticly rebuild summaries in case of some inconsistency, but it
didn't help you, somehow. (That's true the rebuild had its bugs too, which has
been fixed in latest release of 2.22, but it was usually about message-list and
preview pane, where was shown different message in a preview and different one
selected in the message list.)
This has indeed fixed things with the mails on one server, but not on the other.
The IMAP server where evolution sets "Reply to List" insensitive is
NB: if I copy one ML mail from the non-working account into the working one,
"Reply to List" gets sensitive (on the copy of the mail, not the original).
Can you check if you've the option for the other account set as described in
comment #8, and if there is set to fetch mailing lists too? And if not, can you
help me to setup a cyrus-imapd on my machine to test it, please? I think I'm not
able to setup it in some easy way. Thanks.
Milan's on top of this. Reassigning to him.
(In reply to comment #15)
> Can you check if you've the option for the other account set as described in
> comment #8, and if there is set to fetch mailing lists too?
Ahh that fixed it.
> And if not, can you
> help me to setup a cyrus-imapd on my machine to test it, please? I think I'm >
not able to setup it in some easy way. Thanks.
It's not that hard, but shouldn't be necessary.
One question though: doesn't evolution fetch the complete headers when
displaying the message? In that case, couldn't it evaluate the List-* headers?
I guess it's using information from summary, which contains the initial download
with the headers set in preferences, and it doesn't update this summary when
downloaded full message, thus summary still do not know that some mailing list
headers are present, even in the local cache, and UI, they are shown.
There will be done some changes in 2.24 regarding summaries. I asked upstream
developer and he said even new summary code can suffer such thing, thus I filled
an upstream bug  for you and closing this as that.