如何让Outlook加载项检测邮件项的彻底删除操作？

我之前开发Outlook加载项时也踩过BeforeDelete事件不触发的坑，结合你的场景（需要区分「移动到已删除文件夹」和「彻底删除」，清理未发送邮件的关联资源），给你一套可行的方案：

一、先搞懂BeforeDelete事件的触发逻辑 #

单个邮件项绑定的BeforeDelete事件很容易失效——比如邮件是未保存的草稿、或者已经脱离当前视图时，绑定的事件可能根本不会触发。正确的姿势是给文件夹级别的对象绑定BeforeDelete事件，重点关注这几个关键文件夹：

• 收件箱、草稿箱：用户常从这里删除邮件（普通删除是移动到已删除，Shift+Delete是彻底删除）
• 已删除邮件文件夹：这里的删除操作就是永久彻底删除

二、绑定文件夹级BeforeDelete事件（C# VSTO示例） #

先给目标文件夹绑定事件，确保不会遗漏关键操作：

private void InitializeFolderEvents()
{
    var outlookApp = Globals.ThisAddIn.Application;
    // 获取Outlook核心文件夹
    var inbox = outlookApp.Session.GetDefaultFolder(OlDefaultFolders.olFolderInbox);
    var drafts = outlookApp.Session.GetDefaultFolder(OlDefaultFolders.olFolderDrafts);
    var deletedItems = outlookApp.Session.GetDefaultFolder(OlDefaultFolders.olFolderDeletedItems);

    // 绑定BeforeDelete事件
    inbox.BeforeDelete += Folder_BeforeDelete;
    drafts.BeforeDelete += Folder_BeforeDelete;
    deletedItems.BeforeDelete += DeletedItems_BeforeDelete;
}

三、区分「移动到已删除」和「彻底删除」 #

这是你的核心需求，我们分两种场景针对性处理：

1. 已删除文件夹内的删除 = 彻底删除 #

当DeletedItems_BeforeDelete触发时，直接执行资源清理即可——这里的删除操作必然是永久删除：

private void DeletedItems_BeforeDelete(object Item, ref bool Cancel)
{
    if (Item is MailItem mail)
    {
        // 清理该邮件的关联资源（比如你之前添加的用户属性、本地缓存等）
        CleanupMailResources(mail.EntryID);
    }
}

2. 其他文件夹的Shift+Delete = 彻底删除 #

普通删除（按Delete键）会把邮件移动到已删除文件夹，这种情况不需要清理；但Shift+Delete是直接彻底删除，需要在Folder_BeforeDelete中判断：

private void Folder_BeforeDelete(object Item, ref bool Cancel)
{
    if (Item is MailItem mail)
    {
        var deletedFolder = Globals.ThisAddIn.Application.Session.GetDefaultFolder(OlDefaultFolders.olFolderDeletedItems);
        
        // 判断是否是Shift+Delete彻底删除：尝试移动邮件到已删除文件夹，失败则为彻底删除
        try
        {
            // 普通删除时，此移动操作不会抛异常
            mail.Move(deletedFolder);
            Cancel = true; // 阻止默认删除逻辑，避免重复操作
            // 这里不需要清理资源，后续在已删除文件夹删除时再处理
        }
        catch
        {
            // 抛异常说明是Shift+Delete彻底删除，直接清理资源
            CleanupMailResources(mail.EntryID);
        }
    }
}

四、用ItemAdd/ItemRemove弥补事件遗漏 #

有些极端场景下BeforeDelete可能不触发（比如自动归档、服务器规则删除），可以给已删除文件夹绑定ItemAdd和ItemRemove事件，维护一个邮件列表来追踪：

private List<string> _deletedMailEntryIds = new List<string>();

private void InitializeDeletedItemsTracking()
{
    var deletedItems = Globals.ThisAddIn.Application.Session.GetDefaultFolder(OlDefaultFolders.olFolderDeletedItems);
    deletedItems.ItemAdd += DeletedItems_ItemAdd;
    deletedItems.ItemRemove += DeletedItems_ItemRemove;
}

private void DeletedItems_ItemAdd(object Item)
{
    if (Item is MailItem mail)
    {
        // 记录进入已删除文件夹的邮件ID
        _deletedMailEntryIds.Add(mail.EntryID);
    }
}

private void DeletedItems_ItemRemove()
{
    var deletedItems = Globals.ThisAddIn.Application.Session.GetDefaultFolder(OlDefaultFolders.olFolderDeletedItems);
    // 获取当前已删除文件夹的所有邮件ID
    var currentEntryIds = deletedItems.Items.Cast<MailItem>().Select(m => m.EntryID).ToList();
    // 找出被移除的邮件ID（即彻底删除的邮件）
    var removedIds = _deletedMailEntryIds.Except(currentEntryIds).ToList();
    
    foreach (var id in removedIds)
    {
        CleanupMailResources(id);
        _deletedMailEntryIds.Remove(id);
    }
}

五、注意事项 #

• 避免内存泄漏：加载项关闭时，记得解绑所有绑定的事件，否则会导致Outlook崩溃。
• 持久化状态：如果加载项可能重启，把需要清理的邮件EntryID存入本地文件/注册表，重启后重新加载追踪。
• 处理异常：Outlook对象模型操作容易抛异常，记得加try-catch块避免加载项崩溃。

内容的提问来源于stack exchange，提问作者B. Leslie