[Evolution-users] How to speed up generating list

[Milan Crha]

On Mon, 2025-03-31 at 21:05 +0200, Michael S. via evolution-users
wrote:
> I'm only searching the current folder, so that's not the problem. 

	Hi,
my first guess would be the "in" part of the "Search:" bar above the
message list is other than the "Current Folder", but you said it's not,
thus it's not it.

> One example is a folder with only 8 emails takes 10-20 seconds to
> generate.

That's unacceptable, to say the least. There was no direct change in
this regard in yours 3.56.x series, thus it might be something else.
Could you share a bit more details, please? Like what account type,
what precise filter is set, any detail. For example if you've a filter
"Message Contains", and the folder is IMAP, and not all of those
messages are downloaded locally yet, and the server supports the SEARCH
extension, then the IMAP account first searches server-side using the
SEARCH extension, then it refines the result locally, which involves
download of the messages which are not downloaded yet, which can take
its time. Clearing the search and entering the same again will be
quicker, due to the remote data being available locally already.

> How to rebuild indexes, if there is even such a thing?

There are no real indexes on message bodies enabled, but the message
list content is downloaded locally. It's usually under

   ~/.local/share/evolution/mail/<account-uid>/
   ~/.cache/evolution/mail/<account-uid>/

depending on the mail account type (local or remote), which maps to:

   ~/.var/app/org.gnome.Evolution/data/evolution/mail/<account-uid>/
   ~/.var/app/org.gnome.Evolution/cache/evolution/mail/<account-uid>/

when using Flatpak. Unless you restarted the machine after update, I
suggest you run:

   flatpak kill org.gnome.Evolution

to make sure the updated bits are running, because closing the
Evolution does not close the background processes, which are running
together with it.

	Bye,
	Milan