Ralph wrote: > Swap the order, /path/first,
Then the arguments couldn't contain " file://". (And I didn't want to require quoting of the filename because Attach: doesn't and that works out well.) The more I think about it, the more I like splitting the filename and arg string into two separate headers. The arg string is optional so that one won't always be used. > and have Nmh-mhbuild-TYPE be happy with > relative paths, even if mechinically produced ones are absolute. Attach: generates full paths, too. But the mhbuild code that handles them doesn't care. Nmh-mhbuild could behave the same way, and be so documented. > As for `Attach' header growing longer, is it not intended to > sometimes be typed by the user? That's not intended by me :-) How about supporting both Attach: and Nmh-Attach:? Whatnow could generate the longer one. That plus one more strcasecmp() in mhbuild is all it would take to make me happy. David _______________________________________________ Nmh-workers mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/nmh-workers
