Yes, you are correct. My problem is with 2.30. The reason the subject says 2.26 is that it sounded like the same problem that the other person had with 2.26, so I just added more information to the existing bug report instead of creating a new one. (no need to inflate the number of bugs, right? :) )
I will upgrade evolution when it migrates and let you know if it makes a big difference, although it may be harder to determine now. I finally got so disgusted with the slowness that I purged about half the e-mails from that big folder. It was tough on the system, but I finally got it where the folder is half the size it was before and now I'm not having nearly the problems I was before. I DO have a copy of the folder from before the migration, though, so I can probably use that for testing purposes. For what it's worth, this folder was my "admin" folder, so it was mostly full of things like alerts from nagios or e-mails from cron jobs or e-mails from fail2ban or, more substantially, e-mails from the program logcheck. So, e-mails could be anywhere from something really tiny to something bordering on a meg or so in size. As I said, the folder itself had grown to almost 2GB. Before purging, I think there were approximately 38,000 e-mails in the mailbox - I now have it down to about 18,000 and like I said, doing a lot better now. If it still has the problem after 2.30.3 comes out, I'll let you know and you can let me know what you need for debugging. It just seems to me that the program somehow needs to know it's limits and not gobble up resources until there's nothing left. (or would this be a malloc issue???) This same folder worked fine in whatever version I was running in lenny - didn't see the problem until I upgraded to squeeze this week. Anyway, I'll let you know what I see. Thanks for your help! -Ken On Fri, 2010-10-08 at 15:13 +0200, Yves-Alexis Perez wrote: > I guess you meant 2.30 in the subject. I'll ask you to wait some more > days and try with evolution 2.30.3 which will migrate soon in squeeze. > If you can still reproduce, it'd be nice to have some more info on the > mail folder (what type of content, how many mails etc.) Even better > would be a valgrind log on an upstream bug. It's really hard to debug > anything memory related on evolution since it's usually tied to some > personal data, so providing logs might help. > > Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
