不同Outlook加载项可否通过CustomProperties通信及替代方案咨询

CustomProperties 完全无法实现两个不同Outlook加载项之间的通信。
该接口的存储逻辑是按加载项ID做严格隔离的：即使两个加载项同时运行在同一封邮件、同一客户端会话中，A加载项通过CustomProperties写入的数据，仅A加载项自身有权限读写，B加载项既无法枚举也无法读取这些内容，这一设计的初衷就是避免不同加载项随意篡改彼此的私有存储数据。

你可以根据自己的场景从以下方案里选择：

• 基于邮件InternetHeaders传递轻量数据
  针对绑定邮件项的加载项场景，可以调用Office.context.mailbox.item.internetHeaders接口写入约定好的自定义SMTP头字段，两个加载项只要统一字段命名规则，就能在同个邮件项上读取到对方写入的内容。该方案的限制是单字段值长度不超过255个ASCII字符，写入的内容会随邮件一同流转，适合传递状态标识、配置标记这类轻量信息。
• 基于共享后端服务做消息中转
  如果需要传递大容量数据、或者需要实时消息触发能力，可以让两个加载项对接同一套后端服务：加载项运行时基于当前用户邮箱标识、当前邮件项的EntryID生成全局唯一的会话ID，通过WebSocket长连接或者轮询接口完成消息的推送和拉取。这个方案不受Outlook客户端沙箱限制，全端兼容，稳定性最高。
• 基于同源前端存储通信（仅Outlook网页端适用）
  如果两个加载项的静态资源托管在完全相同的域名下，且只需要支持Outlook网页端，可以直接利用浏览器同源策略下的共享存储能力，通过localStorage、BroadcastChannelAPI实现零后端的即时通信。注意桌面版、移动端Outlook会对不同加载项的运行上下文做强制隔离，该方案在非Web端不生效。

注意：所有跨加载项通信方案都需要你同时持有两个加载项的代码控制权，提前约定好数据格式和读写规则，不要尝试读取无协作约定的第三方加载项数据，否则会触发Outlook的权限拦截报错。

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