DecodeToAsync无法为PDF文件填充MemoryStream问题排查

我用以下代码从邮件附件下载PDF文件，连接Gmail的IMAP服务器时完全正常，但切换到其他IMAP服务器时，DecodeToAsync方法无法将内容解码到MemoryStream里。调试时能看到mimePart.Content.Stream确实有数据，请问可能是什么原因？

public async Task<EmailFileInfo> GetFileAsync(string messageId, string fileId, string fileName, string folderId = null)
{
    using var client = await ConnectToImapServerAsync();
    var currentFolder = await GetFolderAsync(client, folderId);
    await currentFolder.OpenAsync(FolderAccess.ReadWrite);
    if (!int.TryParse(messageId, out int parsedMessageId))
    {
        return null;
    }
    var message = await currentFolder.GetMessageAsync(parsedMessageId);
    var mimePart = GetMessageAttachmentFilter(message, fileId, fileName);
    if (mimePart is null)
    {
        return null;
    }
    using MemoryStream memoryStream = new MemoryStream();
    await mimePart.Content.DecodeToAsync(memoryStream);
    return new EmailFileInfo { Name = mimePart.FileName, ContentType = mimePart.ContentType.MimeType, Stream = memoryStream };
}

private MimePart GetMessageAttachmentFilter(MimeMessage message, string fileId, string fileName)
{
    foreach (var attachment in message.Attachments)
    {
        var mimePart = (MimePart)attachment;
        if (mimePart.ContentId == fileId || mimePart.FileName == fileName)
        {
            return mimePart;
        }
    }
    foreach (var part in message.BodyParts)
    {
        var mimePart = (MimePart)part;
        if (mimePart.ContentId == fileId || mimePart.FileName == fileName)
        {
            return mimePart;
        }
    }
    return null;
}

我原本预期该代码适配所有IMAP连接，但实际并非如此。

可能的原因分析： #

• 编码格式兼容性问题：不同IMAP服务器对MIME附件的编码处理可能存在差异，比如部分服务器使用了非标准的Content-Transfer-Encoding（如x-uuencode、binary等），而MimeKit的DecodeToAsync对这类非标准编码支持有限，导致解码失败。
• MIME结构解析不全：有些服务器返回的邮件MIME结构嵌套层级更深，你的GetMessageAttachmentFilter仅遍历了顶层的Attachments和BodyParts，可能拿到的是未解码的容器部分而非实际的附件流，或者根本没找到正确的附件。
• 流位置异常：mimePart.Content.Stream的当前读取位置可能不在起始处（比如之前的操作或服务器返回时已经读取过部分内容），导致DecodeToAsync从流的末尾开始读取，没有数据写入MemoryStream。可以尝试在解码前重置流位置：mimePart.Content.Stream.Position = 0;
• MIME头不规范：部分服务器返回的Content-Type或Content-Disposition头不符合RFC标准，比如文件名编码错误、Content-Transfer-Encoding头缺失或值错误，导致MimeKit无法正确识别编码规则，进而解码失败。
• 邮件内容获取不完整：GetMessageAsync可能默认只获取了邮件头或部分内容，有些IMAP服务器需要显式请求完整邮件内容才能获取到完整的附件流。可以尝试使用GetMessageAsync的重载方法，指定获取完整的邮件数据。

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