Regarding your report in http://sourceforge.net/bugs/?func=detailbug&bug_id=110662&group_id=5470 I can't reproduce the problem. In 2.0b1, >>> s="Location: https://www.website.com:443/tengah/Dpc/vContent.jhtml?page_type=3&PLANID=4&CONTENTPAGEID=0&TengahSession=312442259237-529/2748412123003458168/-1407548368/4/7002/7002/7004/7004\r\n\r\n" >>> t=rfc822.Message(cStringIO.StringIO(s)) >>> t['location'] 'https://www.website.com:443/tengah/Dpc/vContent.jhtml?page_type=3&PLANID=4&CONTENTPAGEID=0&TengahSession=312442259237-529/2748412123003458168/-1407548368/4/7002/7002/7004/7004' works fine for me. If the line break between Location: and the URL in the original report was intentional, rfc822.Message is right in rejecting the header: Continuation lines must start with white space. I also cannot see how the patch could improve anything; proper continuation lines are already supported. On what system did you experience the problem? If I misunderstood the report, please let me know. Regards, Martin
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4