On Fri, May 22, 2015 at 10:44 AM, Junio C Hamano <gitster@xxxxxxxxx> wrote: > Allen Hubbe <allenbh@xxxxxxxxx> writes: > >> It depends what we want to do with this parser: accept existing >> sendmail aliases files in git, or enforce that git alias files are >> usable for sendmail. I really don't expect the second to ever happen. >> The first, maybe, but only if the alias file is edited to remove >> aliases of pipes and maildirs etc. The second may not work if we have >> comments to the right, or aliases of aliases, which sendmail does not >> claim to support. > > Let me step back a bit. Earlier you said your aim is not to use an > alias file you already have and use with the MUA/MTA, but to have a > collection of aliases to use with git-send-email only. Is there a > reason to add support for a new format (whether it is compatible to > or subset of postfix/sendmail format, or a totally new one) for that > goal? What makes the existing formats unsuitable? > It's just a matter of personal preference what is suitable or not, for me, in my environment, etc. Is there a reason I should use the alias format of some email client, if I don't use that email client? I'm not trying to force anything on anyone else by offering this, just another option that might be suitable for someone else, in their environment, as it is in mine. People who don't like it can choose a different option. People who don't like any of the options can write their own like I did, or is that not allowed for some reason? I've already shown that I am willing to change the name, write the documentation, write the tests, modify the syntax, and so on. I've done the work, from +6 lines to +57 lines, as requested. I'm not looking forward to v5, v6... v10 of what was a really really simple patch. If you don't like it, please don't string me along. This is not my job. If you think the patch is generally ok, but could be improved to be accepted, then let's together try to make v5 the last. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html