Re: [Evolution] Mismatch between subject and message contents



On Mon, 2006-01-09 at 16:22 +0530, Parthasarathi Susarla wrote:
On Sun, 2006-01-08 at 12:10 +0100, Erik Slagter wrote:
[snip]
BTW I suggest you never shutdown when important programs like evolution
are running. You better exit them first anyway. That's not because linux
would not be able to handle that (or similar), but simply because 
evolution (or any other gui app) may need user interaction at shutdown,
which you will not be able to handle when you're in the process of
shutting down. Also you may need to do some stuff to make evolution exit
cleanly (mount a disk you forgot, reconnect network, whatever), which
you will not be able to during shutdown.

We had something in mind (and experimental code too) to solve this
issue. What happens when Evolution is 'shutdown' (closed/quit/whatever)
is that it tries to sync up any changes made locally to the Remote IMAP
server. We tried journal-ing any changes that have occurred locally
before the last sync and the time when Evolution is being closed and
then sync it up the next time Evolution starts (in online mode). 

But this actually is not the solution for the issue at hand - since we
are just 'moving' the problem elsewhere. Not a good idea. And so the
code was not committed.

Unless I misunderstand what you're saying, you're moving it from
somewhere remote to somewhere local, which is a big difference.

And yes, I second Eriks' statement. An App *needs* to cleanup and if its
a mail client using a remote server, sync up with changes need to
happen. We are working on this surely. 

But you can never give an upper bound to how long a remote sync will
take. Servers go down, networks are disconnected, power failures happen.
The essence of a distributed application (of which remote mail is a
fairly simple example) is that you can survive these events without loss
of data (which is not the same as perfect consistency between client and
server, but that was never guaranteed anyway). Once you can do that, you
can impose an upper bound on stopping Evo, say 30 seconds.

I'd still like a specific "Sync" action though, preferably per-server.
AFAIK Send/Receive doesn't do it.

poc




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