Re: [Evolution] Wish: Uncached IMAP folders
- From: Ron Johnson <ron l johnson cox net>
- To: ML Evolution <evolution-list gnome org>
- Subject: Re: [Evolution] Wish: Uncached IMAP folders
- Date: Mon, 24 Apr 2006 20:01:34 -0500
On Mon, 2006-04-24 at 23:57 +0100, David Woodhouse wrote:
On Fri, 2006-04-21 at 14:47 -0500, Ron Johnson wrote:
And STATUS means "tell me about *all* emails? If so, bummer.
Turns out it's not STATUS but LIST, but in any case you can see the
(impressive) amount of traffic generated by running with
CAMEL_VERBOSE_DEBUG=1.
received: * 12147 FETCH (UID 12166 FLAGS (\Seen))^M
received: * 12148 FETCH (UID 12167 FLAGS (\Seen))^M
received: * 12149 FETCH (UID 12168 FLAGS (\Seen))^M
received: * 12150 FETCH (UID 12174 FLAGS (\Seen))^M
received: A00049 OK FETCH completed.^M
No, that's neither STATUS nor LIST. That's FETCH, and it's a regression
I know. It's example, though, of the "(impressive) amount of
traffic" between the IMAP server and Evo.
since Evolution 2.2. It's fetching the flags and the headers for every
mail in every folder. Even if you were to prune your cache, it'd refetch
them every time it checks for new mail.
We _used_ to just use STATUS, and it took about three lines of traffic
to check how many mails were in folders like your history subfolders. In
Evo 2.6 (or maybe 2.4) the code was changed and now it re-fetches the
[snip]
folders won't get updated either though. The real fix is to start using
STATUS again for checking mail folders.
--
-----------------------------------------------------------------
Ron Johnson, Jr.
Jefferson, LA USA
"The First Amendment protects speech from being censored by the
government; it does not regulate what private parties (such as
most employers) do."
http://www.eff.org/Privacy/Anonymity/blog-anonymously.php
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]