GNOME Bugzilla – Bug 431582
Exchange-based message shows up as raw html
Last modified: 2017-05-03 14:56:36 UTC
Forwarding from a downstream bug report: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237106 I'm filing this against E-D-S because I suspect it to be a Camel issue. Description of problem: When accessing a message on an Exchange server via evolution-connector, I occasionally get a long piece of html garbage, which doesn't render, and deep inside says that my Outlook Web Access session has timed out. This can happen with an old message (that is, I've read the message successfully before in evolution) or a new one. Once it has happened, the message has never correctly rendered again. If I log on to OWA directly, I can easily see the (correctly) rendered message, so it's still there on the Exchange server. If I forward the message back to myself using OWA, it again renders correctly on both OWA and in Evolution. I suspect that there's some sort of time-out happening, such that non-initial password requests from OWA aren't answered quickly enough, and that the occasional message just doesn't make it. But then when evolution does reauthenticate, the error page is already cached, and Evolution doesn't re-acquire the message from the exchange server. Evolution is currently set to check for password expiration every 7 minutes; I've reduced that to 5, and I'll see if that helps. I've attached a saved version of one such bad message. You'll note that it has the headers of an email message. Version-Release number of selected component (if applicable): How reproducible: It happens fairly rarely, less than 1% of messages. I can't control the occurance, and have not yet found anything that influences the frequency. Steps to Reproduce: 1. Use evolution/evolution-connector for a long time. 2. 3. Actual results: Message displayed with correct headers, but funky non-rendering html body indicating OWA timeout. Message never is restored. Expected results: I would expect the message to be correctly rendered, but if not, I'd expect it to be possible to "redownload" the message. Additional info: I know this one's going to be a bear to track down. Intermittent things are just a pain. But I wanted to let you know about it. I suspect that shorting the password expiration check may reduce the frequency of the problem to effectively zero, which seems a reasonable solution. p.s. I'm using evolution version 2.8.3-1, but have observed the same bug in 2.8.3-2, and have seen it as far back as whatever was present in FC3. Attachment: http://bugzilla.redhat.com/bugzilla/attachment.cgi?id=153004
I am able to force evolution to redownload the message from the exchange server by removing the cached (garbage) message from the local cache. Of course, I first had to _find_ that cached version, but that turns out to be less difficult than I would have suspected. Since at least some of the headers remain intact, I was able to cd to ~/.evolution/mail/exchange/[domain]\[user]@[host]/personal/subfolders/Inbox/cache and grep <message date or sender> */* to find that particular message in the hex-numbered subdirectories to "cache". Then I quit evolution, ran evolution --force-shutdown, and removed that cached file. Restarted evolution, read that message, and it was correctly re-retrieved. It's a kludge, but it worked. One could probably come up with a find string based on some of the content, rather than the header, looking for the error messages, which would do the same thing automagically. But that sounds like an even bigger kludge. Thanks for the suggestion on clearing the cache!
It looks like exchange-connector/evolution-exchange issue, which is gone these days, thus I'm closing this as obsolete.