>     From:        Chris Garrigues <cwg-dated-1030976555.34ad5b@DeepEddy.Com>
>   | so I'll probably poke around at the sequences performance issues,
> Well, there's this wonderful piece of code in MhSeqExpand ...
>     # Hack to weed out sequence numbers for messages that don't exist
>         if ![file exists $mhProfile(path)/$folder/$m] {
>             Exmh_Debug $mhProfile(path)/$folder/$m not found
>             set seq [lreplace $seq $ix $ix]
> which is going to run slow if a sequence happens to start with a bunch
> of messages that don't exist.   I'm not sure why it is important that the
> first message in the sequence returned exists, but not necessarily any
> of the others, but I'm sure glad it is, as MhSeqExpand gets called lots,
> and I don't know if I could cope if it were checking every file in the
> sequences it is looking at, all the time...
Although my fingerprints are all over that, it's not actually my code and has
been in there since before 1998.  (It's code that I moved from mh.tcl to
sequences.tcl and back again).  I'm no5 sure either, but it should be a
one-time penalty because the sequence will be re-written with the bad messages
> It may help to keep a list of the valid message numbers for the current
> folder (though that would then need to be verified against changes to the
> directory).   Does tcl have a directory read function?   I assume so...
> Mh_Sequence also goes and rereads the files (.mh_sequences and the
> context file) but I'm not sure how frequently that one is called.
That *was* a problem, but if you look at Mh_Sequence (and Mh_Sequences and
Mh_SequenceUpdate), they all call MhReadSeqs to do the actual reading and it
only reads the sequences if the file has been touched.  Look for the
"Exmh_Debug Reading $filename" output in the debug log to see when sequences
My theory is that Ftoc_ShowSequences is being called too often.  I'm about to
>   | I'll email anything I figure out since I'm leaving town in less

from localhost (localhost [127.0.0.1])
	by phobos.labs.netnoteinc.com (Postfix) with ESMTP id B0CDC43F99
	for <jm@localhost>; Wed, 28 Aug 2002 13:49:08 -0400 (EDT)
from phobos [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for jm@localhost (single-drop); Wed, 28 Aug 2002 18:49:08 +0100 (IST)
from listman.spamassassin.taint.org (listman.spamassassin.taint.org [66.187.233.211]) by
    dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g7SHhuZ03444 for
    <jm-exmh@jmason.org>; Wed, 28 Aug 2002 18:43:56 +0100
from listman.spamassassin.taint.org (localhost.localdomain [127.0.0.1]) by
    listman.redhat.com (Postfix) with ESMTP id 67A4B3EC06; Wed, 28 Aug 2002
    13:44:05 -0400 (EDT)
from int-mx1.corp.spamassassin.taint.org (int-mx1.corp.spamassassin.taint.org
    [172.16.52.254]) by listman.redhat.com (Postfix) with ESMTP id D3BD33EE6F
    for <exmh-workers@listman.redhat.com>; Wed, 28 Aug 2002 13:33:23 -0400
    (EDT)
(from mail@localhost) by int-mx1.corp.spamassassin.taint.org (8.11.6/8.11.6)
    id g7SHXKV16333 for exmh-workers@listman.redhat.com; Wed, 28 Aug 2002
    13:33:20 -0400
from mx1.spamassassin.taint.org (mx1.spamassassin.taint.org [172.16.48.31]) by
    int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id g7SHXKY16329 for
    <exmh-workers@redhat.com>; Wed, 28 Aug 2002 13:33:20 -0400
from blackcomb.panasas.com (gw2.panasas.com [65.194.124.178]) by
    mx1.redhat.com (8.11.6/8.11.6) with SMTP id g7SHIEl27113 for
    <exmh-workers@redhat.com>; Wed, 28 Aug 2002 13:18:14 -0400
from medlicott.panasas.com (IDENT:welch@medlicott.panasas.com
    [172.17.132.188]) by blackcomb.panasas.com (8.9.3/8.9.3) with ESMTP id
    NAA05316; Wed, 28 Aug 2002 13:32:46 -0400
In-reply-to Robert Elz <kre@munnari.OZ.AU> message dated "Wed,
    28 Aug 2002 21:44:26 +0700."
From exmh-workers-admin@redhat.com  Wed Aug 28 18:49:09 2002