From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020809 Description of problem: After being open for several days, evolution will stop responding. I then have to kill all of it's processes and restart it. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Open Evolution 2. Use Evolution every day and never close it. 3. Eventually it will lock up. Actual Results: It locked up again. Expected Results: I didn't expect it to do it again after the first time it happened but it did. Additional info:
Which version of Evolution are you running? How you are connecting to your mail server (local, pop, imap)? Do you access the same server with another email client (at another location)? I have had Evolution up on my workstation for over a week now without a problem.
I am using evolution 1.0.8-10. The protocol I'm using is IMAP. Sometimes I ssh from home to our mail server and check my mail with pine.
That's the big kicker. I have noticed that Evolution does not handle IMAP connections very well if another client attempts to obtain the mail box lock. You see, once Pine opens up your mailbox file it says something to the effect that "another client has mailbox - attempting to retrieve lock". The imap server itself was the "client" that possessed the original lock. Once Pine has achieved a lock on the file, Evolution should treat your mail folders as read only until it can successfully retrieve the lock again (after about 2 minutes of the lock being freed up). Mozilla Mail and Outlook Express are more graceful in handling another client "steal" the lock. Workaround : ensure that you shutdown Evolution (or switch to OFFLINE mode) prior to accessing your mail box from a different location. OR switch to a different email client.
Nothing about this is going to be fixed at the Red Hat level -- I will note, though, that 1.2 is a lot better about handling these states more gracefully.