评分1星,满分5星

SHIT! useless, does not work, the settings description is unintelligible, shoddy work!

评分4星,满分5星

First of all, THANK YOU! I really love the concept of this extension, and hope you'll continue to develop it. I used POPfile for years, and found it to be extremely helpful, and this feels a lot like that.

I would like to request some better delineation between accounts, please. I have three email accounts in Thunderbird, and use different tags within those accounts (example, in my personal email I have a tag called Bank Statements; in my work email, I have a tag called Alerts). Unfortunately, Thunderbird itself does a poor job of keeping those accounts and tags separate from each other, so sometimes my work email gets a personal tag (example, my actual bank statement my get tagged as "Alert" even though I don't use that tag for personal emails. I think this contributes to some confusion within AutoBucket. I haven't seen AutoBucket actually move my emails from one account to another, but I have seen it not move emails at all, even after training.

I realize that the tagging problem is something Thunderbird needs to fix. In the meantime, would it be possible somehow to make AutoBucket aware that only certain tags are viable for certain accounts? Something like (only tags 1, 4, and 9 should be considered for account A; all other tags are ignored). Essentially a chroot for email?

评分4星,满分5星

This isn't really a review, but I've been unable to find a place to ask question. I've set up Autobucket and it seems to work, except for one thing: a variation of the color I choose for a tag is used in the background of the entries in the list of email items in such a way that they nearly obscure the text. Any thoughts?

评分5星,满分5星

Works really well, I just had to train it on a couple hundred emails then it tagged then right 95% of the time. (I trained it another 1000, but that did not affect its success rate)

评分2星,满分5星

First of all: I appreciate any attempt to make email classification more "smart" . Actually, there is nothing dumber than standard techniques like manually setting filters.

This said, I wonder why it seems to be so incredibly challenging to introduce such functionality.
I enjoyed the built-in M2 Email client of the Opera browser from 2004 to 2013 till they finally dropped support for Linux and all went down the drain.

The M2 client had a "simple" technique: For each folder you created, you could tick "learn from email". When now an email was dragged into a folder, it learned with simple ham-spam-like classification if a mail fit there or not.
In the beginning, a lot mails ended up in all folders, but by drag-and-drop you were able to train the classification easily. The classification-file was just a text-file where you could check for each folder, which keywords were created by the system.

17 years later, I still find myself in email-stoneage, and all I can find is unintuitive, half-ready ****, that is no fun at all.

评分4星,满分5星

Excellent add-on! After spending some time teaching it. it sorted email accurately enough!
I would give 5 starts if it came with 3 or 4 categories pre-taught like gmail does.

评分3星,满分5星

I really like this extension, but I think it could get much better, here some proposals:

- Interaction with filters:
AutoBucket seems to tag my mails _after_ my filters are applied. As a result, in the IMAP inbox the tags are applied, but only after my filters have copied the mails to the local folders. In my case, it would be useful that AutoBucket would apply before the filters, or that you could choose if after or before. It would be useful, for example, to be able to use the tags of AutoBucket to filter the mails.

Another issue seems to be that AutoBucket only applies to mails which did not get any tag from the filters. I like that, but maybe this could also be user defined. It would be useful for the learning that AutoBucket would learn from the tags applied by the filters.

- No points boundary: It would be very useful to be able to set a bounday below which no tag would be applied. Right now, _all_ mails get a tag from AutoBucket (except those already tagged by the filters), but often the mails should not get a tag. AutoBucket should tag only when the tag is clearly to be applied. For example, some mails get a tag with 0,009 points, that is nonsense. A boundary should be able to be set. I would like for example a 0.2 or 0.3.

- I don't know if this is only my issue, but the learning and judging through context menu is extremely slow.

- I also don't understand if re- or untagging false positives corrects the learning. And also don't understand if learning is done only manually or if each tagged mail is learned (and unlearned if the tag is corrected). Maybe a bit more information would make it easier to understand the function. And, as I said above, learning from filters would be great (maybe integrating an action in the filters, something like "learn as X in AutoBucket").

评分3星,满分5星

MAJOR IMPROVEMENTS IN V.1.2.0!!!!
.. but very far from being "done"...

Whatever the Autobucket change was from "Sync" storage to Local storage, Autobucket no longer blows up memory use/pagefile. I estimate that the memory resource reduction to be >>70% from previous releases that were alleged to be bugfixed. DO NOT REGRESS THIS MAJOR ARCHITECTURAL ERROR IN FUTURE RELEASES...

It's possible that Thunderbird v78.11.0 bugfixes might be playing a part in Autobucket's rehabilitation, too.

No way to estimate how much faster 1.2.0 is over previous releases, because previous releases would hang Thunderbird for more than 24hrs before regaining UI response after ANY single Autobucket operation. Many orders of magnitude faster now, but still too slow - too slow for anything other than non-production hour runs of batch operations..

Autobucket desperately needs an UNLEARN AS TAG flyout menu option, RATHER THAN THE WHOLESALE DELETION OF ALL ACCUMULATED PREVIOUS "LEARNING." This is necessary whenever Autobucket egregiously mis-tags messages, even after HUNDREDS of manual Learn as Tag "lessons." WRONG TAGS, PER MESSAGE, NEED TO BE GRANULARLY UNLEARNED as part of "learning," whiile preserving all other valid rules.

THIS IS MAJOR PROGRESS!!!

Now, Autobucket is a modestly useful app, instead of [CR]app.



_____________________________
v1.1.3 "update"...
1) AB Options tab now only populates with NO parameters (NO Tags & ZEROED LIMITS, no matter what might have been saved before)
2) no option to Learn message as during right click on message list item
3) still chews up and down on memory consumption/exhaustion as reported with v1.1.0
____________________


