除MAPI外，如何判断两个不同邮箱地址属于同一Outlook账户？

以下是除原生MAPI外可落地的实现方案，适配基于《Integrating IM applications with Office》文档开发的IM Provider场景：

• 基于Outlook Interop PIA做联系人关联查询
  不需要直接操作底层MAPI，引用Office安装自带的Outlook互操作程序集即可，比原生MAPI开发成本低很多，且不需要处理MAPI复杂的内存管理、版本兼容问题。在首次收到IContactManager.GetContactByUri()传入的邮箱URI时，调用Application.Session.CreateRecipient()方法传入该邮箱地址，调用Recipient.Resolve()解析成功后，即可拿到该收件人对应的唯一EntryID，同时可获取该联系人绑定的所有SMTP别名地址。将所有别名和EntryID做映射缓存，后续收到同EntryID下任意邮箱的查询请求，都返回同一个IContact实例的状态即可，不会生成重复实例。
• 域环境下通过Active Directory做用户身份归并
  如果你的集成场景面向企业域用户，收到邮箱查询请求时，直接查询AD中该SMTP地址对应的用户条目，提取用户唯一ObjectSID以及proxyAddresses属性下所有关联的SMTP地址，将这些地址统一映射到同一个内部用户ID上。所有同用户ID的查询请求都返回同一份在线状态，该方案完全不依赖Outlook侧接口，逻辑独立可控。注意给本地映射缓存设置12-24小时的过期时间，避免用户邮箱绑定变更后数据不一致。
• 增加IContact实例复用与状态兜底逻辑
  在你的IM Provider实现层维护两个缓存表：一个是邮箱到IContact实例的映射表，另一个是短时间（建议10秒）内的查询请求窗口。如果10秒内收到多个不同邮箱的查询请求，且后续检测到这些请求对应Outlook侧同一个联系人条目，直接复用第一个生成的IContact实例，不新建对象；同时设置状态优先级规则：勿扰 > 忙碌 > 离开 > 空闲，所有关联实例的状态强制同步为最高优先级值，避免Outlook取最后一次返回的空闲状态导致展示错误。
• 提前订阅Outlook联系人加载事件预构建映射
  实现IM Provider的OnContactLoad回调接口，Outlook加载联系人列表时会主动传入每个联系人的唯一标识和关联的所有邮箱地址，你可以在这个阶段提前构建好邮箱到用户的映射关系，等后续GetContactByUri()调用时直接匹配已有映射返回，从根源上避免重复生成IContact实例的问题。

注意：所有本地缓存的映射关系需要在Outlook退出时清空，下次启动重新构建，避免跨会话的脏数据影响展示结果。

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