Использование управляемого API EWS с Office 365 (профиль ExchangeVersion.Exchange2013_SP1). При вызове Folder.FindFolders для родительской папки я получаю значение Folder.WellKnownFolderName как null для всех возвращенных объектов папки (включая известные папки, такие как Inbox). Другие значения, такие как .TotalCount, прекрасны.Folder.WellKnownFolderName имеет значение null в EWS Managed API и Exchange 2013
Folder.WellKnownFolderName doc в MSDN утверждает, что он должен работать на Exchange2013 и выше, и я считаю, что Office 365 отвечает этим критериям.
Кроме того, если я подключаюсь к серверу Exchange 2010 и устанавливаю профиль ExchangeVersion.Exchange_2010, .WellKnownFolderName генерирует исключение, а не возвращает null (это ожидаемое поведение). Поэтому (в моем понимании), в зависимости от версии, он должен либо выдавать исключение, либо возвращать ненулевое значение для известной папки, такой как «Входящие».
Я что-то упустил?
Или, может быть, я должен использовать другие средства для определения системных папок, таких как «Входящие», «Отправленные» и т. Д.?
Спасибо. Добавление FolderSchema.WellKnownFolderName в PropertySet приводит к тому, что «Требуемое значение« беспорядок »не было найдено». ArgumentException во время вызова FindFolders (я использую сервер Office 365). Любые подсказки? – Alex
Для меня это похоже на ошибку в Managed EWS API 2.2. Он не понимает тип специального почтового ящика Clutter и сбои вместо того, чтобы просто не устанавливать какую-либо папку WellKnownFolderName для Clutter. В настоящее время это делает папки с известными именами в Office 365 непригодными для использования, если я больше ничего не пропущу. – Alex
Я бы предложил вам попытаться скомпилировать последнюю управляемую api с ews из github https://github.com/OfficeDev/ews-managed-api, если это ошибка, вы должны исправить ее в источнике (2.2 очень старый на данный момент) –