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

	Commit message (Collapse)	Author	Age	Files	Lines
*	forward porting from release23-maint	Barry Warsaw	2004-05-13	1	-0/+10
\|
*	Another evil test from Anthony's suite. This one has an inner part with the	Barry Warsaw	2004-05-13	1	-0/+83
\| \| \| \|	same boundary as the outer part.
*	A boiled down example from Anthony's MIME torture tests. This one has a	Barry Warsaw	2004-05-13	1	-0/+101
\| \| \| \|	separating boundary for an outer part inside an inner part.
*	A boiled down message/external-body example from Anthony's torture test.	Barry Warsaw	2004-05-11	1	-0/+40
\|
*	An example with multiple boundary lines.	Barry Warsaw	2004-05-11	1	-0/+22
\|
*	Like msg_12.txt but with some extra vertical whitespace around the inner	Barry Warsaw	2004-05-09	1	-0/+38
\| \| \| \|	message's end boundary.
*	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.