https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7890
--- Comment #6 from [email protected] <[email protected]> --- (In reply to RW from comment #5) > (In reply to [email protected] from comment #4) > > (In reply to Loren Wilton from comment #3) > > > the reaction is /delayed/ -- until the next time sa-learn cron-job runs. > > There's nothing to stop you running it more often - particularly if you make > it more efficent. It is still polling -- an inferior method: increasing frequency increases load, but the reaction is still delayed. > I don't think that's ideal as it means giving spamd read access to > the mail store - something it wouldn't otherwise need. It processes all incoming mail already. I don't think, giving it access to the spam-folders is particularly promiscuous :) > Dovecot has a plugin that largely does what you want. It can also be done > using "IMAP Sieve" which allows sieve-like scripts to be handle IMAP events. > I don't know whether Cyrus has equivalent functionality, I suspect it does. At best, that functionality will be invoking sa-learn each time -- a separate perl-program. Not as efficient as the already-running perl-program with all necessary code already in it. > It would become so cheap you could run it once a second if you like. Which would be quite wasteful, when there is no mail... And not frequent enough, when there is a lot of it -- the problem of polling in general. -- You are receiving this mail because: You are the assignee for the bug.
