On Mon, 2008-05-12 at 15:34 +0530, Srinivasa Ragavan wrote: > Sankar, > > Yet another solution for this problem will be to (re)write the local > backend using the camel-offline-folder model, where every mail in the > folder is stored in a distributed fashion, avoiding one huge mbox or > huge files in a directory and also solves issues like unlink the file to > delete a mail etc.
Right. Got it. Something like what I do with GroupWise caches. Nice One. > > -Srini > On Mon, 2008-05-12 at 14:51 +0530, Sankar P wrote: > > On Fri, 2008-05-09 at 23:57 +0200, Andre Klapper wrote: > > > OK, so i managed to fuck up my POP Inbox for the third time in a few > > > weeks, means: every time i switch to another folder i now get an "Error > > > storing summary" (or something like that). i've seen some reports about > > > this in bugzilla, e.g. > > > http://bugzilla.gnome.org/show_bug.cgi?id=532049 . the last time i ran > > > into this psankar told me to manually edit the mbox file and remove the > > > offending email that misses the From line. this is not fun anymore when > > > having a 600MB inbox file. a normal user is not willing to learn vim and > > > emacs, me neither. > > > > I guess there should have been some recent commit which catalyzes this > > break-up-of-mbox. So, we need to just analyze and find out on what > > scenarios this is caused. > > > > Earlier, we used to get a folder-summary-mismatch and will not proceed > > at all. I have seen some heavy users being saved from that trouble, once > > we put in the code to auto-fix the .summary file. > > > > Broken mboxes are one scenario which we have not handled so far and it > > will be fixed. May be we will provide: evolution-fix-broken-mbox which > > will handle them. (/me remembers fejj's mail sent 2 days back) > > > > However, there are certain important things than fixing broken mboxes, > > like moving the summary to a db so that you don't have to hold every > > msginfo etc. which we are currently working on. So, operations like mbox > > recovery will have to wait for some time. We will try to identify why > > this has started happening frequently for you and will fix this soon, > > probably tracked in a bgo bug. > > > > > > > > Philip, > > > > Converting the local store from mbox to maildir will be a better option > > for the local accounts. It might create new problems and I will analyze > > about this and will come up with a fix if it does not cause any issue. > > > > And sqlite databases disk-blocks aren't spectacularly closely-written, > > when I last iogrinded (ground?) them. And mboxes/maildir are readable by > > all sane mail clients and hence makes sense to stick to some common > > standard than a single-filed-db. May be I will make a study of this > > after the db-based summary work is done. > > > > > > > if nobody's working on a fix i should consider > > > switching to thunderbird. > > > > We will fix this bug as it is critical and comes from a long time user, > > whom we want to keep happy :-) However, mail is a hog that tends to bite > > if it exceeds a limit, no matter which application we use and we will > > try to tame the beast. > > > > > > > > andre > > > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers _______________________________________________ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers