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 ajaksu2, akuchling, barry, belopolsky, brett.cannon, doerwalter, eric.araujo, python-dev, r.david.murray, tim.peters
Date 2012-06-23.15:00:05
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Well, I guess I'd like to keep it since it does satisfy a need in the email package: to manipulate dates in the local timezone when composing messages.  It isn't a critical need, though; the critical need is just to be able to have a datetime that has the correct timezone as its tzinfo for 'now', and your astimezone change supplies that.  On the third hand, 'util.localtime()' is a lot more intuitive then '', so I'd probably still have a util.localtime() helper even if I restricted it to only generating 'now'.

So, on balance, since the method is in and tested with the extra functionality, and that functionality will probably prove useful to programs manipulating emails, I'm coming down in favor of keeping it.
Date User Action Args
2012-06-23 15:00:06r.david.murraysetrecipients: + r.david.murray, tim.peters, barry, akuchling, doerwalter, brett.cannon, belopolsky, ajaksu2, eric.araujo, python-dev
2012-06-23 15:00:06r.david.murraysetmessageid: <>
2012-06-23 15:00:05r.david.murraylinkissue665194 messages
2012-06-23 15:00:05r.david.murraycreate