【问题标题】:Web-based Outlook add-in to read and process message contents用于读取和处理邮件内容的基于 Web 的 Outlook 加载项
【发布时间】:2016-08-07 21:38:53
【问题描述】:

我想创建一个不在邮件或约会上下文中运行的基于 Web 的 Outlook 加载项。我只是想在主页选项卡上有一个按钮的新组。单击时,应显示一个新窗口。 在依赖于平台的概念(如 vsto)中,这是可能的。但新的网络概念似乎不支持这种情况。至少在前景中没有。

程序应该更像一个服务运行,观察发件箱,读取(提取和转换)并准备特定的消息(可能在本地存档它们的内容 - 这是沙盒机制的另一个问题)。

我想部署到 windows 和 mac 桌面客户端。

这可能吗?
module extension 是替代品吗? (mac 支持吗?)

【问题讨论】:

  • 嗨,你有没有想过这个问题?我正在研究具有相似目标的不同可能性。我不希望它在任何单个电子邮件的上下文中运行。相反,我希望它在文件夹的上下文中运行。实际上,我已经完成了大部分 UI 和功能 - 想想一个非常自定义的 [从头开始] 重做你的收件箱视图 - 所以它适用于电子邮件列表,而不是单个电子邮件。该 UI 的入口点是我挠头的地方 - 一切似乎都在消息的上下文中。 Module Exts 似乎仅限于 Windows 上的 Outlook2016(据我所知)。谢谢

标签: outlook ms-office office365 outlook-addin office365-apps


【解决方案1】:

任务窗格和上下文自定义窗格旨在与选定/打开的消息进行交互。您可以定义在您定义的 .html 页面中运行 JavaScript 函数的加载项命令(自定义功能区按钮:https://dev.office.com/docs/add-ins/outlook/manifests/define-add-in-commands)。这些功能可以做任何你想做的事情,并且不一定要与消息或邮箱交互。

但是,没有允许您运行后台应用程序的功能 - 您的自定义代码始终必须由用户执行。另一种方法是在 Web 服务器或客户端应用程序上下文中使用 Graph API(或 Exchange Web 服务)。

模块扩展类似于插件命令,但默认情况下不在任何消息的上下文中运行。模块扩展本质上只是一个用于显示网页的画布,但您可以访问邮箱 API。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-03-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-13
    • 2021-02-25
    相关资源
    最近更新 更多