Yes, I kid you not:-) The test of the date/time parser in test_email tries to cater for the fact that the Mac uses localtime (at least, before OSX), but it fails to cater for DST. So, test_email passes in winter, but fails in summer. I think the whole idea of comparing based on a numeric value is not so good. Why not try a roundtrip, or compare against another date coder (time.asctime)?
Logged In: YES user_id=45365 Barry, I can't apply the patch, it seems to be against a different version of test_email than what's in the repository (I tried both the trunk and the 22 maintainance branch).
Logged In: YES user_id=12800 Actually, forget the patch. I integrated email 2.0 into Python 2.3's cvs and this included the proposed fix. Take a look at test_formatdate() and test_formatdate_localtime() in Lib/test/test_email.py and let me know what you think.