cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	SF bug #1403349 solution for email 2.5; some MUAs use the 'file' parameter	Barry Warsaw	2006-01-17	1	-0/+35
\| \| \| \| \| \| \| \| \| \|	name in the Content-Distribution header, so Message.get_filename() should fall back to using that. Will port both to email 3.0 and Python 2.5 trunk. Also, bump the email package version to 2.5.7 for eventual release. Of course, add a test case too. XXX Need to update the documentation.
*	Added a sample message for the test for SF bug # 846938. I'm naming this	Barry Warsaw	2004-05-13	1	-0/+10
\| \| \| \| \|	msg_40.txt because msg_3[6-9].txt are already used in email3/py2.4 and I'm going to forward port this test.
*	Adjust tests for no newline appending to MIMEText.__init__()'s _text	Barry Warsaw	2003-03-11	1	-2/+0
\| \| \| \|	argument.
*	A copy of the audio test file from Lib/test, needed because some	Barry Warsaw	2002-12-30	1	-0/+0
\| \| \| \| \| \|	binary distros (read RPMs) don't include the test module in their standard Python package. This eliminates an external dependency and closes SF bug # 650441.
*	A message with no separating blank line between the headers and the	Barry Warsaw	2002-11-05	1	-0/+4
\| \| \| \|	body. A test message for SF bug #633527.
*	Test case, distilled from SF bug #631350, where a subobject in a	Barry Warsaw	2002-11-05	1	-0/+19
\| \| \| \| \|	multipart/digest isn't a message/rfc822. This is legal, but counter to recommended practice in RFC 2046, $5.1.5.
*	Fixing some RFC 2231 related issues as reported in the Spambayes	Barry Warsaw	2002-09-26	2	-0/+43
\| \| \| \| \| \| \|	project, and with assistance from Oleg Broytmann. Specifically, added some new tests to make sure we handle RFC 2231 encoded parameters correctly. Two new data files were added which contain RFC 2231 encoded parameters.
*	A sample message with broken MIME boundaries.	Barry Warsaw	2002-09-10	1	-0/+15
\|
*	The email package's tests live much better in a subpackage	Barry Warsaw	2002-07-19	31	-0/+1182
	(i.e. email.test), so move the guts of them here from Lib/test. The latter directory will retain stubs to run the email.test tests using Python's standard regression test. test_email_torture.py is a torture tester which will not run under Python's test suite because I don't want to commit megs of data to that project (it will fail cleanly there). When run under the mimelib project it'll stress test the package with megs of message samples collected from various locations in the wild. email/test/data is a copy of Lib/test/data. The fate of the latter is still undecided.