GNOME Bugzilla – Bug 120663
Reduce config traffic for mailbox views
Last modified: 2004-12-22 21:47:04 UTC
See http://mail.gnome.org/archives/balsa-list/2003-August/msg00049.html and the rest of the thread.
Created attachment 19486 [details] [review] Patch against cvs--for discussion
The following patch implements deferred local scanning, in much the same way as IMAP scanning is deferred. When installed, Balsa scans the local folder tree only as far as visible mailboxes (and one more level, to detect which have children). It scans further as the folder tree is expanded in the GUI. This patch doesn't support any user configuration options for controlling the depth of local scanning; it simply picks up a value from balsa_app.local_scan_depth, which is hard-coded as 1. User control could easily be added, alongside the IMAP scan depth option. Some timings for simply starting and closing Balsa (indicative--not carefully controlled!): Test situation: 3161 mailboxes cvs first time: real 0m13.615s user 0m8.220s sys 0m0.320s cvs next time: real 0m37.044s user 0m29.570s sys 0m0.450s deferred scanning first time: real 0m18.169s user 0m12.270s sys 0m0.130s deferred scanning next time: real 0m4.479s user 0m0.730s sys 0m0.090s The `cvs first time' has no views in the config file, but adds them on exit, so `cvs next time' has the startup delay. The `deferred scanning first time' has compatibility code which loads the views, so it *incurs* the startup delay, but saves only a few, so `deferred scanning next time' has neither startup nor exit delay.
Created attachment 19581 [details] [review] new patch against current cvs
Did it get in?
No--the deferred scanning resulted in the horrible closing/reopening of all open mailboxes, once per folder added to the tree--it was really ugly. But...with the new scheme and no more balsa-mblist-repopulate, it should work just fine. The patch is probably now hopelessly out of date, though, so it'll be a little work.
Implemented. Resolving as FIXED...