邮件编码异常：近乎相同的邮件波兰字符渲染效果为何不同？
我们无法理解为何两封近乎完全相同的邮件会呈现出不同的渲染效果。
其中一封邮件的波兰字符渲染正常：
在Gmail源码中，我们看到：U=C5=BCyj linku poni=C5=BCej by zaakceptowa=C4=87 umow=C4=99 powierzenia danych osobowych另一封邮件的波兰字符渲染异常：
在Gmail源码中，我们看到：U=EF=BF=BD=EF=BF=BDyj linku poni=EF=BF=BD=EF=BF=BDej by zaakceptowa=EF=BF=BD=EF=BF=BD umow=EF=BF=BD=EF=BF=BD powierzenia danych osobowych
两封邮件均定义了如下编码：<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
通过终端执行以下命令检测所有邮件模板：$ file -bi *.html
返回结果均为：text/html; charset=utf-8
请问我们遗漏了哪些排查点？
遗漏的排查点
邮件MIME头编码配置差异
检查两封邮件的完整MIME源码，对比Content-Type头的charset参数、Content-Transfer-Encoding字段。即使HTML内声明了utf-8，邮件MIME头若指定了其他编码（如iso-8859-2），或传输编码（quoted-printable/base64）处理出错，都会导致渲染异常。动态内容填充时的编码丢失
确认邮件模板填充动态数据的逻辑：若数据从数据库/其他数据源读取，需排查是否存在编码转换错误（如数据源为latin-1却直接以utf-8输出）；检查生成邮件内容的代码，确保字符串拼接、输出环节强制指定utf-8编码，且无异常捕获遗漏导致的编码损坏。HTML结构细节影响Gmail解析
对比两封邮件的HTML结构，检查是否存在DOCTYPE声明差异、隐藏元素、特殊注释等。Gmail对HTML的解析优先级可能因结构细节不同而触发不同的编码 fallback 逻辑；同时确认邮件是否包含Content-Language头，波兰语语言设置可能影响编码识别优先级。模板文件实际编码与声明不符
file命令检测可能存在误差，用hexdump -C filename.html查看文件开头，确认是否存在utf-8 BOM（EF BB BF），异常邮件的模板可能因无BOM或含其他编码BOM导致解析错误；用VS Code等编辑器打开模板，查看编辑器识别的实际编码，确保保存时选择无BOM的utf-8格式。邮件发送服务的编码处理差异
若使用第三方邮件发送服务，检查服务默认编码配置，确认是否在发送过程中对邮件内容进行了二次编码转换；对比两封邮件的发送日志，查看是否存在不同的发送参数或路由，导致编码处理逻辑不一致。
内容的提问来源于stack exchange，提问作者Michal_Szulc
