After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 323630 - hide Junk UI if Junk plugin is not enabled
hide Junk UI if Junk plugin is not enabled
Status: RESOLVED DUPLICATE of bug 259506
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-12-09 14:24 UTC by Lyf Stolte
Modified: 2006-01-16 01:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Description Lyf Stolte 2005-12-09 14:24:53 UTC 
Please describe the problem:
The junk filter is not filtering out junk mail or spam from my inbox.  

Steps to reproduce:
1. Setup a normal POP account 
2. Check both boxes in Edit-> Preferences-> Mail Preferences-> Junk 
3. Check for new messages


Actual results:
I get all the mail to my inbox including junk and spam.

Expected results:
I would expect that the junk and spam would go to their applied folder, "junk"

Does this happen every time?
Yes

Other information:
No
Comment 1 André Klapper 2005-12-09 19:02:08 UTC 
hi lyf,

please make sure that SpamAssassin is installed and the sa-plugin enabled (see
"Edit | Plugins").

quoting guenther from here on:
"Also, SpamAssassins built-in Bayes filters need to be
trained. The default SA rules work from the very first message, as do
the network tests. Bayes needs to learn 200 Spam and Ham /each/, before
kicking in (default install).

Note: "Learn", not identify. Messages are learned either by manually
classifying them, or if a certain threshold is reached (which is more
extreme than the line between Spam and Ham)."
Comment 2 Yusei 2005-12-21 07:53:24 UTC 
I have the same problem on Debian and Ubuntu, after an upgrade from 2.2 to 2.4. I don't have any Edit/Plugins menu entry. If a plugin is needed and not active or not present, Evolution shouldn't display the junk/not-junk buttons, or should warn the user that they're not working.
Comment 3 Yusei 2005-12-23 10:19:56 UTC 
Okay, the Edit/Plugins item appears when you install plugins, and everything works fine afterwards. However, the graphical interface needs to be fixed to hide inactive buttons or warn the user.
Comment 4 André Klapper 2006-01-01 14:27:34 UTC 
rephrasing
Comment 5 Karsten Bräckelmann 2006-01-16 01:24:52 UTC 
This bug covers more than one bug. According to the summary (hide UI if disabled), this bug is a duplicate of bug 259506. Warning the user and/or getting rid of the UI if the plugin does not work is covered in bug 273041.

If you seriously thing, those other bugs don't cover the topics raised in here, feel free to reopen this bug. Thanks for taking the time to report this issue!


BTW, the separate evolution-plugins package is a Debian/Ubuntu specific issue. You are not the first one who got bit by this...


*** This bug has been marked as a duplicate of 259506 ***