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 barry, krother, r.david.murray
Date 2014-10-02.03:19:59
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1412220000.57.0.831647826311.issue22535@psf.upfronthosting.co.za>
In-reply-to
Content
That example is wrong, but that fact weighs heavily in favor of the idea that the "natural" way to write it is the way it is in the example.

Since this part of the email api is still provisional, I propose we change the signature of Address to be:

  Address(display_name='', addr_spec=None, *, username='', domain='')

and make it a ValueError to specify both addr_spec and one or both of username and domain.  For 3.5 I'd just make that change, but for 3.4 I'd make a backward compatibility check and deprecation warning looking for an '@' in the second argument and treat it as username if there's no @ and an addr_spec if there is.
History
Date User Action Args
2014-10-02 03:20:00r.david.murraysetrecipients: + r.david.murray, barry, krother
2014-10-02 03:20:00r.david.murraysetmessageid: <1412220000.57.0.831647826311.issue22535@psf.upfronthosting.co.za>
2014-10-02 03:20:00r.david.murraylinkissue22535 messages
2014-10-02 03:19:59r.david.murraycreate