文件附件在Microsoft Graph API中显示为消息实体

2018-06-12 18:23:04

最近我们已经注意到，Microsoft Graph API已经将文件附件作为从/ me / messages端点返回的消息实体返回。

重现的情景如下：

给自己发送一封电子邮件（或让其他人向你发送电子邮件）和一个或多个文件附件

在Graph Explorer中运行以下查询：https://graph.microsoft.com/v1.0/me/messages

请注意，将有一个代表电子邮件本身的对象（这是正确的行为）以及一个或多个对象，这些对象是文件附件的表示形式。

还值得注意的是，这些附件“消息”与原始邮件具有相同的主题，正文内容设置为附件的文件内容（如果附件是文档），没有发件人或收件人，他们有isRead状态为true，isDraft状态为true。彻底废话！

附件作为消息

我只能假设这是Graph API中的一个错误 - 我无法看出设计发生这种情况的任何原因。值得注意的是，我一直在使用Graph API大约9个月，这种行为直到最近才开始发生。

请微软的某人尽快与我联系？这是API中的一个主要错误，无疑会破坏大多数使用它的应用程序。这也是一个非常值得关注的问题，一个稳定的1.0版本正在改变。为什么不在下一个版本中使用v1.1或v2.0？

感谢报告！如果通过/me/messages端点检索邮件，我也会看到这种行为。如果我通过/me/mailfolders/inbox/messages检索，我没有。这实际上是一条重要线索。

我看着消息的parentFolderId 。对于“正确”的那个，它是收件箱的ID。另一方面，事实并非如此。无论它是什么ID，我都无法通过API检索它（我得到了404）。所以这可能是一个隐藏的文件夹。

使用这些ID，我可以转换为MAPI ID并使用MFCMapi打开它。事实证明这是Files文件夹。所以我认为这里的错误是/me/messages在返回结果时不应该包含Files文件夹。我将与我们的开发团队记录一个错误。

链接地址: http://www.djcxy.com/p/36475.html