On 25 Jan 2018, at 13:33, James Galvin wrote:

Coming back to my original message, here is the current status and the “fix”.

As part of my configuration I have a number of smart mailboxes (e.g, A1) that I use to identify sets of messages. Next I have a number of other smart mailboxes that include in their conditions the use of the test (“is not in” A1).

Benny says it’s the use of “is not in” that’s the issue. It manifests a “performance bug”. At least part of the issue is that MailMate is not particularly efficient about making that calculation. If I allow myself to be patient the “spinning beachball” does eventually complete, mostly in around 10-15 minutes but I have waited over an hour.

Benny’s pretty sure there’s something else going on too. The primary point here is that this will not be an easy fix.

The fix I have is really a work around. Step 1, don’t use “is not in”.

Step 2, in the smart mailboxes I use to identify sets of messages, I added a rule to set a mailbox unique tag to messages in those mailboxes, e.g., the name of the mailbox A1. Then, in the mailboxes where I don’t want those messages to appear, I use the condition “Tags is not A1”.

Works like a charm. No more “spinning beachball of death”. I am once again a very happy MailMate user.

Benny is going to continue to study the issue and hopefully identify a way to be more efficient about calculating “is not in”.

Thanks to all, especially Benny,

Jim

I have a bunch of mailboxes using “is not in” condition as you describe. I regularly see spinning pizza but only for seconds to minutes. I will try your workaround when I find time to implement it.

Robert

_______________________________________________
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Reply via email to