#outlook #microsoft-graph-api
#outlook #microsoft-graph-api
Вопрос:
Похоже, в API есть ошибка. Я получаю 10 непрочитанных писем, подобных этому;
ПОЛУЧИТЬ /v1.0/me/Почтовые папки / xxx/сообщения?$filter=isRead ne% 20trueamp;$count=trueamp;$top=10
Но, похоже, что серверная часть фактически берет 10 лучших из ВСЕХ электронных писем в папке, а затем получает непрочитанные из этих 10 писем. Итак, если первые 10 электронных писем не являются непрочитанными, результатом будет 0 найденных писем, хотя в папке, возможно, 25 непрочитанных писем.
Таким образом, результат зависит от порядка писем в папке, и результат может варьироваться от 0 найденных до всех 10 (и, следовательно, все 25 в последующих опросах).
Мои вопросы: есть ли способ изменить мой запрос, чтобы получить то, что мне нужно, или если эта проблема должна быть доведена до сведения Microsoft?
Спасибо
Комментарии:
1. Я пробовал этот способ
https://graph.microsoft.com/v1.0/me/mailFolders/inbox/messages?$filter=isRead eq false amp; $count=true amp; $top=10, и я могу получить общее количество, имеющее значение isread как false, и 10 лучших, имеющих значение isread как false. Даже те, которые имеют значение isread равно true, находятся в моем почтовом ящике, это дало мне правильные результаты. Поэтому я не смог воспроизвести проблему с помощью POSTMAN. Пожалуйста, попробуйте это с POSTMAN или Graph Explorer .2. Да, я тестировал это с помощью Graph Explorer и моего собственного почтового ящика, и я также не могу его воспроизвести. Клиент сообщил об этом, и другой человек испытал то же самое. Так что наверняка это происходит не всегда. Сложно сообщить о чем-то, что вы не можете воспроизвести последовательно …
3. Не могли бы вы получить идентификатор запроса и временную метку для такого типа ответа с неточными данными?