В какой роли пользователь Exchange 2013 должен иметь возможность привязывать к чьим-либо другим элементам входящие сообщения?
Я пишу.NET-приложение, использующее EWS Managed API для доступа к серверу Exchange 2013 с пакетом обновления 1 (SP1). Прямо сейчас у меня возникает следующая проблема: у меня есть пользователь, который может успешно выполнять поиск по почтовым ящикам, но этот пользователь не может получить элемент (электронную почту) на основе заданного идентификатора, полученного в результате поиска.
Итак, я выполняю поиск, используя ServiceResponseCollection<SearchMailboxesResponse> responseCollection = service.SearchMailboxes(searchMailboxesParameters);
без каких-либо проблем, но если я возьму уникальный идентификатор из результата и попытаюсь извлечь этот элемент, используя следующий фрагмент кода:
ItemId itemId = new ItemId(itemIdentifier);
Item exchangeItem = Item.Bind(exchangeService, itemId);
Я получаю следующее исключение:
Access is denied. Check credentials and try again.
Итак, я думаю, что подобно возможности поиска в почтовом ящике, предоставляемой специальной ролью, возможность чтения электронной почты от других пользователей может быть предоставлена специальной ролью, которую я сейчас не знаю.
С другой стороны, если я вручную назначаю пользователя, который читает, на почтовый ящик пользователя, который "прочитан", процесс работает нормально, но этого нельзя сделать, потому что мы говорим о тысячах пользователей и неизвестном количестве администраторы.
Большое спасибо за ваши мысли.
1 ответ
Нет никакой роли (кроме олицетворения), чтобы сделать это при попытке установить право доступа к почтовому ящику, которое необходимо предоставить учетной записи через Add-MailboxPermission или Add-MailboxFolderPermission или делегировать доступ (это обеспечит аудит доступа), Другой вариант - предоставить этой учетной записи права на использование имитации приложения и использовать олицетворение https://msdn.microsoft.com/en-us/library/office/dd633680(v=exchg.80).aspx.