[ python-Bugs-1590744 ] mail message parsing glitch

SourceForge.net noreply at sourceforge.net
Sun Nov 5 10:21:05 CET 2006


Bugs item #1590744, was opened at 2006-11-05 04:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1590744&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Mike (mcspang)
Assigned to: Nobody/Anonymous (nobody)
Summary: mail message parsing glitch

Initial Comment:
There's something wrong with the handling of line
continuation in headers.

In the attached mbox the 'Message-id' header is read
and stored with a leading space. So message_id = '
<9B09D75DF5B3494BA06E6FE478CE9CC10526CFAF at mgtserver3.ontario.int.ec.gc.ca>'
when it's first read.

If you write this message out to a new mbox, it is
written with the leading space and without the newline.

THEN, if you read it in AGAIN, the parser ignores the
leading space.

One of these steps is buggy, I'm not sure which. It
seems to me that the value returned by
msg['Message_id'] should not change when the file is
written then re-read. In the initial read and final
reads above the value differs by a space.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1590744&group_id=5470


More information about the Python-bugs-list mailing list