Kai Groner added the comment:
I agree that there isn't a way to know if a header should be added implicitly,
until Generator is called.
A possible change to the Generator behavior is to generate the header in the
serialized output, without modifying the original. I don't know tha
Kai Groner added the comment:
>From https://tools.ietf.org/html/rfc2045#section-4
> Note that the MIME-Version header field is required at the top level
> of a message. It is not required for each body part of a multipart
> entity. It is required for the embedded headers
Changes by Kai Groner :
Added file: http://bugs.python.org/file40578/test_MIME_Version.patch
___
Python tracker
<http://bugs.python.org/issue25235>
___
___
Python-bug
Kai Groner added the comment:
Relatedly EmailMessage.make_mixed(), etc don't set MIME-Version on the
multipart (it is only set on the part). Additional tests attached.
--
Added file:
http://bugs.python.org/file40577/test_add_attachment_does_not_add_MIME_Version_in_attachment.
New submission from Kai Groner:
Because MIMEPart.add_attachment() creates parts using type(self),
EmailMessage.add_attachment() creates parts of type EmailMessage. This results
in a MIME-Version header being added to parts where it isn't needed.
https://tools.ietf.org/html/rfc2045#sect
New submission from Kai Groner:
inspect.findsource() looks for lines that start with `def`. This patch adds a
clause to the regex so lines starting with `async def` will also be recognized.
--
keywords: +patch
Added file: http://bugs.python.org/file39950/inspect-getsource
Changes by Kai Groner :
--
components: Library (Lib)
nosy: groner
priority: normal
severity: normal
status: open
title: inspect.getsource() returns the wrong lines for coroutine functions
type: behavior
versions: Python 3.5
___
Python tracker
<h
