MIMEMultipart发邮件：HTML内容在Outlook桌面端变附件问题排查

问题根源 #

你的代码里将两个独立的HTML内容分别作为MIME部分添加到默认的mixed类型Multipart容器中，Outlook桌面端对这种非标准的MIME结构解析逻辑更严格，会把第二个HTML部分识别为附件；而移动端邮件客户端容错性更高，能正确合并显示多个HTML内容。

解决方案 #

需要将手写HTML文本和表格HTML合并为单一的HTML正文，再按照标准的MIME邮件结构组织内容（主容器为mixed，包含正文部分和附件）。

修改后的核心代码 #

重点修改send_email_mb函数中添加正文的部分：

def send_email_mb(table, body, df):
    # 构造邮件容器，明确指定为mixed类型（用于包含正文和附件）
    multipart = MIMEMultipart('mixed')
    multipart['Subject'] = 'Please find attached your weekly report!'
    multipart['From'] = ''
    multipart['To'] = ''
    
    # 合并手写HTML和表格HTML为完整正文
    # 将表格插入到原HTML的body末尾
    full_html = body.replace('</body>', f'{table}</body>')
    
    # 创建正文容器（alternative用于兼容纯文本/HTML，这里只传HTML）
    body_container = MIMEMultipart('alternative')
    body_container.attach(MIMEText(full_html, 'html'))
    
    # 将正文容器添加到主邮件容器
    multipart.attach(body_container)

    # 附加CSV文件（这部分保留原逻辑，修正拼写错误）
    for filename in EXPORTERS:
        attachment = MIMEApplication(EXPORTERS[filename](df))
        # 修正原代码的拼写错误：attachement -> attachment
        attachment['Content-Disposition'] = f'attachment; filename="{filename}"'
        multipart.attach(attachment)

    # 后续SMTP发送逻辑保留...

额外注意点 #

1. 原代码中content-Disposition存在拼写错误（少了一个t，正确应为attachment），虽不影响当前功能，但建议修正以避免潜在问题。
2. 使用嵌套的alternative容器是标准邮件结构，即使只需要HTML正文，也能保证不同客户端的兼容性。

为什么之前的尝试无效 #

• 调整MIMEText顺序：本质还是多个独立的HTML部分，Outlook依然会把后续部分识别为附件。
• 直接改为Multipart('alternative')：alternative类型仅用于纯文本和HTML的备选内容，不能直接包含附件，会导致附件无法正常显示，不符合需求。

内容的提问来源于stack exchange，提问作者ZachtPy