Allegedly v1.1.0 works with Tbird 78.x.

Well, here's how...:

1) one of the SLOWEST extensions to load/reload that I have ever witnessed

2) Options page loads EMPTY, hangs (literally for hours), "recovers," then refuses to accept any parameters (sees no existing Tbird tags, accepts no Learning upper limit size, accepts no Judgement log retention), then hangs again,

3) worst possible resource consumption of any extension I have ever witnessed: can variously demand 2GB->20GB of memory while DOING ABSOLUTELY NOTHING, just "idling"). Luckily, it's not a memory leak - all memory is freed up if/when Tbird is exited and/or process-killed

I could go on.

Suffice it to say that this is a really excellent extension in hanging/tying up all of Tbird via ridiculous system resource exhaustion..

(Tbird really needs to be able to throttle runaway resource consumption by badly coded extensions like this one).

Are any of these the reasons why v1.1.0 is BURIED on the Other Versions page??? It sure doesn't show up on the main page.

对这个附加组件,此用户曾发表过1个评价

评分5星,满分5星

amazon tag add-ons, let email more clear :)

这个评论是针对附加组件的一个早期版本的(1.0.11)。 

评分1星,满分5星

I really like the _idea_ of this add-on - using bayesian flitering to tag emails.

The problem is that I cannot figure out how to train emails.

Is it just tagging them? Or do I need to use the context menu? Does un-tagging correct a false positive?

Also, it'd be helpful if there were default settings for the plugin, instead of blank fields. How many kb? No idea. How long for retention? No idea.

I'm guessing that this is just a documentation and UI/UX problem, not a functional one. But since I cannot determine if things are working or not, I cannot use it.

Thanks for writing it, and I hope that a future revision has some more clarity. Or perhaps a happy user can leave a comment here?

这个评论是针对附加组件的一个早期版本的(1.0.7)。 

Thanks for the review!

I added the explanation to "About this Add-on".
I also have a help page. I want you to see that too.
I recommend setting 100KB and 78 hours. I was supposed to set the default value, but it wasn't working because of a bug.

I fix ver1.0.8

* Fixed the problem that the initial value of the option was empty
* Added instructions on how to use when installing an extension
* Fixed help

评分4星,满分5星

Danke :-)
danke für die Übersetztung

这个评论是针对附加组件的一个早期版本的(0.9.9)。  对这个附加组件,此用户曾发表过1个评价