What a relief! Alright, I'll submit a bug on the hanging problem. As for IMAP speed, I'm still not sure how to test 1.08 v.s. 1.20 on the amount/number of times it spends downloading headers. I've got Redhat 8.0 installed with RPM's halfways to Ximian Gnome and, although I don't have much experience with this, I have enough to know that rebuilding 1.08 on this system will be Hell.
So, the best way to go back to 1.08 is to pry the disk out of the center of my laptop and reinstall the old one containing 1.08. I've got a thesis to finish, etc., so I really don't want to do this twice. I want to figure out a good way to do the test before I start. Scott On Wed, 2002-11-20 at 14:10, Not Zed wrote: > On Thu, 2002-11-21 at 04:15, Scott Otterson wrote: > > Jeff, those are great numbers but I suspect the test isn't measuring the > > thing I'm talking about. What I'm talking about is amount of time > > evolution spends rechecking message headers and updating vfolders. For > > example, I just did this: > > > > - started evolution > > - waited for the INBOX to show up (lots of messages about vfolders > > scanning for new headers) > > - open an email > > - delete that email > > - click on a different email header > > - again, I see a bunch of messages about scanning for new headers, etc. > > > > The delay for the 2nd check is about as long as when I first started > > evolution. I haven't yet figured out when evolution decides to go > > through all this checking and rechecking but it seems to be quite a lot > > more often than 1.08. This really makes evolution harder to use on a > > slow modem connection. > > > > Can you think of a way to test this aspect? Do you think that the > > checking and rechecking is because of evolutions's interaction with UW > > IMAP v.s. other kinds of IMAP? If so, the problem is solvable because > > the mozilla IMAP doesn't spend this much time checking and rechecking. > > This could be anything, it definetly isn't the tcp code. Its probably a > vfolder or imap thread deadlock or something like that. > > Not much use discussing it here, you need to create a bug, and attach a > backtrace of all threads of evolution-mail when it is in a solidly hung > state. > > > _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
