GNOME Bugzilla – Bug 391901
Poor junk filtering performance
Last modified: 2021-05-19 11:36:43 UTC
Forwarding this from a downstream enhancement request: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198767 It seems like evolution is passing each newly downloaded mail message to spamd before processing the next one. It would be good if evolution downloaded all mail messages to a queue, which were then passed to spamd one at a time.
Bumping version to a stable release.
mbarnes: How to test if this is still an issue?
Here's the loop where we submit one message UID at a time and force camel_filter_driver_filter_message() to download the full message. The second argument in the function call (NULL) is where the full message would otherwise be passed in. http://git.gnome.org/browse/evolution-data-server/tree/camel/camel-folder.c#n356 Downloading all the messages up front would certainly make filtering progress seem to go faster once it finally starts, it would just take longer to start. Additionally it might help to write all the messages out to a temporary mbox file and feed it to bogofilter or spamassassin to process in one go, instead of spawning the program for each message. I think both programs can handle that.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.