email.contentmanager: 管理 MIME 内容¶
原始碼：Lib/email/contentmanager.py
3.6 版新加入: 1
-
class
email.contentmanager.ContentManager¶ 内容管理器的基类。 提供注册 MIME 内容和其他表示形式间转换器的标准注册机制，以及
get_content和set_content发送方法。-
get_content(msg, *args, **kw)¶ 基于 msg 的
mimetype查找处理函数（参见下一段），调用该函数，传递所有参数，并返回调用的结果。 预期的效果是处理程序将从 msg 中提取有效载荷并返回编码了有关被提取数据信息的对象。要找到处理程序，将在注册表中查找以下键，找到第一个键即停止:
表示完整 MIME 类型的字符串 (
maintype/subtype)表示
maintype的字符串空字符串
如果这些键都没有产生处理程序，则为完整 MIME 类型引发一个
KeyError。
-
set_content(msg, obj, *args, **kw)¶ 如果
maintype为multipart，则引发TypeError；否则基于 obj 的类型（参见下一段）查找处理函数，在 msg 上调用clear_content()，并调用处理函数，传递所有参数。 预期的效果是处理程序将转换 obj 并存入 msg，并可能对 msg 进行其他更改，例如添加各种 MIME 标头来编码需要用来解释所存储数据的信息。要找到处理程序，将获取 obj 的类型 (
typ = type(obj))，并在注册表中查找以下键，找到第一个键即停止:类型本身 (
typ)类型的完整限定名称 (
typ.__module__ + '.' + typ.__qualname__)。类型的 qualname (
typ.__qualname__)类型的 name (
typ.__name__)。
如果未匹配到上述的任何一项，则在 MRO (
typ.__mro__) 中为每个类型重复上述的所有检测。 最后，如果没有其他键产生处理程序，则为None键检测处理程序。 如果也没有None的处理程序，则为该类型的完整限定名称引发KeyError。并会添加一个 MIME-Version 标头，如果没有的话 (另请参见
MIMEPart)。
-
add_get_handler(key, handler)¶ 将 handler 函数记录为 key 的处理程序。 对于可能的 key 键，请参阅
get_content()。
-
add_set_handler(typekey, handler)¶ 将 handler 记录为当一个匹配 typekey 的类型对象被传递给
set_content()时所要调用的函数。 对于可能的 typekey 值，请参阅set_content()。
-
内容管理器实例¶
目前 email 包只提供了一个实体内容管理器 raw_data_manager，不过在未来可能会添加更多。 raw_data_manager 是由 EmailPolicy 及其衍生工具所提供的 content_manager。
-
email.contentmanager.raw_data_manager¶ 这个内容管理器仅提供了超出
Message本身提供内容的最小接口：它只处理文本、原始字节串和Message对象。 不过相比基础 API，它具有显著的优势：在文本部分上执行get_content将返回一个 unicode 字符串而无需由应用程序来手动解码，set_content为控制添加到一个部分的标头和控制内容传输编码格式提供了丰富的选项集合，并且它还启用了多种add_方法，从而简化了多部分消息的创建过程。-
email.contentmanager.get_content(msg, errors='replace')¶ 将指定部分的有效载荷作为字符串（对于
text部分）,EmailMessage对象（对于message/rfc822部分）或bytes对象（对于所有其他非多部分类型）返回。 如果是在multipart上调用则会引发KeyError。 如果指定部分是一个text部分并且指明了 errors，则会在将载荷解码为 unicode 时将其用作错误处理程序。 默认的错误处理程序是replace。
-
email.contentmanager.set_content(msg, <'str'>, subtype="plain", charset='utf-8', cte=None, disposition=None, filename=None, cid=None, params=None, headers=None)¶ -
email.contentmanager.set_content(msg, <'bytes'>, maintype, subtype, cte="base64", disposition=None, filename=None, cid=None, params=None, headers=None) -
email.contentmanager.set_content(msg, <'EmailMessage'>, cte=None, disposition=None, filename=None, cid=None, params=None, headers=None) 向 msg 添加标头和有效载荷:
添加一个带有
maintype/subtype值的 Content-Type 标头。对于
str，将 MIMEmaintype设为text，如果指定了子类型 subtype 则设为指定值，否则设为plain。对于
bytes，将使用指定的 maintype 和 subtype，如果未指定则会引发TypeError。对于
EmailMessage对象，将 maintype 设为message，并将指定的 subtype 设为 subtype，如果未指定则设为rfc822。 如果 subtype 为partial，则引发一个错误（必须使用bytes对象来构造message/partial部分）。
如果提供了 charset (这只对
str适用)，则使用指定的字符集将字符串编码为字节串。 默认值为utf-8。 如果指定的 charset 是某个标准 MIME 字符集名称的已知别名，则会改用该标准字符集。如果设置了 cte，则使用指定的内容传输编码格式对有效载荷进行编码，并将 Content-Transfer-Encoding 标头设为该值。 可能的 cte 值有
quoted-printable,base64,7bit,8bit和binary。 如果输入无法以指定的编码格式被编码 (例如，对于包含非 ASCII 值的输入指定 cte 值为7bit)，则会引发ValueError。对于
str对象，如果 cte 未设置则会使用启发方式来确定最紧凑的编码格式。对于
EmailMessage，按照 RFC 2046，如果为 subtyperfc822请求的 cte 为quoted-printable或base64，而为7bit以外的任何 cte 为 subtypeexternal-body则会引发一个错误。 对于message/rfc822，如果 cte 未指定则会使用8bit。 对于所有其他 subtype 值，都会使用7bit。
備註
cte 值为
binary实际上还不能正确工作。 由set_content所修改的EmailMessage对象是正确的，但BytesGenerator不会正确地将其序列化。如果设置了 disposition，它会被用作 Content-Disposition 标头的值。 如果未设置，并且指定了 filename，则添加值为
attachment的标头。 如果未设置 disposition 并且也未指定 filename，则不添加标头。 disposition 的有效值仅有attachment和inline。如果设置了 filename，则将其用作 Content-Disposition 标头的
filename参数的值。如果设置了 cid，则添加一个 Content-ID 标头并将其值设为 cid。
如果设置了 params，则迭代其
items方法并使用输出的(key, value)结果对在 Content-Type 标头上设置附加参数。如果设置了 headers 并且为
headername: headervalue形式的字符串的列表或为header对象的列表（通过一个name属性与字符串相区分），则将标头添加到 msg。
-
註解