@Michael_Tsai I would suggest that both the documentation and the interface should lay more stress on the importance of checking “Filter spam in other mailboxes” and selecting your Inbox folder(s). Until I read through this thread and did that, SpamSieve was not filtering messages as they arrived and I had to select them and choose Filter Messages manually (I could not use the keyboard shortcut as it is not working globally, so I actually had to choose physically from the menu bar itself). But once I had set things up to filter the “other” mailboxes every 60 seconds, all was well. The notion of “other” here is thus wrong; the user needs this to be enabled for Inbox folder(s) in order to get SpamSieve to keep working at all over the course of time.
Yes, I have some changes in the works for the next version, and there have already been some updates to the online version of the documentation.
Please start a new thread about this or contact me offline so we can figure out what’s happening here.
My understanding of this issue is evolving. I never encountered this in the first two years of developing and testing the extension. Very few people seemed to encounter it during the beta period, and it seemed that reinstalling the app would get it working and then it would stay working. So I thought it was fine to leave the workaround under the feature for “other” mailboxes and mention it as a FAQ but not recommend that everyone set it up this way.
Now, Mail does not reliably communicate with the extension on any of my Macs, and I was able to reproduce the problem with a clean Sonoma installation and Apple’s own Mail extension sample code, and a lot of customers (but I still think a single digit percent) are encountering the issue, too. For some, it happens right from the start. For others, everything works fine for days/weeks, and then suddenly (without any software updates or even a restart) it stops, and so we have to break out the workaround.
So I now think that people should enable inbox filtering “just in case.” And I have accelerated plans to optimize the feature for very large mailboxes, since that’s less of a niche case, with more people using this feature and using it on core mailboxes, which tend to be larger.
Sounds awesome, and let’s keep this in perspective: with the inbox filtering enabled, things are working great!
It’d just like to let you know that auto filtering has been working reliably on my MacBook since I installed macOS 14.1 Public Beta 2. I didn’t do anything special, it just started filtering again.
I’ll update to Public Beta 3 today—let’s see how that goes…
Thanks for letting me know. I do find that reinstalling macOS or SpamSieve often helps, sometimes only temporarily. It really seems like there’s an OS (rather than Mail-specific) issue that’s preventing the communication between Mail and the extension, as if the PlugInKit registry is confused.
SpamSieve 3.0.1b2 can now automatically filter new messages in the inbox that Mail failed to send to the Mail extension. So, in most cases, you no longer need to do anything to work around this Mail bug.
If the green flags are being applied automatically, that implies that it did not stop filtering. You should check the Log window to see what it says about these messages and train them if they’re spam.
Updated to b2. Now SS is sending to the extension. Thank you.
Great, thanks for the follow-up!
To be clear, it’s probably still not using the extension, just automatically applying the workaround. You can see in the Info ‣ Origin section of the Log window how SpamSieve accessed the message. It will say whether it was from the plug-in, the extension, filtering other mailboxes, or (new) filtering the inboxes.
I turned off “Filter spam messages in other mailboxes”, installed b2, and waited overnight for some spam to arrive. Sure enough, b2 is behaving as I believe we expect: in effect, it is doing by default what “Filter spam messages in other mailboxes” was doing — it is (periodically?) polling the inbox(es) after the fact to see whether there are messages that the extension mechanism did not report to it initially. So it’s basically the same workaround in another guise, as I understand it. Which is fine, since the workaround does work around the issue, and I think this is a better way to package the workaround. Nice!
Great, yes it polls using the same interval as Filter spam messages in other mailboxes.
Yes, just trying to make it friendlier by being opt-out instead of opt-in, by not requiring any configuration or updates if you change your accounts, and by trying to protect you from large inboxes that could make Mail hang. Post 3.0.1, I will look into making it faster and more efficient.
With SpamSieve 3.0.2b1, I think this issue is now fully fixed. If you encounter the bug where Apple Mail stops sending new messages to SpamSieve’s Mail extension, SpamSieve will automatically filter the new messages in another way, and this should be fast and work with mailboxes of any size.