Microsoft graph api @odata:nextLink有时在通过Outlook邮件分页时不存在，即使有更多邮件

我们通过按时间顺序在

/me/messages

端点中分页来同步用户的Outlook帐户。有时，即使有更多消息，API响应也不会包括

@odata:nextLink

我们只使用了

$top

、

$select

、

$skip

和

$orderby

参数

例如，一个帐户被分页到大约25000封电子邮件，然后没有

nextLink

，但返回的电子邮件已超过6个月，因此很明显，因为它是一个活动帐户，所以有更多的电子邮件。当我将

$skip

参数更改为更高的数字时，API显示了更新的电子邮件，然后在响应中正确返回了

nextLink

此外，我们将

$top

设置为100，但在缺少

nextLink

的响应中，仅返回了19封电子邮件（尽管返回的电子邮件已超过6个月，并且有许多较新的电子邮件），因此在返回的邮件中存在某种差距

调用URL

https://graph.microsoft.com/v1.0/me/messages?$top=100&$select=id，receivedDateTime，subject，Body Preview，from，toRecipients，isDraft，sender&$skip=23352&$orderby=receivedDateTime asc

从2017-06-16返回19封电子邮件，响应中没有

nextLink

调用相同的URL，但使用

$skip=24352

（提前跳过1000次）返回从2017-06-17到2017-06-20的100封电子邮件，并且在响应中有一个

nextLink

，因此很明显，实际上有更多的电子邮件，并且第一次响应中应该有一个

nextLink

---

请让我知道我是否做错了什么，或者我们是否有办法解决这个问题，谢谢

一些相关的代码可能有助于上下文。@jdv Microsoft Graph API是一种语言无关的REST API，因此我不认为这些代码在这种情况下真的有帮助。可能是这样，但除非您使用特定的语言对此API进行编码，否则这个问题可能与主题无关。我的意思是，你必须用一些东西击中端点，这些东西将驱动这个特定问题的结果（或错误）和上下文信息。没有代码盯着你看，你就不会在这个问题上有太多的活动。@jdv我提供了引起问题的有问题的URL，我觉得提供代码只会增加另一个可能出错的层，并使这个问题看起来像是API中的特定语言问题。我们使用的是Python，但无论使用何种语言调用API，都会遇到同样的问题。我很有信心这是微软公司的一个问题。那么，你也许应该向微软公司提出这个问题。如果没有一个口香糖，你不会被咬很多口。问题应尽可能独立；对依赖于身份验证令牌的链接的依赖性在将来对其他人来说是没有用的。