#530234 evolution: Moving a read email to any mail directory is sometimes shown as unread

Package:
evolution
Source:
evolution
Description:
groupware suite with mail client and organizer
Submitter:
Johann Glaser
Date:
2021-05-20 17:21:17 UTC
Severity:
normal
Tags:
#530234#5
Date:
2009-05-23 08:47:21 UTC
From:
To:
When moving (drag-n-drop) a read mail from the "Unread" "vFolder" to any
other mail directory sometimes increases the number of unread mails in this
mail directory. I observed this especially (sometimes) when the mail
directory had no unread EMails before that. Then the mail directory is
suddenly shown in bold with '(1)' appended, despite the mail which was put
there was _read_.

Selecting this mail directory doesn't clean up this wrong note in the mail
directory tree. Pressing [.] or [,] to automagically jump to the
next/previous unread mail doesn't jump anywhere, because there is no unread
mail.

#530234#10
Date:
2009-09-29 19:49:50 UTC
From:
To:
still not resolved for 2.28.0-2
#530234#15
Date:
2009-12-30 16:32:50 UTC
From:
To:
tags 530232 unreproducible
tags 530234 unreproducible
thanks

Hi,

These issues (#530232 and #530234) may be due to a database corruption.
Could you try to delete and regenerate the folders.db of possibly
corrupted folders and report back.
For example:
        $ evolution --force-shutdown
        $ rm .evolution/mail/vfolder/folders.db

Upon restart, Evolution will regenerate these folders.db

Thanks,

#530234#20
Date:
2009-12-31 09:52:42 UTC
From:
To:
Hi!

The problem is still there in 2.28.1-0 (Debian and Ubuntu packages). It
is perfectly reproducible.

The wrong number of unread mails in the directory tree (left pane of
evolution) can be "corrected" by opening that directory (clicking on it)
and marking one mail as read and then mark this mail as unread. This
corrects the wrong number.

So, the problem could at most be a corruption of the in-memory database
but not the folders.db.

BTW: This bug was reported upstream as
https://bugzilla.gnome.org/show_bug.cgi?id=598014 on 2009-10-10.

Bye
  Hansi