On Wed, May 22, 2002 00:19:09 at 12:19:09AM +0200, Rocco Rutte wrote:
>
> * Marco Fioretti [05/21/02 23:32:56 CEST] wrote:
> > I too am really interested in the possibility of having all your mail
> > indexed so that you can make faster and more sophisticated searches
> > than grepmail allows. Couldn't the indexing database be run once and
> > then only on *new* messages, after fetchmail/procmail have delivered
> > them? This should not be noticeable, should it?
>
> You have to keep it outside procmail to make it more flexible
> (also, procmail itself is already too slow). Depending on what
> exactly you want to index,
>
What I know is that I **badly** need a fast way to type some
keywords/parts of sentences, and find all the relevant files on my
drive *and* email messages where I or somebody else already wrote
about it. It should be useable from the command line, from mutt, and
from Emacs too. I have discovered just three days ago the existance of
the Remembrance agent, but haven't yet downloaded, or even figured out
if it *is* the right/fastest way to solve my problem. Any help is
appreciated.
Running it by procmail on any message would sure be slow, but I was
thinking to some script starting *after* procmail, and parsing all the
messages in all folders not scanned since the previous running. This
would cover even the messages never read.
What about the indexer (whatever it is) that, if the text being parsed
is an email message:
add an header to messages with some numeric code/hash to make
*its* later searches faster,
can be launched later from mutt so that it converts the
keywords in some other numeric code hash to be easily checked against
that header, giving a much faster result?
DISCLAIMER: I still know nothing of indexing software (otherwise I'd
be founding nextgoogle.com :-) ), and it's six am. If the above
suggestion is sheer idiocy, kindly point me to some primer on the
matter, thanks!
Ciao,
Marco Fioretti
--
Computers are useless. They can only give you answers. -- Pablo
Picasso
