问题标签 [office365connectors]

我们正在开发一个连接器，可为外部用户创建可操作的 Outlook 消息。IE 这是一项服务。任何人都可以帮助下面的例子吗？当外部用户尝试通过单击其中一个操作按钮来操作消息时，我们收到错误消息。

例子：

用户 A 在注册连接器的租户上 - 租户 A，用户 B 在另一个 Office 365 租户租户 B 上。

我们创建了一个针对用户“收件箱”的 Office 365 连接器

连接器尚未发布到商店，但仍在开发中。

所以要明确的是，我们没有使用“可操作​​的电子邮件”来实施我们的解决方案。

我们可以为用户 A 和 B 创建可操作的消息，没有问题，所以两个用户都会收到电子邮件。但只有用户 A（在注册连接器的租户上）可以单击 Outlook 中的操作按钮。用户 B 收到错误消息：

“目标 URL ' https://nameomitted.com/method ' 不允许”

我们的 Web 服务器端没有从呼叫中收到任何内容。单击操作按钮时来自浏览器的控制台错误是：

所以这个错误是微软内部产生的。

在我们发布到商店之前，我们是否只能向注册连接器的租户中的用户发送邮件？这似乎限制了发展。

任何帮助是极大的赞赏。

我正在尝试使用节点 js 在团队中发送 o365 连接器卡的轮播。可能吗 ？我写了这段代码

但我在运行项目时遇到错误

D:\project\node_modules\botbuilder\lib\DefaultLocalizer.js:226 return key.replace(/:/g, "--").toLowerCase();

我怎样才能发送这张卡。

提前致谢

我一直在寻找论坛，但我找不到解决方案。如何在 Ubuntu 18.04 LTS 中将 office 365 日历与 Gnome 日历集成。

我没有使用 Evolution，因为我使用的是 Thunderbird。我已经将 Thunderbird 与 Office 365 集成。但是本地日历会更方便。

有人试过这个吗？有成功吗？

问候

盘店

常见描述

首先，我的目标是使用内部 API 将通知从我的服务发送到 MT 通道，并可以选择将其发送到内部 API 来回答它。

我发现一个连接器有这样的功能。我尝试使用StackOverflowConnector的好例子。这是一个很好的起点，这正是我所需要的（Bot 具有不适当的 UI 行为），但我决定从创建 Bot 的小步骤开始，以便更好地理解事物。简而言之，我取得了成功，机器人和 mt 频道在两个方向上都能很好地沟通。下一点是连接器。我在这里浏览了所有信息：

1. https://docs.microsoft.com/en-us/microsoftteams/platform/index
2. https://docs.microsoft.com/en-us/azure/bot-service/?view=azure-bot-service-3.0
3. https://docs.microsoft.com/en-us/outlook/

我为创建连接器所采取的措施

1. 在连接器开发人员仪表板中注册了一个连接器，其中包含以下字段：

   • 连接器名称：连接器

   • 徽标：contoso96x96.png

   • 您的应用程序的简短描述（10 个字或更少）：sd

   • 连接器功能的详细描述（3-5 句话）：dd

   • 公司网站：https://external.service

   • 列出您的连接器支持的事件：全部

   • 您想在您的连接器卡上启用操作吗？：是

   • 操作 URL：https://external.service/api/messages

   • 您的服务是否支持使用子域登录？：否

   • Inbox 用户的登录页面：https://external.service

   • 组或团队的用户登陆页面：https://external.service

   • 重定向 URL：https://external.service/api/messages

2. 运行外部服务以与连接器通信。检查服务工作

3. 获取了一个manifest.json文件，由 Connectors Developer Dashboard 生成，并将其上传到 Microsoft Team(MT) 团队。上传成功。没有对外部服务的网络请求（监控的 nginx 日志）

4. 在 MT 中选择一个通道并单击连接器对话框选项。在Sideloaded组列表中找到创建的连接器，然后单击配置。得到这样的窗口并单击完成。没啥事儿

5. 从 [github 连接器示例][3] 运行 nodejs 代码（由于完全没有请求，它没有意义）

我所期望的：

外部服务中的任何活动，我无法监控的其他集成节点。我将这个失败的结果与StackOverflowConnector和我的机器人经验进行比较，两者都可以根据需要工作。

问题：

如何设置连接器工作，发送网络请求？至少要有回声逻辑。

更新：

我注意到一个关于删除连接器的 MT 应用程序的奇怪报告。

编辑#2：进一步研究这个问题我发现这个功能，FEATURE ID: 26955链接正在推出。我认为这可能与我的问题有关。任何帮助仍将不胜感激。

connect to office365编辑：我认为按钮的工作方式或团队中的分组方式必须有所改变。我发现了一个奇怪的解决方法，如果我在 Outlook 中创建一个组并将我的 Microsoft 团队组基于已创建的 Office 365 组，我可以使用我的自定义连接器成功连接到该组。但是，每当我在 MS 团队中创建团队时，我在 Outlook 中都看不到该团队，然后在尝试连接时不断收到服务器错误。

上周我为 MS Teams 创建了一个自定义连接器，并将其连接到我的一些频道。本周我创建了一些新的测试组和频道，但连接器不再工作。我不断从连接 url 收到 500 错误，如下图所示。

我上周的旧频道在我的侧载连接器上仍然可以正常工作。我创建的任何新组和频道都会遇到我在下面看到的服务器错误。

任何帮助都将不胜感激。我还设法从商店中的连接器间歇性地收到此错误。

