我开始研究新的Office 365统一API(目前专门针对Exchange)。
在现有的邮件 API 中,您可以对 https://outlook.office365.com/api/v1.0/me/folders/Inbox/messages 进行经过身份验证的调用,以便在收件箱中获取邮件。您还可以点击文件夹/草稿/邮件,文件夹/已发送邮件/邮件和文件夹/已删除邮件/邮件,以分别从“草稿”,“已发送
邮件”和“已删除
邮件”中检索邮件
。这在 https://msdn.microsoft.com/office/office365/APi/mail-rest-operations#AllMailAPIoperations 有记录。
问题是,当通过Office 365统一API访问时,我找不到(在https://msdn.microsoft.com/office/office365/HowTo/office-365-unified-api-reference#msg_ref_relationship_Messages留档或在https://graphexplorer2.azurewebsites.net上胡闹)如何钻入这些文件夹。
通过新的统一应用编程接口访问消息的记录网址https://graph.microsoft.com/beta/me/Messages,所以我希望我能找到像消息/收件箱
或消息/文件夹/收件箱
这样的东西,但到目前为止运气不好。
有谁知道这些路径当前是否丢失或以不同的方式处理,或者您是否打算通过使用$search
而不是钻取到特定文件夹来找到所需的内容?
检查回来(并阅读https://graph.microsoft.com/beta/$元数据)后,现在已经实现了。您可以通过MailFolders/[文件夹名称]/消息
访问文件夹,因此:
< code > https://graph . Microsoft . com/beta/me/mail folders/Inbox/messages < code > https://graph . Microsoft . com/beta/me/mail folders/Drafts/messages < code > https://graph . Microsoft . com/beta/me/mail folders/sent items/messages
..等。
这在统一API中目前不受支持,但在我们的优先级列表中是很高的,我们正在努力。很抱歉造成混乱。您现在可以继续使用outlook.office365.comendpoint来访问文件夹信息。
我们的一个客户正在使用office365组,我们希望实现以编程方式管理该组内的文件。 我们正在使用SharePoint API来管理Office365站点中的其他文件,但我们无法确定如何为Office365组做到这一点。 我们尝试了图形API(即调用<代码>https://graph.microsoft.com/v1.0/groups/ 通过查看组在Office365中是如何实现的,看起来它们只是
We have a Daemon application that uses the EWS API to access office365/Exchange server with basic authentication.I am trying to implement the Oauth2.There are a lot of documents.However, they are ofte
我想从我的Ruby应用程序中访问Calendar rest API。我已经创建了azure多租户应用程序,并对其进行了配置。 我尝试获取对资源“https://outlook.office365com/”的访问令牌,但出现错误 我找不到这个错误的任何描述,也不明白为什么它被禁用 以下是我的azure应用程序权限:
问题内容: 我有两个jar文件。one.jar包含启动该过程的主要方法,其他two.jar仅包含类文件。 在One.jar中,我在其清单类路径中引用了two.jar。 One.jar包含使用Class.forName()动态加载类的机制 我想一生只部署一次One.jar。不会对其进行任何更改。 更改将仅在two.jar中发生 我想与更新的two.jar热插拔two.jar。我也看过其他有关热插拔的
本文向大家介绍区分电路交换、报文交换和分组交换,包括了区分电路交换、报文交换和分组交换的使用技巧和注意事项,需要的朋友参考一下 电路切换 在这种方法中,发送方和接收方之间有一条专用路由。在通过电路交换方法确定链路之前,专用路由将继续,直到消除连接为止。 报文交换 消息交换是一种方法,其中消息作为一个整体发送并由保存和传递消息的中间集线器进行路由。在消息交换方法中,在发送方和接收方之间没有安装专用路
我们对使用rest调用和kafka消息进行通信的服务使用pact契约测试。我们还希望在通过sftp服务器交换(xml)文件的服务之间实现一个类似的契约测试框架。我可能可以使用message pact框架,并将文件的内容视为消息的内容,但我想知道是否有更好的替代方案。无论我如何处理交换文件的消费者和生产者之间的契约测试,我也将不得不处理如何验证xml代码,因此在这方面的任何建议也将非常感谢。