Re: [Evolution-hackers] Error storing summary.
On Mon, 2008-05-12 at 11:07 +, ritz wrote: > Hello > > sorry to barge in. > > 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. > Is there any plan to implement this, or maildir format ? I am currently > approaching close to a gig, wrt, mbox file size which aint so good for > backup :( Might be possible if you first configure an IMAP account and then go to gconf-editor and change the URL-string to a maildir://something, that you can get the UI to load a maildir instead ... The code for maildir is there, I think only Evolution's UI just doesn't support it. -- 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 ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Error storing summary.
Hello sorry to barge in. 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. Is there any plan to implement this, or maildir format ? I am currently approaching close to a gig, wrt, mbox file size which aint so good for backup :( > > -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 -- Ritesh Khadgaray Ph: +919970164885 Desktop LinuX N Stuff, RHCE Software Maintenance Engineer, Pune, Red Hat ॐ मणि पद्मे हूँ Eat Right, Exercise, Die Anyway. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
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 ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Error storing summary.
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. -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
Re: [Evolution-hackers] Error storing summary.
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 -- Sankar Your greatest danger is letting the urgent things crowd out the important. - Charles E. Hummel ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] query string format
On Thu, 2008-05-08 at 11:57 -0400, Bill Filler wrote: > Hello, > Can anyone explain how to format a query string for > e_cal_get_object_list() that gets ALL tasks in the system_tasks() database? > I tried "#t" and that works for initial query, but then only returns new > tasks after that when I run it again and I need to get all tasks again. > I couldn't find any doc on the query string format. Any help would be > appreciated. Thanks Using "#t" as a search expression should provide all the tasks in each call to e_cal_get_object_list. It tested to see if there is any bug in it, but it seems to work fine. I think the clock applet also uses the same to display the tasks. - Chenthill. > > Bill > ___ > 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
Re: [Evolution-hackers] HOW TO HANDLE: Glib-GObject-WARNING :Invalid cast from GdkPixmap to GdkWindow.
I think it was due to some code issues and I remember some one else complained it on a normal case also. See if you have the icons loaded at the right place. -Srini. On Mon, 2008-05-12 at 11:01 +0530, svalbard colaco wrote: > > > Hi all, > > I've ported my application on DirectFb backend ; It gets rendred fine > but some menu icons are not displayed > It gives an 'X' for some of the icons in the tool bar and the menu > bar. > > Is it anything to do with the following warning?? > > > > How to handle such a warning? What colud be the reason for such a > warning? > > > > > ___ > 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
Re: [Evolution-hackers] Evolution Exchange invites not working
Hello, Submitted a fix for this one to the STABLE branch. http://svn.gnome.org/viewvc/evolution-data-server?view=revision&revision=8782 Paul, can you try this patch and let me know if it fixes this issue. TIA. Regards, --Bharath On Fri, 2008-05-09 at 14:50 -0400, Paul Smith wrote: > On Fri, 2008-05-09 at 15:54 +0200, Andre Klapper wrote: > > vague guess: "edit -> plugins -> itip formatter" is enabled? > > Good idea, Andre: that plugin was indeed enabled. > > But unfortunately disabling it doesn't seem to have done anything. > > I used my makefile to build the very latest content from the SVN 2.22 > branch of Evolution, and this problem still exists there. So, it's not > related to Ubuntu-specific builds or patches (as far as I can tell). > > Unless, there's some package other than gtkhtml, evolution-data-server, > evolution, or evolution-exchange involved in this? > > I've filed a bug about it in the Gnome tracker since it's not just an > Ubuntu issue: > > http://bugzilla.gnome.org/show_bug.cgi?id=532384 > > I have a full debug build with all logging, etc. enabled so if anyone > wants any help working on this bug, please let me know. > > As long as this is not working I'm having a very hard time using Evo for > my mail!! > > ___ > 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