email.mime: 从头创建电子邮件和 MIME 对象

源代码: Lib/email/mime/


此模块是旧版 (Compat32) 电子邮件 API 的组成部分。 它的功能在新版 API 中被 contentmanager 部分替代,但在某些应用中这些类仍可能有用,即使是在非旧版代码中。

通常,你是通过传递一个文件或一些文本到解析器来获得消息对象结构体的,解析器会解析文本并返回根消息对象。 不过你也可以从头开始构建一个完整的消息结构体,甚至是手动构建单独的 Message 对象。 实际上,你也可以接受一个现有的结构体并添加新的 Message 对象并移动它们。 这为切片和分割 MIME 消息提供了非常方便的接口。

你可以通过创建 Message 实例并手动添加附件和所有适当的标头来创建一个新的对象结构体。 不过对于 MIME 消息来说,email 包提供了一些便捷子类来让事情变得更容易。

这些类列示如下:

class email.mime.base.MIMEBase(_maintype, _subtype, *, policy=compat32, **_params)

模块: email.mime.base

这是 Message 的所有 MIME 专属子类。 通常你不会创建专门的 MIMEBase 实例,尽管你可以这样做。 MIMEBase 主要被提供用来作为更具体的 MIME 感知子类的便捷基类。

_maintypeContent-Type 的主类型 (例如 textimage),而 _subtypeContent-Type 的次类型 (例如 plaingif)。 _params 是一个形参键/值字典并会被直接传递给 Message.add_header

如果指定了 policy (默认为 compat32 策略),它将被传递给 Message

MIMEBase 类总是会添加一个 Content-Type 标头 (基于 _maintype, _subtype_params),以及一个 MIME-Version 标头 (总是设为 1.0)。

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.nonmultipart.MIMENonMultipart

模块: email.mime.nonmultipart

MIMEBase 的子类,这是用于非 multipart MIME 消息的中间基类。 这个类的主要目标是避免使用 attach() 方法,该方法仅对 multipart 消息有意义。 如果 attach() 被调用,则会引发 MultipartConversionError 异常。

class email.mime.multipart.MIMEMultipart(_subtype='mixed', boundary=None, _subparts=None, *, policy=compat32, **_params)

模块: email.mime.multipart

MIMEBase 的子类,这是用于 multipart MIME 消息的中间基类。 可选的 _subtype 默认为 mixed,但可被用来指定消息的子类型。 将会在消息对象中添加一个:mimetype:multipart/_subtypeContent-Type 标头。 并还将添加一个 MIME-Version 标头。

可选的 boundary 是多部分边界字符串。 当为 None (默认值) 时,则会在必要时(例如当消息被序列化时)计算边界。

_subparts 是载荷初始子部分的序列。 此序列必须可以被转换为列表。 你总是可以使用 Message.attach 方法将新的子部分附加到消息中。

可选的 policy 参数默认为 compat32

用于 Content-Type 标头的附加形参会从关键字参数中获取,或者传入到 _params 参数,该参数是一个关键字的字典。

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.application.MIMEApplication(_data, _subtype='octet-stream', _encoder=email.encoders.encode_base64, *, policy=compat32, **_params)

模块: email.mime.application

MIMENonMultipart 的子类,MIMEApplication 类被用来表示主类型为 application 的 MIME 消息。 _data 是包含原始字节数据的字符串。 可选的 _subtype 指定 MIME 子类型并默认为 octet-stream

可选的 _encoder 是一个可调用对象(即函数),它将执行实际的数据编码以便传输。 这个可调用对象接受一个参数,该参数是 MIMEApplication 的实例。 它应当使用 get_payload()set_payload() 来将载荷改为已编码形式。 它还应根据需要将任何 Content-Transfer-Encoding 或其他标头添加到消息对象中。 默认编码格式为 base64。 请参阅 email.encoders 模块来查看内置编码器列表。

可选的 policy 参数默认为 compat32

_params 会被直接传递给基类的构造器。

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.audio.MIMEAudio(_audiodata, _subtype=None, _encoder=email.encoders.encode_base64, *, policy=compat32, **_params)

