>> Thanks a lot for this advice. I will try it next time folders are not
> Whoops, that "F r".
Thanks for the update! Once I know that there is a way to synchronize
the folders between MH/nmh and exmh, looking for the right keys to
press will not be a problem. I did not know that it was possible, and
I looked for other workarounds (from searching for problem reports on
this issue up to removing the exmh configuration files.) Now, I see
that there is a nice way to synchronize folders. I highly appreciate
your feedback on this matter.
Quote:> Heh, heh. MH-E is mature, yes, but it certainly isn't dead. If you
> read MH-E-NEWS, you'll see that although the basic look and feel of
> MH-E hasn't really changed (other than the font-lock support, and the
> threading, and the inlined images, oh never mind), it has changed
> quite a bit. Hopefully for the better!
Well, even mature products need some improvements. Changes to mature
products include amongst others bug fixes, performance improvements,
and adherence to standards. On the other hand, changes in the look
and feel (what is now called using the buzzword `usability'), MUAs
supported (e.g., supporting UUCP's mail folders) and so on looks more
From your description of changes introduced to MH-E it looks like the
package developers know what they want. And it will help improving
it in the future.
Sometimes changes are wrong, but as you I think that MH-E is going
better. An example of a bad change happened to the Sendmail MTA,
since they linked all the Sendmail related utilities to the same
binary, building a monolithic MTA, it is more vulnerable to bugs
(there were two critical updates to sendmail since june). I do not
understand this change, perhaps it slighty improves sendmail
performance. But sendmail was more clean about ten years ago.
Indeed, sometimes developers take the wrong decisions, that is one
of the reasons I do not like big changes to software products.