RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
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:
Embargoed:

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.