Red Hat Bugzilla – Bug 237106
Exchange-based message shows up as raw html
Last modified: 2007-11-30 17:12:02 EST
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
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):
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.
Message displayed with correct headers, but funky non-rendering html body
indicating OWA timeout. Message never is restored.
I would expect the message to be correctly rendered, but if not, I'd expect it
to be possible to "redownload" the message.
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.
Created attachment 153004 [details]
Bad Message headers and body.
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.
Thanks for reporting this. My guess is the message is getting cached locally,
and you'd probably have to blow away your entire local cache
(~/.evolution/cache/http, I think) in order to force Evolution to download the
I'm going to move this upstream because I don't think I'll be able to resolve
the issue in a timely manner. Please refer to  for further updates.