Execution of filter 'Junk check' fails with "Empty cache file"
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Evolution |
Unknown
|
Unknown
|
|||
| evolution (Debian) |
New
|
Undecided
|
Unassigned | ||
| evolution (Ubuntu) |
Confirmed
|
Low
|
Unassigned | ||
Bug Description
I currently use an Evolution setup in which I retrieve email via IMAP from an unfiltered mailbox, and then use Evolution to automatically filter for spam/junk mail.
This process works as expected upon starting Evolution: all email is retrieved from the mailbox (and thus resides in the Inbox folder, where it arrived), then it's filtered to identify spam, and then the spam is moved from the Inbox to a Junk folder.
However, after Evolution has been running for some time (hard to estimate because it requires an email to be received, but likely 5-10 minutes; it's possible that this is just "one email refresh interval" but also possible that something else is going on), newly received email stops being filtered for spam, and all the email remains in the Inbox. This happens at least in the case of receiving one email at a time, and most likely in the case where multiple emails are received in one send/receive cycle.
When this failure to remove spam/junk happens, there's a yellow banner at the top of the screen saying, for example (the filename is not always the same),
"Error while performing operation.
Execution of filter 'Junk check' failed: Empty cache file: /home/ais523/
I checked the contents of the file in question; it appears to be a copy of the email that was just received, including all headers. (It's possible that there's a race condition here and that the file was empty when the filter looked at it, but became populated just after it errored out, but perhaps something else is going on.)
This behaviour is a problem because it means that either I have to delete junk mail by hand, or else that I have to repeatedly close and reopen Evolution so that the automated system will work.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: evolution 3.18.5.2-0ubuntu3.1
ProcVersionSign
Uname: Linux 4.4.0-36-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: Unity
Date: Mon Aug 22 17:19:59 2016
ExecutablePath: /usr/bin/evolution
InstallationDate: Installed on 2014-06-03 (811 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
ProcEnviron:
PATH=(custom, user)
SHELL=/bin/bash
LANG=en_GB.UTF-8
LANGUAGE=en_GB:en
XDG_RUNTIME_
SourcePackage: evolution
UpgradeStatus: Upgraded to xenial on 2016-05-02 (112 days ago)
| ais523 (ais523) wrote | #1 |
| Trev Peterson (trev-advanced-reality) wrote | #2 |
| Launchpad Janitor (janitor) wrote | #3 |
| Changed in evolution (Ubuntu): | |
| status: | New → Confirmed |
| Changed in evolution (Ubuntu): | |
| importance: | Undecided → Low |
| blastradius (blastradius) wrote | #4 |
| ais523 (ais523) wrote | #5 |
| Ben Holness (ubuntu16user) wrote | #6 |
| Ben Holness (ubuntu16user) wrote | #7 |
| Ben Holness (ubuntu16user) wrote | #8 |
| Stephen Allen (stephen-d-allen) wrote | #9 |
| cue (keino) wrote | #10 |
| cwmoser (carl-carteblanc) wrote | #11 |
I have the same issue. It seems like it might be this bug once again:
https:/
I experience this bug for me and for a client that runs evolution as well. I suspect it's pretty common. I error out when running mail filters, downloading mail and moving junk to a physical junk folder.