[26787] in Athena Bugs
Re: sun4 9.4.23: evolution
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Mar 29 00:23:37 2006
From: Greg Hudson <ghudson@mit.edu>
To: "Richard J. Barbalace" <rjbarbal@mit.edu>
In-Reply-To: <20060328184042.m38u4p008kwssk88@webmail.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Wed, 29 Mar 2006 00:22:37 -0500
Message-Id: <1143609757.28676.42.camel@egyptian-gods.mit.edu>
Mime-Version: 1.0
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
I think the problem is just that Evolution's IMAP code isn't as
efficient or robust as we'd like it to be, and over a slow network
filesystem (like AFS over a cable modem), it can actually get behind to
the point where it spends all of its time doing "background" tasks and
has no time left over doing user interaction. We've disabled some
amount of messaging caching for AFS home directories, but that doesn't
seem to help quite enough.
My personal workaround is to use the following alias when running
Evolution at home:
alias evo 'cd /me/home && env HOME=/me/home G_USE_HOME_FOR_HOMEDIR= evolution'
and I have a /me/home/.gconf.path of:
xml:readwrite:/mit/ghudson/.gconf
so that if Evolution spawns a gconfd, it finds my settings in the right
place. Obviously, any Evolution local mailboxes (such as the sent
messagers folder) are separate between my home machine and my work
machine.
This is by no means a supported workaround (in particular,
G_HOME_FOR_HOMEDIR is a local hack to the glib library, and that hack
may go away in a future release if we start using the native glib
build), and I wish I had a better answer.
