This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Sharebear
Recipients Sharebear, barry
Date 2008-01-19.18:37:19
SpamBayes Score 0.0017251922
Marked as misclassified No
Message-id <1200767841.97.0.882225337338.issue1874@psf.upfronthosting.co.za>
In-reply-to
Content
Although the documentation of FeedParser states that "It will populate 
a message object's defects attribute with a list of any problems it 
found in a message." no defect is found in the test case I am about to 
upload. The message in the test case is broken because it specifies a 
Content-Transfer-Encoding that is not valid for multipart/* messages[1].

I've spent some time today looking at the parser and cannot see where 
the parser is doing anything with the Content-Transfer-Encoding of a 
multipart message, leading me to believe that there might be another 
bug here with regards to not honoring Content-Transfer-Encoding at all 
for multipart/* messages but I don't have any more time today to look 
at it, I'll have to go away and read the rfc really well.

If someone can guide me on how to get this test to pass then I can 
probably get a good test case and fix written for issue1823 as well.

[1] http://tools.ietf.org/html/rfc2045#section-6.4
History
Date User Action Args
2008-01-19 18:37:22Sharebearsetspambayes_score: 0.00172519 -> 0.0017251922
recipients: + Sharebear, barry
2008-01-19 18:37:22Sharebearsetspambayes_score: 0.00172519 -> 0.00172519
messageid: <1200767841.97.0.882225337338.issue1874@psf.upfronthosting.co.za>
2008-01-19 18:37:20Sharebearlinkissue1874 messages
2008-01-19 18:37:19Sharebearcreate