https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6114
--- Comment #25 from Adam Katz <[email protected]> --- (In reply to comment #24) > (In reply to comment #23) > > It makes no sense for this to be in nightly masschecks. > > > > It belongs in a separate DNSBL or SOUGHT-like add-on sa-update channel. > > It's been hanging around for years, doing nothing. > Can you pls remove the bloat? > > I'd like to increase spam corpus size > If I do, processing time of the weekly checkss so long that it doesn not > fit in the timeslot. > Removing "no hit" rules "nopublish" bloat, etc would probably shorten > masscheck time. > > > > (I've been away for a while. Is SOUGHT still updating?) > SOUGHT_FRAUD is ok - generic SOUGHT seems faulty, atm > JM has been contacted. This *is* an sa-update channel, which is why it's marked nopublish in subversion. Its presence here merely help people see that it is vetted. Because these only run on one header, their performance should be quite fast. They also use constructed (optimized) regular expressions for performance purposes (as indicated in earlier posts on this very bug). I set this up in this manner because SA rule publication wasn't fast enough to make use of updates at a feasible cadence. Is this still true? If we're confident that SA can update fast (and reliably!) enough, I can remove the nopublish tflag. -- You are receiving this mail because: You are the assignee for the bug.
