Re: v2.7.2 lockups, mime parsing taking really long

[email protected]
Newsgroups gmane.mail.exmh.user
Message-ID <27552.1134069918@piquin>

In the message dated: Thu, 08 Dec 2005 08:44:45 PST,
The pithy ruminations from Kevin Cosgrove on 
<Re: [exmh-users] v2.7.2 lockups, mime parsing taking really long> were:
=> 
=> On 8 December 2005 at 2:04, Ken Poulton <[email protected]> wrote:
=> 
=> > > I'm running what I think's the latest version, under fedora core 3.
=> > > Having to kill exmh a lot the last few weeks it seems like, as it'll
=> > > just lock up when trying to view certain mail messages. 
=> > 
=> > I've been having the same problem.  It's only happening on html
=> > messages, I think.  For most cases, I have it show text instead of html
=> > with:

I've also seen some HTML messages take a long time (10s of seconds) to render. 
This seems to be font related.

I do _not_ have a setting for *mime_alternative_prefs, so I do view the 
messages as html.

=> > 	*mime_alternative_prefs:        text/plain text/html
=> > in .exmh/exmh-defaults which reduces the problem considerably.
=> 
=> That might have something to do with following links in HTML, 

In my case, I know that's not the problem. I've got my httpProxy set to local 
host, as in:
	~/.exmh/exmh-defaults: 	*httpProxy:     127.0.0.1
this prevents exmh from contacting external sites to view mail messages--it's 
great for reading mail off line, and it avoids the "web bugs" (typically 1x1 
pixel glear GIFs with a unique URL that's encoded to your mail address) used by 
spammers to track receipt of their junk mail.

You might want to give this a try.

Mark

=> couldn't it?  I default to viewing text/plain when it's available.
=> But, I still have "lock up" on a few messages.
=> 
=> FWIW....
=> 
=>  
=> --
=> Kevin
=> 
=> 
=> _______________________________________________
=> Exmh-users mailing list
=> [email protected]
=> https://www.redhat.com/mailman/listinfo/exmh-users
=>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.