关于MIME content-transfer-encoding类型Hexa的技术疑问

1. 标准MIME中的Content-Transfer-Encoding值 #

在官方MIME标准里，不存在名为Hexa的正式编码类型。标准定义的合法编码包括：

• 7bit
• 8bit
• binary
• quoted-printable
• base64

部分邮件系统可能支持非标准扩展编码，但Hexa并未被广泛文档化，也不属于常见扩展范畴。

2. Hexa的可能指代 #

结合你遇到的情况（附件实际是Base64内容，却标注为Hexa），有两种最可能的原因：

• 拼写错误：发送方可能误将hex（十六进制编码，即把每个字节转换为两位十六进制字符）写成了Hexa。即便hex也不属于MIME标准编码，仅少数客户端会做兼容处理。
• 垃圾邮件的非规范配置：垃圾邮件发送方常故意或误配置邮件头信息，可能是编码标注错误、内容与编码不匹配，以此试图绕过邮件过滤系统。

3. Gmail能解码的原因 #

Gmail的邮件解析器做了极强的容错处理：当遇到未识别的Content-Transfer-Encoding值时，会自动尝试用常见编码格式（比如Base64、quoted-printable）解码内容，以此兼容各类非规范邮件格式。这就是即便标注了不存在的Hexa，Gmail仍能解析出Base64内容的核心原因。

内容的提问来源于stack exchange，提问作者David C.