This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients akira, belopolsky, berker.peksag, cool-RR, r.david.murray
Date 2014-09-17.07:12:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1410937968.1.0.0264570206228.issue22377@psf.upfronthosting.co.za>
In-reply-to
Content
I don't think we are going to support a timezone list like that without PEP 431.

You should attach your patch to a new issue.  When I said this should the doc issue, that is because only a doc fix is acceptable for 3.4.  Adding more timezones to recognize would be an enhancement, given the complexity of the proposed solution.

On the other hand, if timezone names are ambiguous, I'm not sure there *is* a fix other than using the "defacto standard" names and offsets used by the email library.  Actually, isn't there a written standard that addresses this issue?  I seem to remember reading a discussion of the problem somewhere...
History
Date User Action Args
2014-09-17 07:12:48r.david.murraysetrecipients: + r.david.murray, belopolsky, cool-RR, akira, berker.peksag
2014-09-17 07:12:48r.david.murraysetmessageid: <1410937968.1.0.0264570206228.issue22377@psf.upfronthosting.co.za>
2014-09-17 07:12:48r.david.murraylinkissue22377 messages
2014-09-17 07:12:47r.david.murraycreate