Ticket #239 (closed enhancement: wontfix)

Opened 6 years ago

Last modified 6 years ago

Per-domain bayesian database

Reported by: maia@… Owned by: rjl
Priority: low Milestone:
Component: amavisd-maia Version: 1.0.0 RC6
Severity: normal Keywords:
Cc:

Description

I'd like to make a request for a per-domain bayesian database. While a global database does keep the overall size to a mimimum, it doesn't work very well in our environment as a service provider.

Change History

Changed 6 years ago by dmorton

  • milestone set to 1.1.0

This *may* be possible as early as 1.1, but I'm not sure...

Changed 5 years ago by dmorton

  • priority changed from normal to low
  • status changed from new to closed
  • patch set to 0
  • resolution set to wontfix
  • milestone 1.1.0 deleted

Looking at the API for spamassassin, I don't think it is possible. The

username used by SA is established when SA is initialized, which is a very expensive operation. We obviously don't want to (possibly) re-initialize SA on every message... that might mean 4-5 seconds per message!

There is also a signal_user_changed() call, but the docs indicate that it closes the current set of databases and opens up the new ones. It may be talking specifically of filesystem based .spamassassin/ db's, but at any rate the api doesn't seem to have any support for per-user calls.

What needs to happen is a rewrite of much of SA to accept a user parameter to many of the functions. Unless that happens, I just don't see any way to incorporate this into Maia.

Closing as wontfix for now; if circumstances change and SA *can* handle this, we can reopen the ticket.

Note: See TracTickets for help on using tickets.