Chris Packham <judge.pack...@gmail.com> writes:
> Our default MUA has an annoying habit of using a non RFC822 date format when
> saving an email as plaintext. This means the first 12 days of every month we
> run into the ambiguous date problem (our date convention is dd/mm/yy).
> I see code in date.c for refusing a date in the future which would have caught
The most sane thing to do when you know that your MUA *consistently*
does dd/mm/yy (even though it may annoy you) is to massage its
output before feeding it to Git. And it should be a very simple
matter of a one-liner filter, no?
Regardless of the correctness of that "we reject timestamps way into
the future" logic, it should be taken as the last resort. If you
are on September 1st, both 9/12 and 12/9 will look like into the
future for more than ten days (which is the cut-off, I think). If
you are on December 28th, both look like sufficiently in the past.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html