Bug 1394123 - [IMAPx] Mail deleted in vFolder sometimes re-appears
Summary: [IMAPx] Mail deleted in vFolder sometimes re-appears
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: evolution-data-server
Version: 7.4
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: rc
: ---
Assignee: Milan Crha
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-11 06:20 UTC by Zhang Kexin
Modified: 2017-08-01 12:25 UTC (History)
6 users (show)

Fixed In Version: evolution-3.22.6-1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-01 12:25:15 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:2066 0 normal SHIPPED_LIVE evolution bug fix and enhancement update 2017-08-01 16:05:58 UTC

Description Zhang Kexin 2016-11-11 06:20:10 UTC
Description of problem:
Sometimes mail still exists after I delete it.

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

How reproducible:
Sometimes, estimating 30%

Steps to Reproduce:
1. Delete emails by pushing "Delete" button on keyboard, the mails disappear.
2. After a while(1 minute, eg,), when I look at the inbox again, they are there again.
3.

Actual results:
Mails being deleted come back.

Expected results:
Mails being deleted should be staying deleted.

Additional info:
When I deleted them again, it seems they stayed as deleted.
I just installed rhel7.3 2 days ago. and have more than 100,000 mails in inbox. and I deleted mails in search folder.

Comment 1 Milan Crha 2016-11-11 07:43:42 UTC
Thanks for a bug report. One semi-important question: what is the account type you saw this misbehaviour with, please? I suppose IMAP, but I do not know for sure.

(In reply to Zhang Kexin from comment #0)
> and have more than 100,000 mails in inbox. and I deleted mails in search folder.

That sounds crucial. Does it mean that the messages deleted in a search folder, which points to messages in some account, do not stay deleted? Eventually, when you delete messages in a real folder (not search folder), then it'll work properly?

Despite the RHEL 7.3 IMAP being very close to the upstream version, the rest of the evolution-data-server and evolution is not. There is a plan to rebase evolution to 3.22 in RHEL 7.4, thus additional fixes will be included. Let's retest this with the rebased version, once it's available.

Comment 7 Milan Crha 2016-11-21 11:23:04 UTC
Okay, so it's IMAP. Could you check what is setup in Edit->Preferences->Mail Accounts-><imap account>->Edit->Defaults tab, please? Particularly whether there's set a real Trash or Junk folder. I think they are both unchecked, which is fine.

With respect of the workaround, the only one I can think of is to delete messages in a real folder, not in a search folder. You found that already.

Also, how is your search folder in which you can reproduce this configured, please?  It's also stored in
   ~/.config/evolution/mail/vfolders.xml
but it can contain private information. It also may not be relevant that much. I'll try to reproduce here and will let you know.

I do not see here an exact version of the evolution-data-server and evolution packages. Could you paste here an output of the below command, please?

   $ rpm -q evolution-data-server evolution

Thanks in advance.

Comment 9 Milan Crha 2016-11-22 16:59:53 UTC
This is the corresponding upstream change:
https://git.gnome.org/browse/evolution-data-server/commit/?id=ad9c72c

Comment 12 Milan Crha 2017-04-12 13:57:05 UTC
The change mentioned in comment #9 is part of 3.22.3, thus fixed by rebase.

Comment 14 Matěj Cepl 2017-06-27 12:29:57 UTC
Upstream maintainer never developed fully what the reproducer is, so we can verify it as SanityOnly.

Comment 15 errata-xmlrpc 2017-08-01 12:25:15 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2066


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