Re: [Evolution-hackers] Evolution Exchange invites not working

2008-05-12 Thread Bharath Acharya
Hello,

Submitted a fix for this one to the STABLE branch.
http://svn.gnome.org/viewvc/evolution-data-server?view=revisionrevision=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


Re: [Evolution-hackers] HOW TO HANDLE: Glib-GObject-WARNING :Invalid cast from GdkPixmap to GdkWindow.

2008-05-12 Thread Srinivasa Ragavan
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] Error storing summary.

2008-05-12 Thread Sankar P
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.

2008-05-12 Thread ritz
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