"Anthony J. Bentley" writes:
I'm guessing this is a bug in the MARC.info software, and I sent a bug
report to the operators. But in the interest of pragmatism, would it
make sense for nmh to pick a boundary value that is less likely to
trigger bugs in other software?
By this I mean something without spaces, equals, and double quotes.
(I don't know specifically which of these causes the MARC.info bug.)
For example, GMail uses 28-character hex numbers, like
0016e68fcec4ab7a4004b3f7d05a.
--
Anthony J. Bentley
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers