C# VSTO通过EntryID和StoreID打开Outlook MailItem遇异常求助

我之前也碰到过一模一样的问题，核心根源在于你手动创建了新的Outlook.ApplicationClass实例，而没有使用VSTO插件自带的当前Outlook应用实例。当你新建应用实例时，它会和正在运行的Outlook主进程产生UI线程冲突——尤其是目标邮件未被选中时，这种冲突更容易触发，就会抛出「对话框已打开，请关闭后重试」的异常。

修正后的代码 #

直接使用VSTO提供的Globals.ThisAddIn.Application获取当前活跃的Outlook实例，不要手动新建：

// 使用VSTO自带的当前Outlook应用实例，避免新建进程引发冲突
Outlook.Application myApp = Globals.ThisAddIn.Application;
Outlook.NameSpace mapiNameSpace = myApp.GetNamespace("MAPI");
Outlook.MAPIFolder mySentBox = mapiNameSpace.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderSentMail);

// 过滤Items集合，确保拿到的是MailItem（避免会议请求等非邮件对象）
Outlook.MailItem myMail = null;
foreach (var item in mySentBox.Items)
{
    if (item is Outlook.MailItem mailItem)
    {
        myMail = mailItem;
        break;
    }
    // 释放非MailItem的COM对象，防止内存泄漏
    System.Runtime.InteropServices.Marshal.ReleaseComObject(item);
}

if (myMail != null)
{
    // 使用邮件自身的StoreID（比文件夹的更准确，虽然多数情况下两者一致）
    string entryId = myMail.EntryID;
    string storeId = myMail.StoreID;
    
    Outlook.MailItem getItem = (Outlook.MailItem)mapiNameSpace.GetItemFromID(entryId, storeId);
    // 可选：传false表示打开检查器但不激活，避免和现有窗口焦点冲突
    getItem.Display(false);
    
    // 释放COM对象
    System.Runtime.InteropServices.Marshal.ReleaseComObject(getItem);
    System.Runtime.InteropServices.Marshal.ReleaseComObject(myMail);
}

// 清理剩余COM对象
System.Runtime.InteropServices.Marshal.ReleaseComObject(mySentBox);
System.Runtime.InteropServices.Marshal.ReleaseComObject(mapiNameSpace);

额外注意事项 #

• 不要新建Application实例：VSTO插件运行在Outlook进程内部，直接用Globals.ThisAddIn.Application就能拿到当前实例，手动创建新实例会引发进程间UI冲突，这是你遇到问题的核心原因。
• 过滤Items集合：「已发送邮件」文件夹里可能包含会议请求等非MailItem对象，直接用Items[1]容易拿到错误类型的对象，导致后续操作异常。
• 必须释放COM对象：Outlook的COM对象不会被.NET垃圾回收器自动处理，使用完后一定要调用Marshal.ReleaseComObject，否则会造成内存泄漏，还可能引发其他COM冲突。
• 排查隐藏对话框：如果还是报错，可以用myApp.Inspectors.Count查看当前打开的检查器数量，确认是否有隐藏的未关闭对话框（比如未保存的草稿提示），这些也会触发「对话框已打开」的异常。

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