Я создаю приложение, которое будет управлять встречами в Office 365 (Exchange онлайн) через EWS. Приложение должно использовать специальную (служебную) учетную запись, которая будет выдавать себя за учетную запись организатора и создавать запросы на собрания. Приложение работает сейчас, но я не уверен, что лучший способ создать учетную запись службы в Office 365 и какие минимальные привилегии ему нужны для этого сценария.Как создать учетную запись службы в Office 365 для выданного доступа с помощью EWS?
В настоящее время я создал нового пользователя в Office 365 и предоставил ему ApplicationImpersonation роль в Exchange Admin. Как я уже сказал, это работает сейчас, но учетная запись является обычным пользователем с почтовым ящиком и потребляет лицензию. Если я просто удалю лицензию из этой учетной записи «службы», тогда вызов ExchangeService.AutodiscoverUrl() вызывает исключение, которое содержит ошибку: The email address can't be found.
Как правильно создать учетную запись службы (учетную запись без почтового ящика и лицензии), которая будет работать в этом сценарии?
Можете ли вы указать источник этого заявления? Поиск решения Я нашел, что некоторые поставщики Office 365 addins не требуют никакой дополнительной лицензии для их обслуживания. Честно говоря, я в порядке с тем, что для учетной записи службы требуется дополнительная пользовательская лицензия, но мне нужно быть уверенным и иметь ясный аргумент для моего клиента. Благодаря! – eXavier
У меня нет реального источника для этого, кроме того, как я настраивал собственную тестовую среду. – pjneary