Office365 Microsoft Graph API-$search查询不会分页浏览所有结果

Office365 Microsoft Graph API-$search查询不会分页浏览所有结果,office365,office365api,microsoft-graph-api,Office365,Office365api,Microsoft Graph Api,使用$search对Microsoft Graph API中的消息执行查询时,可以使用odata.nextLink参数(其本身包含一个skiptoken)遍历响应的多个页面 我注意到,对于某些搜索查询,我在某个时候不会收到要遵循的nextLink属性,因此我无法继续加载结果集的下一页,尽管肯定有更多的结果要加载。我通过在Outlook中与其他筛选器查询进行比较来验证这一点 复制步骤: 在图形浏览器中,输入以下查询:https://graph.microsoft.com/v1.0/me/messa

使用
$search
对Microsoft Graph API中的消息执行查询时,可以使用
odata.nextLink
参数(其本身包含一个skiptoken)遍历响应的多个页面

我注意到,对于某些搜索查询,我在某个时候不会收到要遵循的
nextLink
属性,因此我无法继续加载结果集的下一页,尽管肯定有更多的结果要加载。我通过在Outlook中与其他筛选器查询进行比较来验证这一点

复制步骤:

  • 在图形浏览器中,输入以下查询:
    https://graph.microsoft.com/v1.0/me/messages?$search=“收件人:[您的电子邮件地址]”&$top=25

  • 加载结果时,单击
    @odata.nextLink
    的值以加载下一页

  • 继续执行
    @odata.nextLink
    ,直到结果中没有
    nextLink
    参数返回

  • 您会注意到,您还没有到达收件箱的开头(按时间顺序),但后面没有
    @odata.nextLink
    属性

  • 我只能假设这是API的一个bug——我在文档中没有看到任何关于页面限制()的内容


    有人能帮忙吗?这个问题本质上使
    $search
    功能对我们来说毫无用处。

    为了优化性能,该API目前默认返回多达250个搜索结果。听起来,您可能正在分页到250个结果的末尾,此时将不会有下一个链接。我们目前正在对API进行改进,因此很高兴听到这些反馈并帮助我们确定修复内容的优先级(在这种情况下,允许您指定返回的结果的最大数量将有助于实现您的场景)。谢谢

    谢谢你的回复,玛丽,很高兴听到你正在改进。指定结果的最大数量非常有用,指定整个邮箱中的所有匹配项也非常有用。请随时通知我任何增强功能,因为我非常渴望尝试它们!