[EMAIL PROTECTED] wrote:
> While I'm not necessarily a fan of maildir, it does have some nice
> locking semantics (and locking that works over NFS is a Hard Problem).
*nod*
> If you're going to change format, it might be nice to have something
> with a separate overview index.
Perhaps that's par
there is a school of thought that says if you have a *fast* full-text
database with good wild-carding, you just dump the message into
the full-text database and then what we call sequences and folders
become "views" of the database. in a system like Plan 9 that
could even be elegant.
-mo
> From: Chad Walstrom <[EMAIL PROTECTED]>
> Date: Thu, 9 Dec 2004 22:38:05 -0600
>
> If the only compelling reason to switch to Maildir from MH is the
> file locking semantics, why not fix MH?
For me there's another compelling reason and that's the ability to use MH
directly on a mail s
Chad Walstrom wrote:
>Obviously, you don't want to REQUIRE clients to update the file if it
>works out better to have their own indexing mechanisms. Sylpheed
>doesn't rely upon .mh_sequences,GNUS' .overview files, or .xmhcache
>files.
Um. If you don't require everybody to keep the index in step t
I haven't been following this thread, but just
in case no-one's mentioned it yet:
http://mysite.verizon.net/vze1ypud/linux/mdmh.html
--
Matt
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/nmh-wor
[EMAIL PROTECTED] wrote:
> I haven't been following this thread, but just
> in case no-one's mentioned it yet:
>
> http://mysite.verizon.net/vze1ypud/linux/mdmh.html
When visiting the site...
"Locked
The requested resource is currently locked. The lock must be
released or prop
I think I found what you were referring to via Google, searching for
"mdmh.html". You'd probably get a better hit on "Maildir MH mdmh.html".
The site is not accessible for some reason, but it is cached on Google.
Since the URL is over 110 chars long, here's the tiny URL.
http://tinyurl.com/4buvl