An error occurred fetching the project authors.
- 19 May, 2017 1 commit
-
-
delirious-lettuce authored
-
- 27 Apr, 2017 1 commit
-
-
Marco Buttu authored
-
- 01 Mar, 2017 2 commits
-
-
Mariatta authored
-
Alex Gaynor authored
-
- 08 Sep, 2016 1 commit
-
-
R David Murray authored
This is a wholesale reorganization and editing of the email documentation to make the new API the standard one, and the old API the 'legacy' one. The default is still the compat32 policy, for backward compatibility. We will change that eventually.
-
- 10 Aug, 2016 1 commit
-
-
Zachary Ware authored
Patch by Jelle Zijlstra.
-
- 11 Jun, 2016 1 commit
-
-
Terry Jan Reedy authored
Reformat header above separator line (added if missing) to a common format. Patch by Yoni Lavi.
-
- 16 May, 2015 1 commit
-
-
R David Murray authored
Patch by Abhilash Raj.
-
- 27 Sep, 2014 1 commit
-
-
R David Murray authored
Original patch (and the idea of using _structure) by Abhilash Raj.
-
- 08 May, 2014 1 commit
-
-
R David Murray authored
-
- 16 Mar, 2014 1 commit
-
-
Larry Hastings authored
-
- 10 Mar, 2014 1 commit
-
-
R David Murray authored
Also cleaned up the email section and fixed some markup bugs in the email docs.
-
- 07 Feb, 2014 1 commit
-
-
R David Murray authored
-
- 11 Dec, 2013 1 commit
-
-
R David Murray authored
This version of the fix raises an error instead of accepting the invalid input (ie: if a non-ASCII string is used but no charset is specified).
-
- 29 Nov, 2013 1 commit
-
-
Serhiy Storchaka authored
-
- 24 Nov, 2013 1 commit
-
-
Georg Brandl authored
-
- 17 Oct, 2013 1 commit
-
-
R David Murray authored
This adds EmailMessage and, MIMEPart subclasses of Message with new API methods, and a ContentManager class used by the new methods. Also a new policy setting, content_manager. Patch was reviewed by Stephen J. Turnbull and Serhiy Storchaka, and reflects their feedback. I will ideally add some examples of using the new API to the documentation before the final release.
-
- 19 Aug, 2013 1 commit
-
-
Serhiy Storchaka authored
-
- 09 Aug, 2013 2 commits
-
-
R David Murray authored
Also, document the policy keyword that was added to Message in 3.3.
-
R David Murray authored
This was triggered by wanting to make the doctest in email.policy.rst pass; as_bytes and __bytes__ are clearly useful now that we have BytesGenerator. Also updated the Message docs to document the policy keyword that was added in 3.3.
-
- 29 Jul, 2013 1 commit
-
-
R David Murray authored
With the exception of the 'as_string' call in the policy docs. That one is a separate issue. Note that when building the docs sphinx is complaining about .. testcleanup:: being an invalid directive. I don't know why this is, as I'm following the sphinx docs...but fortunately the action is to omit the text in the body, so the generated documentation is correct.
-
- 28 May, 2012 1 commit
-
-
R David Murray authored
Which also means that it is now producing *something* for any base64 payload, which is what leads to the couple of older test changes in test_email. This is a slightly backward incompatible behavior change, but the new behavior is so much more useful than the old (you can now *reliably* detect errors, and any program that was detecting errors by sniffing for a base64 return from get_payload(decode=True) and then doing its own error-recovery decode will just get the error-recovery decode right away). So this seems to me to be worth the small risk inherent in this behavior change. This patch also refactors the defect tests into a separate test file, since they are no longer just parser tests.
-
- 27 May, 2012 3 commits
-
-
R David Murray authored
-
R David Murray authored
-
R David Murray authored
Also adds the TOC entry for headerregistry.
-
- 19 Oct, 2011 2 commits
-
-
Ezio Melotti authored
-
Ezio Melotti authored
-
- 15 Mar, 2011 4 commits
-
-
R David Murray authored
-
R David Murray authored
-
R David Murray authored
-
R David Murray authored
-
- 07 Jan, 2011 1 commit
-
-
R. David Murray authored
This applies only when generating strings from non-RFC compliant binary input; it makes the existing recoding behavior more consistent (ie: now no data is lost when recoding).
-
- 19 Dec, 2010 1 commit
-
-
Georg Brandl authored
-
- 14 Dec, 2010 1 commit
-
-
R. David Murray authored
-
- 13 Dec, 2010 2 commits
-
-
R. David Murray authored
svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r87217 | r.david.murray | 2010-12-13 18:51:19 -0500 (Mon, 13 Dec 2010) | 5 lines #1078919: make add_header automatically do RFC2231 encoding when needed. Also document the use of three-tuples if control of the charset and language is desired. ........
-
R. David Murray authored
Also document the use of three-tuples if control of the charset and language is desired.
-
- 15 Oct, 2010 1 commit
-
-
Senthil Kumaran authored
-
- 08 Oct, 2010 1 commit
-
-
R. David Murray authored
The work on this is not 100% complete, but everything is present to allow real-world testing of the code. The only remaining major todo item is to (hopefully!) enhance the handling of non-ASCII bytes in headers converted to unicode by RFC2047 encoding them rather than replacing them with '?'s.
-
- 02 Jun, 2010 2 commits
-
-
R. David Murray authored
svn+ssh://pythondev@svn.python.org/python/trunk ........ r81658 | r.david.murray | 2010-06-02 18:03:15 -0400 (Wed, 02 Jun 2010) | 9 lines #1368247: make set_charset/MIMEText automatically encode unicode _payload. Fixes (mysterious, to the end user) UnicodeErrors when using utf-8 as the charset and unicode as the _text argument. Also makes the way in which unicode gets encoded to quoted printable for other charsets more sane (it only worked by accident previously). The _payload now is encoded to the charset.output_charset if it is unicode. ........
-
R. David Murray authored
Fixes (mysterious, to the end user) UnicodeErrors when using utf-8 as the charset and unicode as the _text argument. Also makes the way in which unicode gets encoded to quoted printable for other charsets more sane (it only worked by accident previously). The _payload now is encoded to the charset.output_charset if it is unicode.
-