nmh-workers
[Top][All Lists]
Advanced

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

Re: [Nmh-workers] refile handling of corrupt .mh_sequences


From: Ken Hornstein
Subject: Re: [Nmh-workers] refile handling of corrupt .mh_sequences
Date: Thu, 28 Feb 2013 13:40:02 -0500

>Esp. with nmh now configuring, by default, kernel-level
>locking if appropriate for the platform.  (And it is for
>popular platforms.)  It'd be nice if claws-mail would use
>that same default, which should also be the same as used by
>mail(1) on the platform.  The nmh configure check for that
>is really simple.

I am wondering if the core problem is that there's no real specification
for what "MH format" mail directories are.

I mean, look at Maildir; if there are any questions about it, you can
look at the Wikipedia entry on how you're exactly supposed to implement
it.  Looking at the nmh code, there are some subtlties on what you're
supposed to do, and people who aren't grovelling around in the code
don't realize that ... and you can end up with other implementations
which don't quite implement full MH storage support (because, hey, no
one has written down what that means).

Should we write one?

--Ken



reply via email to

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