On Wed, 2008-12-10 at 16:37 +0000, Michael Meeks wrote: [CUT]
> So there is at least some bound to the growth of the deleted UUID > log ;-) which is the size / likelyhood of re-use in the UUID space. > > It's hard to think of solutions that are that satisfying; but - perhaps > something like cropping the deletion log-size at a percentage of stored > mail size, with some "log overflow" type message to flag that; or having > some arbitrary size bound on it, or more carefully disabling logging > when search services are disabled, or ... having only a single client, > or warning the user that they should run their search service some more, > or perhaps even coupling the indexing piece more closely to the mailer > itself somehow. After some discussion on IRC we decided to add a "Cleanup" method to the registrar's interface. This method will be called whenever Evolution has a reason to believe that the `last_checkout` date as passed during the registry of the registrar has become (or is) too old. After the Cleanup Evolution will do a re-import using mostly SetMany. I have updated http://live.gnome.org/Evolution/Metadata for this. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list