模块: email.mime.audio

A subclass of MIMENonMultipart, the MIMEAudio class is used to create MIME message objects of major type audio. _audiodata is a string containing the raw audio data. If this data can be decoded as au, wav, aiff, or aifc, then the subtype will be automatically included in the Content-Type header. Otherwise you can explicitly specify the audio subtype via the _subtype argument. If the minor type could not be guessed and _subtype was not given, then TypeError is raised.

可选的 _encoder 是一个可调用对象(即函数),它将执行实际的音频数据编码以便传输。 这个可调用对象接受一个参数,该参数是 MIMEAudio 的实例。 它应当使用 get_payload()set_payload() 来将载荷改为已编码形式。 它还应根据需要将任何 Content-Transfer-Encoding 或其他标头添加到消息对象中。 默认编码格式为 base64。 请参阅 email.encoders 模块来查看内置编码器列表。

可选的 policy 参数默认为 compat32

_params 会被直接传递给基类的构造器。

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.image.MIMEImage(_imagedata, _subtype=None, _encoder=email.encoders.encode_base64, *, policy=compat32, **_params)

模块: email.mime.image

A subclass of MIMENonMultipart, the MIMEImage class is used to create MIME message objects of major type image. _imagedata is a string containing the raw image data. If this data type can be detected (jpeg, png, gif, tiff, rgb, pbm, pgm, ppm, rast, xbm, bmp, webp, and exr attempted), then the subtype will be automatically included in the Content-Type header. Otherwise you can explicitly specify the image subtype via the _subtype argument. If the minor type could not be guessed and _subtype was not given, then TypeError is raised.

可选的 _encoder 是一个可调用对象(即函数),它将执行实际的图像数据编码以便传输。 这个可调用对象接受一个参数,该参数是 MIMEImage 的实例。 它应当使用 get_payload()set_payload() 来将载荷改为已编码形式。 它还应根据需要将任何 Content-Transfer-Encoding 或其他标头添加到消息对象中。 默认编码格式为 base64。 请参阅 email.encoders 模块来查看内置编码器列表。

可选的 policy 参数默认为 compat32

_params 会被直接传递给 MIMEBase 构造器。

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.message.MIMEMessage(_msg, _subtype='rfc822', *, policy=compat32)

模块: email.mime.message

MIMENonMultipart 的子类,MIMEMessage 类被用来创建主类型为 message 的 MIME 对象。 _msg 将被用作载荷,并且必须为 Message 类(或其子类)的实例,否则会引发 TypeError

可选的 _subtype 设置消息的子类型;它的默认值为 rfc822

可选的 policy 参数默认为 compat32

在 3.6 版更改: 添加了 policy 仅限关键字形参。

class email.mime.text.MIMEText(_text, _subtype='plain', _charset=None, *, policy=compat32)

模块: email.mime.text

MIMENonMultipart 的子类,MIMEText 类被用来创建主类型为 text 的 MIME 对象。 _text 是用作载荷的字符串。 _subtype 指定子类型并且默认为 plain_charset 是文本的字符集并会作为参数传递给 MIMENonMultipart 构造器;如果该字符串仅包含 ascii 码位则其默认值为 us-ascii,否则为 utf-8_charset 形参接受一个字符串或是一个 Charset 实例。

除非 _charset 参数被显式地设为 None,否则所创建的 MIMEText 对象将同时具有附带 charset 形参的 Content-Type 标头,以及 Content-Transfer-Encoding 标头。 这意味着后续的 set_payload 调用将不再产生已编码的载荷,即使它在 set_payload 命令中被传入。 你可以通过删除 Content-Transfer-Encoding 标头来“重置”此行为,在此之后的 set_payload 调用将自动编码新的载荷(并添加新的 Content-Transfer-Encoding 标头)。

可选的 policy 参数默认为 compat32

在 3.5 版更改: _charset 也可接受 Charset 实例。

在 3.6 版更改: 添加了 policy 仅限关键字形参。