This apparently gives multiple parts of nmh indigestion in components,
as both of the following *silently* give up when they hit the 0xED, and
fail to output the rest of the name or email address.
%(decode(friendly{from})
%(formataddr{to})
Found this out the hard way - had my reply mail bounce because my reply
to the mail had 'To: Mar' and my MTA freaked.
It might be interesting to understand the failure there.
Yes, I know dealing with untagged non-ascii that contains characters not
in the current locale (0xED isn't valid UTF-8), but surely we can do
better than silently fail?
Sigh. It's a tough problem. Let me ask you: what do you want to happen?
--Ken
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers