Why was ManualJunkAction created?
So you've got this spam problem, right. You need to deal with it. You've got some nifty setup involving Bayesian learning (caveat: you should skip the rest of this if that didn't mean anything to you) that reads some folders and improves its spam detection based on what's in them. You also keep some statistics going to figure out, y'know, what's going on when and how much, that sort of thing. But Thunderbird, bless its heart - Thunderbird doesn't make any distinction between spam it detects and spam you detect because it failed to detect it.
So you write an extension to make it make a distinction. And you write ManualJunkAction. And by you, I mean me.
What's next for ManualJunkAction
The way Thunderbird 2.x is set up required I leave out an option to send junk mail from one account into a folder on another account. I'd like to fix that.
There's also a global preference to do something with Thunderbird's marked-junk mail, either shifting it to the account's Junk folder or its Trash folder. Since the semantics of interaction between that preference and an account's preferences are ill-defined - whatever doing the right thing here is, it isn't obvious - using that preference disables ManualJunkAction everywhere. Figuring out how to solve that correctly is also on the docket.
It would be nice to not have to totally override the given XUL that ManualJunkAction uses so it can play more nicely with other extensions. I'll be leaving it in the Sandbox until that can be fixed.
About the Developer
|User since||March 5, 2007|
|Number of add-ons developed||5 add-ons|
|Average rating of developer's add-ons||Rated 4 out of 5 stars|