Bug 108781 - Evolution Summary page doesn't have right numbers for mailboxes.
Summary: Evolution Summary page doesn't have right numbers for mailboxes.
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: evolution   
(Show other bugs)
Version: 3.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Dave Malcolm
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-11-01 22:59 UTC by Ali-Reza Anghaie
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-06-21 12:40:24 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Ali-Reza Anghaie 2003-11-01 22:59:01 UTC
Description of problem:

Evolution rarely has the right information on the Summary page for the
mailboxes. Right now it's showing 0/6 when I have 2 messages.
Yesterday it seemed to be taking a running total through the whole
day, 0/69 by the end when nothing was there. Etc.

Version-Release number of selected component (if applicable):


How reproducible:

Use Evolution for a few hours, checking the Summary page every so often.

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Jeremy Katz 2003-11-03 03:49:05 UTC
What sorts of mail spools?  Quickly looking this seems fine to me, but
I'll grant that I don't have a large sample at the moment :)

Comment 2 Ali-Reza Anghaie 2003-11-03 04:53:23 UTC
In this particular case it's POP3 off another server, so local
mbox-style folders for Evolution.

BTW, I'm not sure if it helps, but this seems to happen for ~all~ the
folders and just not Inbox. Any folder I add to the Summary page.. I
would think the type of spool wouldn't matter in that case because the
other folders are completely Evo stored... wait, that's not neccesary
true in the case of IMAP. In any case.  *scratches head*

Comment 3 Jeremy Katz 2003-11-03 05:02:53 UTC
Hmm, all of mine are imap.  Might be related.  Will try to whip up
something to play with some remote pop as well.

Comment 4 Ali-Reza Anghaie 2003-11-03 05:28:19 UTC
You might try to just create a few local folders and move things in,
delete them, out, mark them read/unread. You don't have to setup POP
to replicate this, I just did it without POP at all.... a bogus local
user w/ local mail did the same thing for me. Cheers, -Ali

Comment 5 Ali-Reza Anghaie 2003-11-05 19:52:13 UTC
Ah ha! Something that might be useful.

I got home, 39 messages in my Inbox. Tons of spam I haven't trained on
yet. Well, I moved it to a training folder and wanted to train the
remaining of the Inbox as 'ham'. So I did that and it said it learned
39.... no no no.. Evo. doesn't show 39 in the inbox but the ~summary~
shows that and then some. It looks like the mbox file is ~not~
reflective of the Inbox in realtime. Make sense? Cat-ing the file
confirms it. Cheers, -Ali

Comment 6 Jeremy Katz 2003-11-05 19:55:11 UTC
Hmm... perhaps.  If you expunge, does it reflect things?

Comment 7 Ali-Reza Anghaie 2003-11-05 20:03:55 UTC
Yep, expunge does it.

Comment 8 Radek Vokal 2004-07-22 08:17:08 UTC
It happens all in Outbox - send message in offline mode, delete one
from outbox - Evolution is still trying to send previous number of

Comment 9 Ali-Reza Anghaie 2005-06-21 12:40:24 UTC
Closing this bug as newer Evo doesn't have the same structure to even have this
bug per se. Upgrade to RHEL 4. Cheers, -Ali

Comment 10 Dave Malcolm 2005-06-21 20:17:27 UTC
Thanks for the feedback.

Note You need to log in before you can comment on or make changes to this bug.