在 Microsoft Graph 中显示为消息实体的文件附件 API
File attachments showing as message entities in Microsoft Graph API
最近我们注意到 Microsoft Graph API 一直在将文件附件作为从 /me/messages 端点返回的消息实体返回。
重现场景如下：
- 给自己发送一封电子邮件（或让其他人给您发送一封电子邮件），其中包含一个或多个文件附件
- 运行 Graph 资源管理器中的以下查询：https://graph.microsoft.com/v1.0/me/messages
- 请注意，将有一个对象代表电子邮件本身（这是正确的行为）和一个或多个代表文件附件的对象。
另外值得注意的是，这些附件"messages"与原邮件的主题相同，正文内容设置为附件的文件内容（如果附件是文档），没有发件人或收件人，他们的 isRead 状态为 true，isDraft 状态为 true。胡说八道！
我只能假设这是图表中的错误 API - 我看不出有任何设计原因会导致这种情况发生。还值得注意的是，我已经使用 Graph API 大约 9 个月了，这种行为最近才开始发生。
Microsoft 的相关人员能否就此事尽快与我们取得联系？这是 API 中的一个主要错误，无疑会破坏大多数使用它的应用程序。同样令人担忧的是，据称稳定的 v1.0 正在我们的领导下进行更改。为什么不在下一个版本中使用 v1.1 或 v2.0？
感谢您的报告！如果我通过 /me/messages 端点检索消息，我也会看到这种行为。如果我通过 /me/mailfolders/inbox/messages 检索，我不会。这其实是一条重要的线索。
我查看了 parentFolderId 条消息。对于 "right"，它是收件箱的 ID。另一方面，事实并非如此。无论它是什么 ID，我都无法通过 API 检索它（我收到 404）。所以这很可能是一个隐藏文件夹。
使用 ID，我能够转换为 MAPI ID 并使用 MFCMapi 打开它。结果是 Files 文件夹。所以我认为这里的错误是 /me/messages 在返回结果时不应该包含 Files 文件夹。我会向我们的开发团队记录错误。
最近我们注意到 Microsoft Graph API 一直在将文件附件作为从 /me/messages 端点返回的消息实体返回。
重现场景如下：
- 给自己发送一封电子邮件（或让其他人给您发送一封电子邮件），其中包含一个或多个文件附件
- 运行 Graph 资源管理器中的以下查询：https://graph.microsoft.com/v1.0/me/messages
- 请注意，将有一个对象代表电子邮件本身（这是正确的行为）和一个或多个代表文件附件的对象。
另外值得注意的是，这些附件"messages"与原邮件的主题相同，正文内容设置为附件的文件内容（如果附件是文档），没有发件人或收件人，他们的 isRead 状态为 true，isDraft 状态为 true。胡说八道！
我只能假设这是图表中的错误 API - 我看不出有任何设计原因会导致这种情况发生。还值得注意的是，我已经使用 Graph API 大约 9 个月了，这种行为最近才开始发生。
Microsoft 的相关人员能否就此事尽快与我们取得联系？这是 API 中的一个主要错误，无疑会破坏大多数使用它的应用程序。同样令人担忧的是，据称稳定的 v1.0 正在我们的领导下进行更改。为什么不在下一个版本中使用 v1.1 或 v2.0？
感谢您的报告！如果我通过 /me/messages 端点检索消息，我也会看到这种行为。如果我通过 /me/mailfolders/inbox/messages 检索，我不会。这其实是一条重要的线索。
我查看了 parentFolderId 条消息。对于 "right"，它是收件箱的 ID。另一方面，事实并非如此。无论它是什么 ID，我都无法通过 API 检索它（我收到 404）。所以这很可能是一个隐藏文件夹。
使用 ID，我能够转换为 MAPI ID 并使用 MFCMapi 打开它。结果是 Files 文件夹。所以我认为这里的错误是 /me/messages 在返回结果时不应该包含 Files 文件夹。我会向我们的开发团队记录错误。