>My thought was that it got invoked if .mh_profile didn't have the
>"mh-version" line. Given your comment about this being spread out among
>lots of files, perhaps we could simplify to a uniform process: all files
>are versioned, and all generate the same message on being read if
>there's been a r
Ken> And while a check-mh-upgrade
Ken> script might not be a bad idea, the problems I see are a) figuring
Ken> out how to let people know it exists, and b) getting people to run
Ken> it.
My thought was that it got invoked if .mh_profile didn't have the
"mh-version" line. Given your comment about
>> people don't update their config files because they put in them in
>> place 20 years ago and they worked fine
>
>That includes me. When I've time, I need to clear them all out and
>start from scratch to see what's needed and the best way to solve
>problems, using a new installation in a second
>Perhaps we could all collaborate on collecting old .mh_profiles (maybe
>also mhl.replys etc.?), piping 'em all through "sort -u" and looking to
>see what was obsolete, then adding a check-mh-upgrade script which flags
>obsolete stuff and gets invoked whenever the user's .mh_profile has a
>missing
Perhaps we could all collaborate on collecting old .mh_profiles (maybe
also mhl.replys etc.?), piping 'em all through "sort -u" and looking to
see what was obsolete, then adding a check-mh-upgrade script which flags
obsolete stuff and gets invoked whenever the user's .mh_profile has a
missing or ob
Hi Ken,
> > Because MH lets us arrange things how we want so if decoding was
> > done by default we'd need a means to get to the raw original version
> > instead, e.g. I want to scan or pick them based on the raw value.
> > Given decoding isn't lossless, this suggests both the original and
> > dec
>Because MH lets us arrange things how we want so if decoding was done by
>default we'd need a means to get to the raw original version instead,
>e.g. I want to scan or pick them based on the raw value. Given decoding
>isn't lossless, this suggests both the original and decoded would need
>to be k
Hi,
Those that use https://savannah.nongnu.org/news/atom.php?group=nmh may
like to know it's currently producing invalid output due to ‘ ’
being an undefined entity. Bug raised on Savannah.
https://savannah.nongnu.org/support/index.php?109857
--
Cheers, Ralph.
--
nmh-workers
https://lists.non
Hi Ken,
> > > Or, if mhl knows what fields contain addresses, I forget, then
> > > perhaps a method of globally saying all address fields should be
> > > decoded and unquoted?
> >
> > That would be a nice enhancement.
>
> My vague plans are that when nmh is changes to have a "real" internal
> API
