Office365 =-登录Office 365 ContactFolders API调用不工作

Office365 =-登录Office 365 ContactFolders API调用不工作,office365,Office365,我使用outlook.office365.com/EWS/OData/上的基本身份验证使用Office 365 REST API 调用outlook.office365.com/ews/odata/Me/ContactFolders'Contacts'将返回Contacts文件夹“root”中的所有联系人。但我希望获得所有用户-也在子文件夹中 我可以使用以下方法获取联系人中的文件夹列表: outlook.office365.com/EWS/OData/Users'E-mailcount'/Con

我使用outlook.office365.com/EWS/OData/上的基本身份验证使用Office 365 REST API

调用outlook.office365.com/ews/odata/Me/ContactFolders'Contacts'将返回Contacts文件夹“root”中的所有联系人。但我希望获得所有用户-也在子文件夹中

我可以使用以下方法获取联系人中的文件夹列表: outlook.office365.com/EWS/OData/Users'E-mailcount'/ContactFolders'IDOFTHECONTACTFOLDER'/ChildFolders

这将显示所有文件夹,如下所示:

  {
      "Contacts@odata.navigationLink": "https://outlook.office365.com/EWS/OData/Users('XX')/ContactFolders('...WCSksCdABO4VgFTAAA=')/Contacts"
现在的问题是,当我调用此URL时,尾随的=被%3D替换

我可以在返回的JSON消息中看到这一点,它的内容如下:

{
  "@odata.context": "https://outlook.office365.com/EWS/OData/$metadata#Users('E-MAIL')/ContactFolders('...ksCdABO4VgFTAAA%3D')/Contacts",
下面它将返回联系人文件夹根目录中的所有结果,而不是我请求的此文件夹中的联系人

我认为API找不到我请求的文件夹ID,因为文件夹ID的尾部=,被%3D替换

有办法解决这个问题吗


非常感谢

感谢您尝试API。这是一个未遵守子文件夹上的筛选器的错误。我们正在跟踪以尽快解决此问题

罗希特,谢谢你的回答。关于何时需要此修复的任何时间路径?多谢了,这个bug在我们正在进行的修复列表中排名靠前。不过我没有一个具体的时间表可以分享。@RohitNagarmal MSFT你们有没有为这个bug推出修复程序?尝试在用户的联系人文件夹中创建联系人时遇到此问题。联系人已成功创建,但未归档到文件夹中requested@jgraft最初发布的问题已修复。其中,带有尾部=的联系人文件夹的url正在工作../ContactFolders..nAAA='/Contacts。你能分享你面临的确切问题吗?您无法在给定的contactfolder中创建联系人吗?@RohitNagarmal MSFT是的,我们仍有问题。如果我们不能让它工作,我将再看一看,并提出一个新的堆栈溢出问题。谢谢你的链接。