[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nmh-workers] indexing

From: Paul Vixie
Subject: Re: [Nmh-workers] indexing
Date: Sat, 05 Feb 2011 23:17:31 +0000

> Date: Sat, 5 Feb 2011 12:23:51 -0800 (PST)
> From: Lyndon Nerenberg <address@hidden>
> Paul, you should take a look at how the CMU Cyrus IMAP server organizes
> it's on-disk message store.  It's pretty much an MH folder tree with a
> per-folder index and cache of useful headers.

yes, i saw that.  dovecot has something similar.  however, i need to be
able to pick, refile -link, rmm, and stuff like that.  and, i'm
fundamentally itchy about using an imap server's internal representation
since i like to imagine imap as an access method rather than as a closed

> Adding the index/cache files to the native MH file store would make
> most MH commands blazingly fast, the obvious benefits being to scan
> and pick.
> This would also provide a good foundation for allowing nmh to be a
> powerful disconnected-mode IMAP client.
> I did a very crude proof-of-concept nnh with IMAP back in the Esys
> days. It's certainly doable.

based on the generally positive response i got last night and on the fact
that a stomach flu has kept me glued to my desk today, i discovered the
add-hook, del-hook, and ref-hook profile elements added for 'grokmail' in
2002, and i've written some C that is now maintaining mhindex.db files in
each of my folders.  no changes to MH itself as yet, and i'm just storing
UID mappings so far not full RFC822 headers.  but i have UID's that an
imap server could use, and it looks promising.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]