Mailing List Archive: DBMail: dev

slow opening [was: Testing]

Index | Next | Previous | View Threaded

keith.hopkins at asianux

May 26, 2008, 5:51 PM

Post #1 of 4 (405 views)
Permalink

slow opening [was: Testing]

On 05/27/2008 02:16 AM, Paul J Stevens wrote:
> Well, I'm *not* saying 'everything' OK - yet. I'm getting quirky
> behavior from TB. Something isn't right.
>
> Opening messages is sometimes slow, and may result in an - apparently -
> empty message. Double-clicking a message will always work though, and
> Thunderbird isn't really complaining, so no fatal problems it would
> seem. Also, I've seen this behavior on 2.2 as well, so it's not new. It
> did get worse for sure though, so I'll definitely look into it. Still, I
> don't really expect it to be a show stopper.

Hi Paul,

Is it opening a single message in general that is slow, or is it opening/switching imap folders that is slow?
I've seen the slowness in opening a imap folder for the first time in a session, for what seems like forever. It may go back as far as using Mozilla + 1.2.x series. It definitely still occurs for me with TB+2.2.10.
My workaround is just to click on a folder I've already opened in TB in the current session, then click back on the "slow" folder. It isn't specific to any particular folder.
I see it most often when I use "N" to jump to the next unread msg, and TB switches to a different folder (after a prompt). I haven't seen the empty message problem in 2.2.10.

--Keith

_______________________________________________
Dbmail-dev mailing list
Dbmail-dev[at]dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

paul at nfg

May 27, 2008, 12:37 AM

Post #2 of 4 (385 views)
Permalink

Re: slow opening [was: Testing] [In reply to]

Keith Hopkins wrote:

> Is it opening a single message in general that is slow, or is it
> opening/switching imap folders that is slow?

Please remember I'm talking specifically about the svn-head/git-HEAD code.
There, opening a message in a folder that is already opened, somehow a parsing
error is triggered by a race condition in the code, leading to an 'empty' message.

A typical TB scenario:

x login user password
x select "somemailbox"
x getmyrights "somemailbox"
x fetch 1:* (flags)
x idle
done
x fetch N:* (UID RFC822.SIZE FLAGS BODY.PEEK[.HEADER.FIELDS (From To Cc Subject
Date Message-ID Priority X-Priority References Newsgroups In-Reply-To
Content-Type)])

It's especially the starting and immediately stopping of idle that messes with
the fetch parser right after that.

The 'slowness' of opening a folder is only related to this in that it will
trigger the same queries. It's something I'm aware of. Hopefully I'll be able to
tackle it before 2.4 - with a little help from people willing to track down slow
queries and suggest improvements.

--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev[at]dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

jake at vapourforge

May 27, 2008, 12:50 AM

Post #3 of 4 (385 views)
Permalink

Re: slow opening [was: Testing] [In reply to]

when you get 2.3 stable i'll be installing it and using it as my main system
(for personal use, but with several GB mail in it)

Paul J Stevens wrote:
> Keith Hopkins wrote:
>
>
>> Is it opening a single message in general that is slow, or is it
>> opening/switching imap folders that is slow?
>>
>
> Please remember I'm talking specifically about the svn-head/git-HEAD code.
> There, opening a message in a folder that is already opened, somehow a parsing
> error is triggered by a race condition in the code, leading to an 'empty' message.
>
> A typical TB scenario:
>
> x login user password
> x select "somemailbox"
> x getmyrights "somemailbox"
> x fetch 1:* (flags)
> x idle
> done
> x fetch N:* (UID RFC822.SIZE FLAGS BODY.PEEK[.HEADER.FIELDS (From To Cc Subject
> Date Message-ID Priority X-Priority References Newsgroups In-Reply-To
> Content-Type)])
>
> It's especially the starting and immediately stopping of idle that messes with
> the fetch parser right after that.
>
> The 'slowness' of opening a folder is only related to this in that it will
> trigger the same queries. It's something I'm aware of. Hopefully I'll be able to
> tackle it before 2.4 - with a little help from people willing to track down slow
> queries and suggest improvements.
>
>

paul at nfg

May 27, 2008, 1:34 AM

Post #4 of 4 (389 views)
Permalink

Re: slow opening [was: Testing] [In reply to]

Jake Anderson wrote:
> when you get 2.3 stable i'll be installing it and using it as my main system
> (for personal use, but with several GB mail in it)

Excellent Jake. That's the only way to really test it.
--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev[at]dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com