之后发送？关闭？ onSend 的侵入性较小的替代方案？答案

【问题标题】：afterSend? onClose? less intrusive alternative to onSend?之后发送？关闭？ onSend 的侵入性较小的替代方案？
【发布时间】：2020-07-28 09:26:19
【问题描述】：

我们正在开发一个 Outlook 插件。用户要求的一项功能是能够将电子邮件副本发送到我们的主应用程序。对于已经编写好的电子邮件，我们可以使用 item.subject.getAsync、body to from 等来获取电子邮件数据并根据需要传递。

撰写是另一个问题。我们可以在用户发送电子邮件之前获取所有信息，但是如果我们将电子邮件复制到我们的应用程序并且他们继续编辑，则会出现电子邮件不同步的明显问题。

我们研究过使用 onSend 功能，但这需要管理员安装，然后加载项不能在商店中。 onSend 功能也比我们需要的更强大，允许加载项更改电子邮件等。我们只需要获取数据的副本。

有没有办法在电子邮件或任务窗格的 onClose 上发送后获取电子邮件数据？

【问题讨论】：

【解决方案1】：

这在今天是不可能的。我们在user-voice page 上跟踪 Outlook 加载项功能请求。看起来您想要的功能已经被其他人请求了。请投票existing request。我们在规划过程中会考虑用户语音的功能请求。

在此之前，可以通过使用后端服务组件补充加载项来解决此问题，该组件将通过Outlook REST API 订阅和处理发送事件。

【讨论】：

【解决方案2】：

您可能会发现 appendOnSend 功能（仍处于预览阶段）很有帮助。它在 onSend 之后触发，并允许运行您需要的操作。请参阅Implement append on send in your Outlook add-in (preview) 了解更多信息。

【讨论】：

感谢我们注意到了这一点，但看到它处于预览状态。这个有发布日期吗？我们还看到了docs.microsoft.com/en-us/javascript/api/office/…，但不确定这是否适用于我们的案例。这条路线有什么建议吗？
完成的方法必须在被调用的函数结束时调用，它不是你可以处理的事件。
感谢您的快速回复！这里有2个问题。 appendOnSend 和 onSend 是否总是被触发？此处的用例是供用户选择是否希望通过 api 也将电子邮件复制到我们的应用程序，而不是复制所有已发送的电子邮件。第二部分：这些命令功能与任务窗格没有上下文或共享状态，对吗？用户始终需要使用我们的应用程序进行身份验证才能连接到 api。我猜这些命令将无法访问应用程序状态。也许是本地存储项目？
澄清一下，AppendOnSend API 在这里没有帮助。它只是一个允许在发送过程中附加一些内容的 API，但此时您将无法运行任何代码来访问电子邮件内容 - 在发送发生的那一刻。