Hi, I think this has come up before [1],[2] but we ran into this at $dayjob today. 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 this but it doesn't appear to be working for us. Following this is a patch adding a testcase for this. With the following results: ok 1 - apply patch with ambiguous date not ok 2 - check ambiguous date # TODO known breakage ok 3 - apply patch with european date separator ok 4 - check european date # still have 1 known breakage(s) # passed all remaining 3 test(s) 1..4 Thanks, Chris -- [1] - http://thread.gmane.org/gmane.comp.version-control.git/18412/focus=18417 [2] - http://thread.gmane.org/gmane.comp.version-control.git/84512/focus=85735 -- 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