diff options
| author | Barry Warsaw <barry@python.org> | 2004-12-05 03:45:42 (GMT) |
|---|---|---|
| committer | Barry Warsaw <barry@python.org> | 2004-12-05 03:45:42 (GMT) |
| commit | 7cf9ce24409efb70efde08e350a4170dc98008a1 (patch) | |
| tree | 0bb15e7e9f836e06f95db9509b18d21d1d99ec0e /Lib/email/__init__.py | |
| parent | 6c92d76abc730ca7a77da3c7a8627192f7ac3add (diff) | |
| download | cpython-7cf9ce24409efb70efde08e350a4170dc98008a1.zip cpython-7cf9ce24409efb70efde08e350a4170dc98008a1.tar.gz cpython-7cf9ce24409efb70efde08e350a4170dc98008a1.tar.bz2 | |
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__.py | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/Lib/email/__init__.py b/Lib/email/__init__.py index 6a3f3ac..e622b3f 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', |