与几天前的这篇文章类似，当我尝试删除侧面加载的应用程序时，我也收到错误消息：自定义 Microsoft Teams 连接器根本不与外部服务通信

从 Microsoft 连接 URL 收到错误（Office 365 按钮）

我为我的 Microsoft Teams 应用程序创建了一个Office365连接器。早些时候它运行良好，我在我的频道中收到通知。
现在它已经停止工作了。我收到“出现错误”错误消息“发生意外错误”。 出了点问题
任何有关此的帮助将不胜感激。我真的被困住了。

清单内容：
{“$schema”：“ https://statics.teams.microsoft.com/sdk/v1.0/manifest/MicrosoftTeams.schema.json ”，“manifestVersion”：“1.0”，“版本”：“ 1.1”、“id”：“8471589f-f521-4d69-8d59-6a207b9e1b7b”、“packageName”：“com.microsoft.teams.corrus”、“developer”：{“name”：“Corrus”、“websiteUrl”： “ https://corrus.com/ ”、“privacyUrl”：“ https://corrus.com/terms/ ”、“termsOfUseUrl”：“ https://corrus.com/terms/" }, "icons": { "color": "corrus_logo.png", "outline": "corrus_logo_outline.png" }, "name": { "short": "Corrus", "full": "Corrus" } , "description": { "short": "一个协同工作和完成目标的工作管理平台。", "full": "Corrus 是一个工作管理工具，供小型团队在云应用程序中协作和管理项目。您可以在一个工作区中创建任务、构建工作流并与不同的利益相关者合作。它可以帮助团队调整他们的流程并更好地扩展，因为它使他们能够打破他们的目标并将工作分成可管理的块，创建一个行动计划或工作流，https://app.corrus.com/#/tabsConfig ", "canUpdateConfiguration": true, "scopes": [ "team" ] } ], "connectors": [ { "connectorId": "8471589f-f521-4d69- 8d59-6a207b9e1b7b”、“范围”：[“团队”]}]、“权限”：[“身份”、“messageTeamMembers”]、“validDomains”：[“app.corrus.com”、“corrus.com”] }

我在查看可操作消息时遇到问题。区域字符未正确显示（？而不是实际字符），即使我在meta电子邮件的 HTML 头部内的标记中添加了有关 UTF-8 编码的信息：

<meta http-equiv="Content-Type"content="text/html;charset=UTF-8">

然而，奇怪的是，当我将字符放入电子邮件正文时，它们会正确呈现。此外，即使放入一个字符，比如说，日语，也会使 Actionable Message 中的所有日语字符正确呈现（但不是，例如，西里尔字符）。

这让我想，这是 Outlook（OWA 和桌面）呈现消息的问题，而不是编码本身。看起来好像 Outlook 会自动选择正确显示邮件的最小字符集，但它不会将可操作邮件内容检测为邮件的一部分。

到目前为止，我想到的解决方法是将区域字符放入不可见的 div 中（以便它们“强制”字符集）：

<div style=\"display:none;font-size:1px;line-height:1px;max-height:0px;max-width:0px;opacity:0;overflow:hidden;mso-hide:all;\">łśあД&lt;/div>

这看起来真的很可怕，或者将备份消息内容添加到 HTML 的正文中。

所以我的问题是，我是否缺少任何不能正确呈现所有 UTF-8 字符的设置，无论正文如何？

我正在通过 EWS 托管 API 发送消息。我尝试在元标记中设置其他字符集。

我设置了一个 Logic App 工作流，每次我在 Office 365 上的 Exchange 邮箱中收到电子邮件时都会运行该工作流。

我与 Office 365 的连接有时会变得无效，例如过期的令牌。这打破了我的逻辑应用程序。有没有办法让我收到有关无效连接的警报？

我们收到报告，有时某些客户端无法正确显示可操作的消息。他们的消息是否显示在 Outlook OWA 或 Outlook 桌面应用程序上并不重要。

我要求其中一位客户安装 Actionable Message 调试器应用程序并检查诊断部分和其他部分。以下是我设法从中读出的一些细节：

• 此消息未附加任何卡片。
• 尚未对此消息执行可操作消息处理。可操作消息仅适用于 Office 365。
• 找到自适应卡有效负载但无法解析。请验证有效载荷。

和诊断部分：

直到最近，我都无法重现这个问题。在一些测试中，我给自己发送了一条测试消息，但它没有被正确解析。当我之后发送另一条测试消息时，它工作得非常好。

当然，在比较两个消息的来源后发现两个消息来源是相同的。标头有点不同，但主要是时间和似乎是服务器。调试器的诊断和错误部分几乎相同。

我们使用的方法是 SMTP（EWS 存在一些问题），如果导致问题，我们正在考虑切换回去。

关于这个问题有什么可以做的吗？可能值得注意的是，我们发送的有效负载非常“重”（例如，我们不得不限制自己发送的数据量，因为我们遇到了看起来像大小限制的东西）

我是 O365 的新手，在以下情况下需要帮助：

我们必须在公司 Office 365 租户中部署 Office 365 应用程序（自定义应用程序）。此应用程序将与 SQL Server 数据库通信。本地数据库服务器位于企业虚拟网络中。需要对防火墙进行哪些更改才能启用此连接？

我们是否需要按照链接https://blogs.technet.microsoft.com/educloud/2011/11/30/what-firewall-ports-do-i-need-open-to-connect-中所述打开所有端口to-office-365-for-education/