Bug 1394123

Summary: [IMAPx] Mail deleted in vFolder sometimes re-appears
Product: Red Hat Enterprise Linux 7 Reporter: Zhang Kexin <kzhang>
Component: evolution-data-serverAssignee: Milan Crha <mcrha>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: high    
Version: 7.4CC: jkoten, kzhang, mbarnes, mcepl, mcrha, vbenes
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: evolution-3.22.6-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-01 12:25:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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