[Mimedefang] Mail::SpamAssassin::BayesStore::SQL database persistence.

David F. Skoll dfs at roaringpenguin.com
Wed Jul 20 14:25:20 EDT 2005


Matthew.van.Eerde at hbinc.com wrote:

> I agree, though, why call untie_db at all?

Because if you're using a Berkeley DB, then each user has his/her own
file, and if you scan mail for different users with the same spamd
process, then you need to be able to switch database files.

The SA people should really add a function "set_user_context" which
for the Berkeley version would tie the appropriate file, and for the
SQL version would do nothing.

Also, the Berkeley version uses file-based locking, so you want to
release the DB file as soon as you no longer need it to avoid
contention.

Regards,

David.



More information about the MIMEDefang mailing list