为何通过AWS SES发送的HTML邮件显示效果与Postdrop不同？

• =E2=80=8B（零宽空格）插入：这是AWS SES采用quoted-printable编码时，自动在换行/空白位置插入的零宽空格字符。Postdrop的编码逻辑不会添加该字符，导致客户端渲染时，零宽空格打断CSS选择器或媒体查询的语法结构，进而引发布局错乱、媒体查询失效。
• =2E（点号编码）差异：=2E是点号.的quoted-printable编码形式。Postdrop会对HTML中的特殊字符（包括类名前的点号）做编码处理，而SES直接保留原始点号，这种编码不一致会导致客户端解析CSS类时出现匹配问题。
• 邮件头编码差异：两者UTF-8编码相关的邮件头参数（如Content-Type的charset设置、Content-Transfer-Encoding）不一致，导致邮件客户端对内容的解码逻辑不同，放大了内容编码差异的影响。

1. 使用RawMessage发送邮件：在Lambda调用SES时，放弃HtmlPart字段，改用RawMessage直接传递预编码的完整邮件内容（包含对齐后的邮件头和编码后的HTML），完全控制邮件内容，避免SES自动修改。
   示例Lambda代码片段：

   import boto3
   from email.mime.multipart import MIMEMultipart
   from email.mime.text import MIMEText
   
   def lambda_handler(event, context):
       ses = boto3.client('ses')
       
       # 构建标准MIME邮件结构
       msg = MIMEMultipart('alternative')
       msg['Subject'] = '你的邮件主题'
       msg['From'] = 'sender@example.com'
       msg['To'] = 'recipient@example.com'
       
       # 手动处理HTML内容的编码逻辑
       html_content = """你的自定义HTML模板内容"""
       html_part = MIMEText(html_content, 'html', 'utf-8')
       html_part.set_charset('utf-8')
       html_part.replace_header('Content-Transfer-Encoding', 'quoted-printable')
       msg.attach(html_part)
       
       # 发送Raw格式邮件
       response = ses.send_raw_email(
           RawMessage={
               'Data': msg.as_string()
           }
       )
       return response
   

2. 预处理HTML内容：发送前清理HTML中的冗余空行，用正则替换易被SES误处理的空白字符；确保CSS类名前的点号为原始.，统一编码逻辑。
   示例清理空行代码：

   import re
   html_content = re.sub(r'\n\s*\n', '\n', html_content)
   

3. 对齐邮件头设置：确保邮件头的Content-Type为text/html; charset=utf-8，Content-Transfer-Encoding为quoted-printable，和Postdrop的邮件头参数完全一致。

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