【问题标题】:EWS for Web based add-ins for OutlookEWS for 基于 Web 的 Outlook 加载项
【发布时间】:2018-02-14 03:46:20
【问题描述】:

我们正在尝试开发 Outlook Web 插件,但有一些与 EWS 相关的查询:

documentation states 必须启用 EWS 并且必须向 Internet 公开 Exchange Server 的本地安装。

问题:

  1. 是否所有 Office Web 加载项都需要在服务器上启用 EWS?
  2. EWS 是否必须暴露在 Internet 上才能使加载项工作?

我们的客户在本地安装了 Exchange Server 并启用了 EWS,但出于安全原因不想将其暴露在互联网上。

我们正在尝试开发的插件仅供内部员工使用,不会从公司网络区域外部访问。

【问题讨论】:

    标签: office-js outlook-web-addins


    【解决方案1】:

    只要您的加载项不进行任何需要 EWS 的调用,这不是硬性要求。也就是说,强烈推荐。

    【讨论】:

    • 嗨,马克,感谢您的回答。澄清一下,您的意思是: 1. 如果加载项仅使用 Office.js 而不进行任何直接 EWS 调用,则不需要 EWS? 2. 如果上面 1 的答案是否定的,假设 Office.js 内部使用 EWS 来实现某些功能,那么 EWS 是否必须暴露在互联网上?在此感谢您的帮助。
    • 存在依赖 EWS 的 Office.js API,例如 makeEwsRequestAsync 和 getUserIdentityTokenAsync。如果在加载项中利用了这些 API,并且 Exchange Server 未暴露于 Internet,这将影响用户在通过 Internet 连接到 Exchange 时使用加载项的能力。
    • 感谢您提供有用的信息。再做一些澄清,我们就可以开始了: 考虑以下场景: 1. Exchange 用户仅通过 Intranet 连接到 Exchange Server。 2. EWS 不对外暴露 Q:AddIn 不调用任何依赖 EWS 的 Office.js API 是否可以正常工作?问:AddIn 调用依赖 EWS 的 Office.js API 也能正常运行吗?为了测试我们的开发需求,很难设置一个测试环境来进行 POC,因此我们正在寻求一些专家的建议。感谢您的帮助。
    • 是的,在连接到 Intranet 时调用不依赖 EWS 的 Office.js API 时,加载项应该能够正常工作。对于依赖 EWS 的 Office.js API,只要 Outlook 可以通过 Intranet 访问 EWS,API 也应该可以正常工作。请注意,仍然强烈建议 Exchange 服务器将 EWS 暴露在 Internet 上。如果加载项不接触 Internet,则无法从后端进行 EWS 调用,并且只能在连接到 Intranet 时使用加载项。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-05-19
    • 2018-04-20
    • 2016-08-07
    • 1970-01-01
    • 2021-01-05
    • 2020-01-23
    • 1970-01-01
    相关资源
    最近更新 更多