Spam training and Junk folder behavior
I have noticed that Zimbra's spam training and recognition is not improving over time as I expected it would. I've concluded that I don't really understand how Zimbra performs training as well as I should.
Three related questions:
1. I know that users can help Zimbra spam training by manually using the Junk / Not Junk button on the toolbar. However, does dragging a message into the Junk folder trigger similar learning behavior? This is important for us, as most of our users interact with Zimbra via something other than the web interface (mostly Thunderbird, sprinkling of other IMAP clients). It would be nice if they could drag mail to the Junk folder and have it learned.
2. Does marking a message as Junk using Thunderbird's Junk / Not Junk button (or similar buttons in other clients) do anything useful for Zimbra training?
3. This command is in zimbra's crontab: /opt/zimbra/bin/zmtrainsa
What is the behavior of this? From running it manually, I see it is looking only at the user zimbra's folder(s), but I can't tell which folder(s) or what it is doing. Is there any mechanism by which EVERY user's Junk folder is analyzed on a regular basis?
Ultimately, what I think we want is for users to be able to help Zimbra train by dragging messages to their Junk folder. In the meantime, I am manually running zmtrainsa on my own Junk folder once a week to help the process.
Any thoughts or advice here will be much appreciated. Thanks!
At present, it's the Junk button or nothing
In the Zimbra Web interface, you need to press the "Junk" button to train the spam filters. Dragging a message to the "Junk" folder does not do the same thing.
Originally Posted by flyerguybham
There's already an enhancement request filed in bugzilla to make IMAP COPY to Junk train the spam filters. Please vote for it if you'd like to see it implemented!
No. Although I believe that it trains Thunderbird's own spam filter, for what that's worth.
Originally Posted by flyerguybham
Not Sure You Want To Do That!!!
Not sure you want to that!!!
Originally Posted by wdimmit
Forwarding an email to a spam training account causes the forwarder's email address to be trained by the spam filter.
What you want is to do a REDIRECT, which is available in MUAs like KMail.
zmtrainsa on user folders without password?
It seems undesirable to divulge the auto spam and ham training addresses at all, let alone trusting users to use them properly.
The ability to train on a user spam folder exists
That is essentially what I do on my existing non-zimbra server with a daily cronjob, but passwords are a non-issue when using Maildir.
./zmtrainsa <server> <user> <pass> <spam|ham> [folder]
Zmtrainsa calls zmspamextract which calls `zmjava com.zimbra.cs.util.SpamExtract`. By default no username is given and it seems to login as zimbra and extract email from presumably the "spam" and "ham" accounts (depending on a -s or -n argument). Correct?
It would be really nice to run zmtrainsa on a user without knowing their password. Can this be done?
Vote for feature enhancement request
Please vote for bug 14659 if you think it would be useful to train spamassassin with users arbitrarily named spam folders without supplying their password.
Think IMAP-only users, folders named other than Junk, and freshly migrated systems.