"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 [email protected] https://lists.nongnu.org/mailman/listinfo/nmh-workers
