使用imap_fetchbody获取邮件遇附件时乱码，求HTML正文解决方案

我来帮你搞定这个问题！你遇到的乱码其实根本不是正文，而是附件（图片）的二进制数据——因为你直接指定了imap_fetchbody的第三个参数为2，但在带附件的多部分邮件里，这个位置对应的可能不是HTML正文，而是附件内容。

问题根源 #

IMAP邮件的结构是分层的：当邮件包含附件时，它会被标记为multipart/mixed或multipart/alternative类型，正文和附件会作为不同的“子部分”存在。你直接取2这个位置，刚好命中了图片附件的二进制数据，所以才会出现那些类似Exif头的乱码。

解决方案：递归查找HTML正文部分 #

我们需要先解析邮件的结构，递归遍历所有子部分，找到类型为TEXT/HTML的部分，而不是硬编码位置编号。这样不管附件放在哪个位置，都能准确拿到HTML正文。

给你一个实用的代码示例：

function getHtmlBody($inbox, $messageNumber) {
    $structure = imap_fetchstructure($inbox, $messageNumber);
    
    // 递归遍历邮件部分
    $findHtml = function($part, $path = '') use (&$findHtml, $inbox, $messageNumber) {
        // 检查当前部分是否是HTML文本
        if ($part->type == 0 && isset($part->subtype) && strtolower($part->subtype) == 'html') {
            $body = imap_fetchbody($inbox, $messageNumber, $path ? $path : 1);
            // 根据编码解码正文
            switch ($part->encoding) {
                case 3: return quoted_printable_decode($body);
                case 4: return base64_decode($body);
                default: return $body;
            }
        }
        
        // 如果当前部分有子部分，递归查找
        if (isset($part->parts) && count($part->parts) > 0) {
            foreach ($part->parts as $i => $subPart) {
                $result = $findHtml($subPart, $path . ($i + 1) . '.');
                if ($result !== null) {
                    return $result;
                }
            }
        }
        
        return null;
    };
    
    return $findHtml($structure);
}

// 使用方法
$bodytext = getHtmlBody($inbox, $x);

关键说明 #

• 这个函数会递归遍历邮件的所有子部分，精准定位到TEXT/HTML类型的内容。
• 同时处理了常见的编码（quoted-printable和base64），确保正文解码正常。
• 附件的部分不会被干扰，你后续可以通过对应的部分编号（比如找到附件的位置后用imap_fetchbody获取二进制数据）来下载附件，完全不冲突。

这样修改后，你就能拿到干净的HTML正文，再也不会出现附件的二进制乱码啦！

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