Re: [Evolution-hackers] Error storing summary.



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



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]