#c# #asp.net #microsoft-graph-api #office365 #microsoft-graph-mail
#c# #asp.net #microsoft-graph-api #офис365 #microsoft-graph-почта
Вопрос:
Я извлекаю сообщения из Exchange в Office365 с помощью Microsoft Graph API. Однако для некоторых папок я, похоже, периодически получаю исключения.
Что мы используем:
Майкрософт.Версия Graph 3.9.0 — Клиентская библиотека Microsoft Graph для .Net
Майкрософт.График.Версия ядра 1.21.0 — Клиентская библиотека Microsoft Graph Core для .Net
Этот вызов используется:
‘GET /v1.0/users/{id}/Почтовые папки/{id}/сообщения’
И это ошибка (ServiceUnavailable с UnknownError в качестве внутреннего исключения):
Код состояния: недоступная служба Microsoft.График.ServiceException: Код: Сообщение о неизвестной ошибке: Ошибка при обработке ответа. Внутренняя ошибка: дополнительные данные: дата: 2020-08-04T13:55:33 идентификатор запроса: ** ClientRequestId: **
Код: Сообщение о неизвестной ошибке: ошибка при обработке ответа. Внутренняя ошибка: дополнительные данные: дата: 2020-08-04T13:55:33 идентификатор запроса: ** ClientRequestId: **
Что я пробовал:
- Регулирование:
Обычно это ошибки, которые мы бы увидели при регулировании. Однако в этом случае, похоже, нет никаких указаний на применение регулирования. В результате не возвращается время «отката». Другие запросы в разные папки тоже возвращаются нормально. Применяя наше собственное время «отката» (диапазон от 5 до 20 минут, похоже, тоже не имеет большого значения).
- Конечная точка бета-версии:
Опубликованный выше вызов показывает, что используется версия / v1.0. Мы также переключились на конечную точку / beta, без каких-либо изменений.
- Количество полученных сообщений:
Graph позволяет нам извлекать до 999 сообщений одновременно. Мы сократили это до одного письма или двух одновременно, но оно по-прежнему возвращается с той же ошибкой.
- Дельта-токен:
Мы также пытались переключиться на использование токена delta для извлечения писем. Это также возвращает с той же ошибкой.
- Понижение графика:
Надеясь, что в последних нескольких версиях есть какая-то разница, мы понизили рейтинг Graph. Разницы не было.
- Проверьте проблемы с локальной синхронизацией:
В прошлом (довольно давно) я заметил, что при выполнении этого вызова для папки, у которой есть потенциальные проблемы с локальной синхронизацией, возвращается тот же тип ответа об ошибке. В этом случае нет оснований полагать, что это проблемы локальной синхронизации.
- Дополнительно:
При настройке httpProvider я также удалил обработчики повторных попыток по умолчанию. Я видел, что при использовании обработчика повторных попыток по умолчанию он автоматически перехватывал ‘ServiceException’ и выполнял внутренние повторные попытки (не придерживаясь отмены (не то, чтобы таковой существовал)) и приводил к слишком многочисленным попыткам или таймауту (скрывая фактическую проблему).). Удалив обработчик повторных попыток по умолчанию, мы можем увидеть фактическую ошибку ServiceException, возвращаемую сервером.
Когда:
Судя по нашей телеметрии, это, похоже, стало происходить намного чаще примерно с 11-13 июня. До этого у нас не возникало никаких проблем. Бывают дни, когда запросы работают, но их немного, и между ними много промежутков.
Для нас это довольно большая проблема, поэтому мы будем очень признательны за любые предложения. Любой конкретный канал поддержки Microsoft, с помощью которого я могу зарегистрировать это, также поможет.
Заранее спасибо.
Комментарии:
1. Есть новости по этому поводу? Microsoft? Мы столкнулись с той же проблемой.
2. Можете ли вы указать недавний идентификатор запроса и дату ответа на ошибку?
3.@MichaelMainer, спасибо за ответ. Для запроса и ошибки, опубликованных в вопросе выше, это информация- дата: 2020-08-04T13:55:33 идентификатор запроса: f7c19325-0736-432a-b6c7-14761cb0c4f9 У нас это происходит ежедневно и у нескольких клиентов. Если вам нужна дополнительная информация, пожалуйста, дайте мне знать. Спасибо!
4.@MichaelMainer, это более свежий идентификатор для того же клиента: дата: 2020-08-15T11:49:56 идентификатор запроса: 0c16ce1d-673f-4d01-b8c2-c57dc1dfea7a Кроме того, я добавил некоторую дополнительную информацию об обработчике повторных попыток SDK в вопрос выше под дополнительным тегом.
5. @MichaelMainer есть ли какие-то подвижки по этому поводу? Или есть ли какая-либо другая предпочтительная линия поддержки на стороне MS, которую я должен скорее зарегистрировать? Спасибо