New submission from Brian Peterson:

Hey, 

So here we go:

When an email header goes over a line break, rfc2231 
(https://tools.ietf.org/html/rfc2231) specifies that it get formatted in such a 
way that the line break is stripped out. This formatting looks like, for 
example:

> filename*0="my long attachment"
> filename*1="name.txt"

... which should then get interpreted so that is "semantically identical" to:

> filename="my long attachment name.txt"

Here's a link to an example github repo where I see this not occurring: 
https://github.com/bepetersn/special-repo

More specifically, the behavior I AM seeing is that the formatting is handled 
just fine, but that a newline character gets added in.

(I originally thought this had to do with the requests library, so that's why 
my example repo has some stuff related to that in there too, which you can 
safely ignore.)

Also, if I am off-base, possibly if my input email's formatting is to blame, 
sorry for the trouble. :-)

Thanks for reading!

----------
components: Windows
messages: 238725
nosy: Brian Peterson, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: rfc2231 line continuations result in an additional newline
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue23727>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to