[Evolution-users] How to speed up generating list

[Michael S.]

On Tue, 2025-04-01 at 07:24 +0200, Milan Crha via evolution-users wrote:
> 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, 
Agreed.
> to say the least. There was no direct change in
> this regard in yours 3.56.x series, thus it might be something else.
That rules out the flatpak update.
> Could you share a bit more details, please? Like what account type,
> what precise filter is set, any detail. 
IMAP
> 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...
I have 7 message filters and 1 search folder. What else do you need?
> 
> > 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

Thanks Milan.
-- 
Michael S.
Evo is awesome!