Aleksander wrote: > Paul J Stevens wrote: >> FYI, >> >> This exact performance bottleneck has already been resolved in the >> trunk. So no need to file a bug against IDLE performance in 2.2 :-) > > OK, so I assume you'll merge the fix before 2.2.6rc2? > > I confirmed meanwhile, that this is indeed IDLE causing the load.
Sorry, no. That fix required the addition of a field to the mailboxes table (mtime), and a set of rules/trigger to update it. Until we have a reliable framework for automigrations, schema changes are no-go during a stable series. Until then, you can either disable IDLE by tweaking the capability string, or lessen it's impact by tuning the idle_timeout config key. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
