- Порезанный
- 27 августа 2026 г. в 15:25 UTC
- Автор
- Kamo
- Обещать
- f66aad7
Каждый листинг на Mike@OptionOne.com вернул 400 RequestBroker-ParseUri («Невозможно найти свойство, называемое «размер» по типу) **************** и почтовый ящик был непригодным для использования. Запрос идет на /v1.0, но ошибка называет устаревший Outlook REST. тип, а не microsoft.graph.message: для арендатора, почтовый ящик которого все еще решается на устаревший бэкэнд, Graph отвечает сообщением, которое делает Не объявляйте «размер». $select разбирается как единица, так что одно неподдерживаемое имя не выполняет весь запрос вместо того, чтобы опустить колонку - весь почтовый ящик, Не номер в ряду. Опустить «размер» от MSG SELECT, который охватывает все три пути сообщения, которые Поделитесь им (listMessages, getMessage, search). Запросить его можно только на Путь с одним сообщением просто переместит те же 400 из «входящие не загружаются» «Послание не откроется», так как унаследованному типу не хватает его везде. Ничто не зависит от стоимости: измеряется учет хранения организации независимо от IMAP MailboxStorageMeasurer и EmailMessage уже документация sizeBytes == 0 как «поставщик не сообщил об одном», поэтому Отсутствующее свойство деградирует через longOf() именно к этому часовому. Картографирование продолжает считывать «размер», поэтому графический ответ по-прежнему размером. Прикрепления — это другой тип, который действительно имеет «размер». Отдельный выбор остается нетронутым. Отсутствие флага возможностей для арендатора и отсутствие повторного использования без размера: список, который Молчаливые повторы скрывали бы следующий такой поломкой. Тесты показывают, что ни одно сообщение не требует «размера» на любом из трех пути, чтобы другие четырнадцать свойств выжили, что недостающий размер решается до нуля, и этот размер крепления все еще запрашивается и разбирается. Проверенная непустота — восстановление старой постоянной терпит неудачу Выбрать тесты.