Re: exmh niggle

[exmh-users - Richard had a complaint about certain messages causing
exmh to hang for a really long time...]

Indeed, I had the experience.  Except that I went away to a
1hr meeting and exmh unhung :-)

So, the nasty message is from someone that did a Reply to a message
containing an attachment, so the raw base-64 encoded message was
included in the message as text.  88 thousand lines of it.
There is a Msg_Highlight feature
in exmh that wades through text attachments looking for things to
highlight.  That's what caused the initial delay in the message display.
There is a MIME preference called "Highlight Message Quotes" that
will turn this off.  Yeah, that works.  I'll see if I can auto-disable
that if the size of the text range is just too long.

I still don't understand the delay leaving the message and going
to the next, although it might be related to dumping all that crap
into the text widget.  Hmm - once the highlight text range is off,
leaving the message is quick as well.

At any rate, thanks for the email.  I need a slight kick in the pants
to churn out another exmh tarball release.

>>>Richard Jones said:

 > Brent
 > 
 > I have now found a file that upsets exmh. For example, it took
 > 20 seconds for exmh to process it, i.e. to get to the stage that
 > the "large message" message disappeared. I could live with that.
 > But when I tried to move to the next message or to another folder,
 > exmh simply hung.
 > 
 > I've attached my exmh-defaults and the offending message.

 > --wac7ysb48OaltWcw
 > Content-Type: text/plain; charset=us-ascii
 > Content-Disposition: attachment; filename=5029
 > 
 > X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4
 > To: "S.J.Thompson" <[email protected]>
 > Subject: Re: IBM visit on Thursday 
 > In-reply-to: Your message of "Tue, 07 Mar 2006 10:26:18 GMT."
 >              <[email protected]> 
 > Date: Wed, 08 Mar 2006 11:46:02 +0000
 > From: Richard Jones <[email protected]>
 > 
 > 
 > If you are talking to IBM you should say that I've already incorporated 
GCsp
     y
 > into JikesRVM, the IBM research JVM. Spelling "GCspy is" not "GCspy Is".
 > 
 > There are other things that you could say we have done:
 > - thread local GC (i.e. no need to synchronise with other threads)
 > - Demographics (I can provide graphs)
 > - LACE (I can provide you with an amusing graphic)
 >  
 > Dick
 > 
 > On Tue, 07 Mar 2006 10:26:18 GMT, "S.J.Thompson" 
<[email protected]>
 > wrote:
 > 
 > >  This message is in MIME format.  The first part should be readable 
text,
 > >  while the remaining parts are likely unreadable without MIME-aware 
tools.
 > >  Send mail to [email protected] for more info.
 > >
 > >---559023410-1804928587-1141727178=:18881
 > >Content-Type: TEXT/PLAIN; charset=US-ASCII
 > >
 > >
 > >We have some visitors from IBM on Thursday: Sue Fundrey who is our
 > >link person from IBM Hursley (who works on the CICS team) and Paul
 > >Fairbairn, who is their university interface manager (replacing Brian
 > >Holloway whom you may have met).
 > >
 > >This is a relatively short visit, so they are unable to see everyone.
 > >They'll meet with me, Peter Linington and Dick (who has strong links 
with
 > >them) and later in the day will meet with KITC students, Ian M about
 > >pervasive/autonomic links and Janet Linington about schools liaison and
 > >of course Sarah Rushforth about placements. I'll be giving a general
 > >presentation about the Lab, and an overview of research, and I have
 > >attached the slides. Please let me know
 > >
 > >	- if you would like to update these in any way
 > >	- if there is anything particular you would like to stress
 > >
 > >We'll have visits from them in the future, so this is not the only
 > >opportunity to meet them.
 > >
 > >Regards,
 > >
 > >Simon
 > >---559023410-1804928587-1141727178=:18881
 > >Content-Type: APPLICATION/powerpoint; name="IBMMar06.ppt"
 > >Content-Transfer-Encoding: BASE64
 > >Content-ID: <[email protected]>
 > >Content-Description: 
 > >Content-Disposition: attachment; filename="IBMMar06.ppt"
 > >
 > >0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAA9
 > >AAAAAQAAAAAAAAAAEAAAAgAAAAEAAAD+////AAAAAAAAAABiAAAAwQAAAMIA
 > >AADDAAAAxAAAAMUAAADGAAAAxwAAABgEAAAZBAAAGgQAABsEAAAcBAAAHQQA
 > >AGQHAADhBwAA4gcAAOMHAADkBwAA5QcAAOYHAADnBwAAXQsAAF4LAAB3DAAA
 > >2AwAADwNAACfDQAAoA0AAKENAACiDQAAow0AAKQNAAC4EAAAuRAAAOURAAB5
 > >EgAA4hIAAOMSAADkEgAA5RIAAOYSAADnEgAA6BIAAOkSAADqEgAA6xIAAOwS
 > >AADtEgAA7hIAAO8SAADwEgAA8RIAAMUaAAB9GwAA1xsAAH0cAAAAHQAAcx0A
 > >APodAAD/////////////////////////////////////////////////////
 > >////////////////////////////////////////////////////////////

[88 thousand lines deleted]

 > >AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
 > >AAAAAAAAAAAAAAAAAAAAAAAAAAAA
 > >
 > >---559023410-1804928587-1141727178=:18881--

--
Brent Welch
Software Architect, Panasas Inc
Accelerating Time to Results(tm) with Clustered Storage

www.panasas.com
[email protected]