为何imap_fetchbody返回晦涩加密数据？PHP邮件脚本问题求助

看起来你遇到的核心问题是邮件结构处理不严谨，加上编码解码逻辑缺失，还有变量未初始化的坑，导致部分邮件无法正常读取。咱们一步步来修复：

1. 补上变量初始化和邮件结构判断的漏洞 #

你当前代码里如果邮件不是多部分结构（或者parts[1]不存在），$part变量就会未定义，后续调用$part->encoding直接报错，导致相关变量为空。首先要兼容单部分和多部分邮件：

$mails = imap_search($imap,'UNSEEN');
// 先判断搜索结果，避免无未读邮件时foreach报错
if ($mails === false) {
    echo "没有未读邮件或搜索失败";
    exit;
}

foreach($mails as $mail) {
    $structure = imap_fetchstructure($imap, $mail);
    $target_part = null;

    // 区分多部分和单部分邮件
    if ($structure->type == TYPEMULTIPART && isset($structure->parts)) {
        // 遍历所有部分，找到文本类型的邮件内容（不一定是索引1）
        foreach ($structure->parts as $part) {
            // 优先找text/plain，也可以根据需求找text/html
            if ($part->type == TYPETEXT && strtolower($part->subtype) === 'plain') {
                $target_part = $part;
                break;
            }
        }
    } else {
        // 单部分邮件，直接使用邮件本身的结构
        $target_part = $structure;
    }

    if (!$target_part) {
        echo "无法找到该邮件的文本内容部分";
        continue;
    }

2. 根据编码解码晦涩字符串 #

你看到的冗长晦涩字符串，本质是邮件内容的编码结果（比如Base64或Quoted-Printable），需要根据邮件指定的编码来解码：

// 获取编码类型和对应邮件部分的内容
    $encoding = $target_part->encoding;
    // 用part_number获取正确的邮件部分，避免硬写1/1.1/2
    $message = imap_fetchbody($imap, $mail, $target_part->part_number ?? 1);

    // 根据编码解码内容
    switch ($encoding) {
        case ENCBASE64:
            $message = base64_decode($message);
            break;
        case ENCQUOTEDPRINTABLE:
            $message = quoted_printable_decode($message);
            break;
        case ENC8BIT:
        case ENC7BIT:
        case ENCBINARY:
        default:
            // 这些编码不需要额外解码，直接保留原内容
            break;
    }

    // 获取正确的Content-Type
    $content_type = strtolower($structure->type . '/' . $target_part->subtype);
}

3. 关键修复点说明 #

• 避免硬写邮件部分索引：不同邮件的文本部分位置不一定是1/1.1/2，通过遍历结构找TYPETEXT类型的部分才是可靠的方式
• 编码解码必须对应：邮件内容的编码会在结构里声明，必须用对应的解码函数处理，否则就是乱码/晦涩字符串
• 变量安全判断：任何可能不存在的变量（比如parts、part_number）都要先判断，避免报错中断脚本

内容的提问来源于stack exchange，提问作者Mr. K. O. Rolling