email - 附件可以在 MIME 中的嵌套多部分中吗？

Question

我知道多部分电子邮件的每个部分都可以是多部分本身。附件是否仅作为顶级部件添加，或者它们也可以在嵌套的多部件中？
例如我的意思，这里 attachment1.doc是嵌套的，而 attachment2.doc将是顶级部分。

multipart/mixed   |---Title: text/plain   |---Text content: text/plain   |---Nested multipart: multipart/mixed   |      |--- attachment1.doc (BASE64)   |---attachment2.doc (BASE64)

I'm asking because I encountered this code from https://stackoverflow.com/a/27556667/492336:

    # Iterate the different parts of the multipart message.
    for part in msg.walk():
        # Skip any nested multipart.
        if part.get_content_maintype() == 'multipart':
            continue

它在 Python 中，它们遍历消息的不同部分以搜索附件，但跳过本身是多部分的任何部分。
他们这样做是否正确？我试着阅读 RFC3501 ，但找不到任何明确说明文件附件是否可以嵌套的内容。

Answer 1

没有限制的处方，您将很难为所有人争取单一政策multipart类型——它们有非常不同的目的。

例如，使用类似的消息

multipart/mixed
  +-- multipart/alternative
  |     +-- text/plain
  |     +-- multipart/related
  |           +-- text/html
  |           +-- image/png
  |           +-- image/png
  +-- application/octet-stream; name="attachment.pdf"

...对于大多数想要提供消息的 HTML View 的客户来说，明智的行为是选择 multipart/related内 multipart/alternative及其所有附件，并使用它来显示消息，同时将 PDF 显示为单独的附件。如果只处理顶级 multipart/mixed你只能看到附件，这似乎不是一个理智的方法。

另一种可能发生完全任意嵌套的情况是 message/rfc822其中附加的消息是它自己的完整 MIME 消息，它可能又包含另一个 message/rfc822等递归。

任何带有(显式或暗示) Content-Disposition: attachment 的内容是一个“附件”；你有时会在里面看到“附件”，例如 multipart/alternative这意味着附件只有在您显示消息的替代 View 时才有意义——我很难想出一个例子来证明这是真的，并且可能实际上推测它应该被视为一个错误，并在呈现另一种选择时显示附件，以防万一。