summaryrefslogtreecommitdiff
path: root/Lib/email/__init__.py
diff options
context:
space:
mode:
authorBarry Warsaw <barry@python.org>2004-12-05 03:45:42 +0000
committerBarry Warsaw <barry@python.org>2004-12-05 03:45:42 +0000
commit7cf9ce24409efb70efde08e350a4170dc98008a1 (patch)
tree0bb15e7e9f836e06f95db9509b18d21d1d99ec0e /Lib/email/__init__.py
parent6c92d76abc730ca7a77da3c7a8627192f7ac3add (diff)
downloadcpython-git-7cf9ce24409efb70efde08e350a4170dc98008a1.tar.gz
Fixes for SF #1076485, which I'll apply to the CVS head too. The problem was
caused by a self._input.readline() call that wasn't checking for the NeedsMoreData marker. msg_43.txt contains a message that illustrates the problem, when email.message_from_*() is called. That interface uses the Parser API, which splits reads into 8192 byte chunks. It so happens that for the test message, the 8192 chunk falls inside a message/delivery-status, which is where in the FeedParser the readline() call was that didn't check for NeedsMoreData. I also added an assert to unreadline() so it'll be more evident if an attempt to push back NeedsMoreData ever happens again. Bump the email package version number.
Diffstat (limited to 'Lib/email/__init__.py')
-rw-r--r--Lib/email/__init__.py2
1 files changed, 1 insertions, 1 deletions
diff --git a/Lib/email/__init__.py b/Lib/email/__init__.py
index 6a3f3ac953..e622b3f995 100644
--- a/Lib/email/__init__.py
+++ b/Lib/email/__init__.py
@@ -4,7 +4,7 @@
"""A package for parsing, handling, and generating email messages."""
-__version__ = '3.0'
+__version__ = '3.0+'
__all__ = [
'base64MIME',