Outlook VSTO插件删除ContactItem时被移至草稿箱而非已删除文件夹问题

核心原因 #

• 未保存的修改触发路由异常：如果ContactItem在调用Move方法前存在未提交的属性修改，Outlook 2016会将其识别为未完成的编辑项，错误路由到草稿文件夹，这是Interop 15.x版本的已知兼容性问题。
• 跨存储移动bug：你当前通过全局MAPI命名空间获取的是Outlook主账户的已删除文件夹，若待删除的联系人属于其他关联邮箱（如多账号配置下的次要邮箱、共享邮箱），跨存储移动联系人项时，Outlook 2016的路由逻辑会出错，最终落入草稿文件夹。
• 第三方插件拦截：部分邮件管理类Outlook插件会钩子ItemMove事件，篡改移动目标文件夹，可先禁用其他插件后复现验证。

修复方案 #

方案1：优先使用原生删除方法 #

原生ContactItem.Delete()方法默认会将项目移动到所属存储对应的已删除文件夹，无需手动指定目标文件夹，兼容性远高于手动Move操作，替换代码如下：

public void Delete(Outlook.ContactItem oco)
{
    if (oco != null)
    {
        privateInfo = oco.FullName;
        // 直接调用原生删除方法，自动路由到对应已删除文件夹
        oco.Delete();
        // 释放COM对象避免内存泄漏
        Marshal.ReleaseComObject(oco);
    }
}

方案2：修复手动Move逻辑 #

如果必须使用手动移动逻辑（如需要自定义删除后路径），先保存联系人修改，再从联系人所属存储获取已删除文件夹：

public void Delete(Outlook.ContactItem oco)
{
    if (oco != null)
    {
        privateInfo = oco.FullName;
        // 先保存未提交的修改
        oco.Save();
        // 从联系人所属存储获取对应已删除文件夹，避免跨存储路由错误
        Outlook.Store contactStore = (oco.Parent as Outlook.MAPIFolder).Store;
        Outlook.MAPIFolder trashFolder = contactStore.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderDeletedItems);
        if (trashFolder != null)
        {
            oco.Move(trashFolder);
            Marshal.ReleaseComObject(trashFolder);
        }
        Marshal.ReleaseComObject(contactStore);
        Marshal.ReleaseComObject(oco);
    }
}

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