Allen Hubbe [off-list ref] 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?
On Fri, May 22, 2015 at 10:44 AM, Junio C Hamano [off-list ref] wrote:
Allen Hubbe [off-list ref] writes:
quoted
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.