压缩Maildir邮件乱码问题（原标题：异常Postfix Maildir文件）

嘿，我刚处理过几乎一模一样的旧服务器Maildir备份恢复场景，给你几个实用的排查和解决方向，一步步来：

1. 先直接检查邮件原始内容，排除文件损坏 #

别先急着用邮件客户端看，先登录服务器用命令行扒开cur目录下的乱码邮件看看本质：

cat /var/mail/vmail/[你的域名]/[用户名]/cur/[具体邮件文件名] | less

重点盯两个地方：

• 邮件头部的Content-Type字段，有没有明确的charset=xxx标记？比如是不是charset=gb2312或者charset=big5这种非UTF8编码，而Dovecot没自动识别？
• 如果邮件正文是base64编码的，直接解码试试：

cat [目标邮件文件] | grep -A 100 "Content-Transfer-Encoding: base64" | grep -v "Content-Transfer-Encoding" | base64 -d

要是解码后内容正常，那问题肯定出在Dovecot或者客户端的编码解析上；要是解码后还是乱码，那大概率是备份过程中出了问题（比如用了ASCII模式传输二进制邮件文件，导致编码损坏）。

2. 调整Dovecot的编码支持配置 #

Dovecot默认的编码设置可能没覆盖旧服务器用的小众字符集，修改/etc/dovecot/conf.d/10-mail.conf（或者主配置文件dovecot.conf）：

• 找到或添加这几行：

# 强制支持常见非UTF8编码，覆盖旧服务器可能用的字符集
mail_charset = utf-8, gb2312, gbk, big5, iso-8859-1
# 给IMAP客户端加个兼容补丁，避免编码解析bug
imap_client_workarounds = tb-extra-mailbox-sep, utf8-names

改完重启Dovecot生效：

systemctl restart dovecot

这一步是让Dovecot主动识别邮件里的非标准字符集，别直接把编码丢给客户端瞎解析。

3. 检查Maildir文件的权限和归属 #

别小看权限！如果Dovecot运行的用户（比如默认的vmail）没有读取邮件文件的权限，可能会导致部分内容解析异常，甚至出现“伪乱码”：

# 递归设置正确的权限和用户组（先确认你的Dovecot运行用户，比如vmail或者mail）
chown -R vmail:vmail /var/mail/vmail/[你的域名]/[用户名]/
chmod -R 0600 /var/mail/vmail/[你的域名]/[用户名]/cur/ /var/mail/vmail/[你的域名]/[用户名]/new/
chmod 0700 /var/mail/vmail/[你的域名]/[用户名]/{cur,new,tmp}

权限不对的话，Dovecot可能读不全邮件内容，自然显示乱码。

4. 排查客户端的编码设置 #

有时候锅不在服务器，而是邮件客户端的默认编码没调对。比如用Thunderbird的话：

• 打开乱码邮件，右键选「显示编码」，挨个试试GB2312、GBK这些编码，看内容会不会正常显示。
• 如果大部分旧邮件都是同一个编码，直接在客户端设置里把默认显示编码改成对应的字符集，省得每次手动切换。

5. 极端情况：批量转换邮件编码 #

要是上面的方法都没用，说明邮件本身的编码标记丢了或者错了，只能硬转编码。比如把GBK编码的邮件批量转成UTF8（一定要先备份邮件文件！）：

# 先备份整个Maildir目录！
cp -r /var/mail/vmail/[你的域名]/[用户名]/ /var/mail/vmail/[你的域名]/[用户名]_backup/

# 批量转换cur目录下的邮件
for file in /var/mail/vmail/[你的域名]/[用户名]/cur/*; do
  iconv -f gbk -t utf-8 "$file" > "$file.tmp" && mv "$file.tmp" "$file"
done

注意替换gbk为你实际需要转换的源编码，比如big5、iso-8859-1等。

内容的提问来源于stack exchange，提问作者Rui F Ribeiro