[MlMt] Long delays after system update
David R. Oran
daveoran at orandom.net
Sat Apr 4 10:34:00 EDT 2026
On 3 Apr 2026, at 18:21, David R. Oran wrote:
> On 3 Apr 2026, at 16:47, Robert Brenstein wrote:
>
>> I think I solved the problem. The change that worked was to give SpamSieve full disk access rights. No idea whether this setting got lost during the system update or was not needed before. I am not sure where I found a tip about this either. I am just happy that MailMate works again as expected :-)
>>
> In my case Spamsieve already hd full disk access but Mailmate did not. I’ll see if that was my problem…
>
Nope, both Spamsieve and Mailmate have full disk access and Mailmate still beachballs for many seconds on evaluating messages with Spamsieve.
>> Robert
>>
>> On 3 Apr 2026, at 20:02, David R. Oran wrote:
>>
>>> I’m seeing this extensively on Tahoe (26.4), Mailmate 6290 & 6292, with Spamsieve multiple versions (just updated to 3.3b1) and already reported it to Bennie along with config and activity logs.
>>>
>>> Just FYI - you can cut the beach balling short by clicking on Spamsieve to bring it to the foreground. My guess is the root cause is something in MACOS blocking or delaying cross-app data sharing.
>>>
>> _______________________________________________
>> mailmate mailing list
>> Unsubscribe: https://lists.freron.com/listinfo/mailmate
>
> DaveO
DaveO
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20260404/35f0fe53/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2095 bytes
Desc: S/MIME digital signature
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20260404/35f0fe53/attachment-0001.bin>
More information about the mailmate
mailing list