Outlook VSTO插件BeforeAttachmentAdd事件超Exchange大小限制未触发如何解决

问题原因 #

你遇到的现象是Outlook的内置执行顺序导致的：Exchange配置的附件大小阈值校验是Outlook的内置前置逻辑，优先级高于第三方VSTO插件注册的BeforeAttachmentAdd事件。当附件超出阈值时，Outlook会先触发自带的报错拦截，流程直接终止，根本不会走到触发插件事件的步骤。

可行解决方案 #

• 方案1：关闭Outlook内置附件大小校验（成本最低）
  通过修改注册表关闭Outlook自带的附件大小限制，让所有附件添加操作都能走到你的事件逻辑中，由你自己完成大小校验：

  • 注册表路径：HKEY_CURRENT_USER\Software\Microsoft\Office\<Office版本号>\Outlook\Preferences
  • 新建DWORD类型键MaximumAttachmentSize，赋值为0即可取消内置大小限制
    你可以在插件安装逻辑里自动添加这个注册表项，不需要用户手动操作。

• 方案2：修复MailItem对象被GC回收的隐藏问题
  你现有代码里的mailItem是InspectorsOnNewInspector方法内的局部变量，方法执行完成后没有强引用持有，很容易被垃圾回收器回收，会偶发事件不触发的问题。你需要新增一个类级别的集合来持有所有打开的邮件项引用：

  public partial class ThisAddIn
  {
      // 新增类级别集合持有MailItem强引用
      private List<MailItem> _activeMailItems = new List<MailItem>();
  
      private void InspectorsOnNewInspector(Inspector inspector)
      {
          if (inspector.CurrentItem is MailItem mailItem)
          {
              // 加入集合防止被回收
              _activeMailItems.Add(mailItem);
              mailItem.BeforeAttachmentAdd += MailItemOnBeforeAttachmentAdd;
              // 监听邮件关闭事件，从集合中移除避免内存泄漏
              mailItem.Close += (ref bool cancel) => 
              {
                  if (_activeMailItems.Contains(mailItem))
                  {
                      _activeMailItems.Remove(mailItem);
                      Marshal.ReleaseComObject(mailItem);
                  }
              };
          }
      }
      // 其余原有逻辑保持不变
  }
  

• 方案3：前置拦截用户操作（无需修改注册表）
  如果业务场景不允许修改注册表，可以直接在用户触发附件添加的动作层面提前拦截，优先级高于Outlook内置逻辑：

  • 拦截Inspector窗口的附件添加按钮点击命令，Outlook的添加附件命令ID是1079，你可以通过CommandBars监听这个命令的执行，在Outlook处理前先读取用户选择的文件做大小校验
  • 子类化Inspector窗口，处理WM_DROPFILES消息，提前拿到用户拖放的文件路径，校验通过再放行给Outlook处理，不符合要求直接取消拖放，走你的云端上传逻辑。

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