使用MailKit调用Inbox.MoveTo报“文件夹未以读写模式打开”错误

核心问题原因 #

你触发报错的根因是 Exchange 365的IMAP实现存在特性限制：当你先后打开两个文件夹的读写权限时，先打开的源文件夹（收件箱）的读写权限会被服务端隐式回收，导致你调用MoveTo方法时，源文件夹实际已经不满足读写模式要求。
另外你完全不需要打开目标文件夹就可以执行移动操作，MailKit的IMapFolder.MoveTo方法仅要求源文件夹处于读写打开状态，目标文件夹无需提前打开。

修复后的代码 #

public void MoveEmail(string index, string folder)
{
    using (var client = new MailKit.Net.Imap.ImapClient())
    {
        client.Connect(ServerUrl, ServerPort, true);
        client.Authenticate(UserName, Password);
        // 仅打开源文件夹（收件箱）的读写权限即可
        client.Inbox.Open(MailKit.FolderAccess.ReadWrite);
        // 优化判断逻辑，避免运算符优先级导致的逻辑错误
        if (!client.Inbox.IsOpen)
            throw new Exception("Inbox is not open.");

        // 获取目标子文件夹，不需要打开
        var dingle = client.Inbox.GetSubfolder(folder);

        // 执行移动操作，这里你之前写死了索引0，可以根据index参数调整要移动的邮件
        client.Inbox.MoveTo(0, dingle);

        // 移动完成后再打开目标文件夹做后续操作
        dingle.Open(MailKit.FolderAccess.ReadWrite);
        if (!dingle.IsOpen)
            throw new Exception("Target folder is not open.");

        var dangle = dingle.Count;
        var wingle = dingle.Fetch(0, -1, MailKit.MessageSummaryItems.Full);

        dingle.Close(false);
        client.Disconnect(true);
    }
}

额外优化建议 #

• 原代码中的判断if (!client.Inbox.IsOpen == true)存在运算符优先级风险，优化为if (!client.Inbox.IsOpen)逻辑更清晰
• 当前代码写死了移动索引为0的第一封邮件，可根据传入的index参数获取对应邮件的UniqueId或索引再执行移动，避免误操作
• 操作邮件时优先使用UniqueId代替索引，避免邮件列表变动导致索引偏移的问题

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