2012-06-05 2 views
1

Мы стремимся создать фоновый процесс, который будет связываться с несколькими учетными записями обмена; создание/обновление встреч в основном.Аутентификация ExchangeWebServices

Очевидно, что нам необходимо пройти аутентификацию на стороне сервера при общении с Exchange API. Мы подумывали создать единый «главный» логин, который имеет доступ/права на все учетные записи обмена.

Из соображений безопасности наш ИТ-отдел не хочет предоставлять логин «master» для этого использования. Очевидно, они не хотят, чтобы мы могли получить доступ к электронной почте другого. Понятный.

Другой вариант, о котором мы думали, заключается в использовании отдельных учетных данных для каждой учетной записи для аутентификации. К сожалению, благодаря нашему дизайну сети, будет нелегко получить эту информацию для каждого пользователя.

Есть ли другие варианты там? Идеальный сценарий - это какой-то тип учетной записи/пользователя в Exchange, который не может читать электронные письма, но может выполнять действия.

Любые идеи, предшествующий опыт и т. Д. Приветствуются.

ответ

0

Правильно. Использование главного входа не приемлемо из-за проблем с безопасностью. Я также работал над проектом, подобным этому.

Решение является

олицетворение в веб-службах обмена

Поиск по этой теме в интернете. Если вам нужна помощь по коду, спросите пожалуйста. Я могу дать несколько образцов.

Используя олицетворение, мы можем добавлять встречи, получать встречи и обновлять их как многие другие вещи в других учетных записях, которые находятся на нашем сервере.

Но для этого вам необходимо войти в систему, чтобы обмениваться сервером с помощью учетной записи администратора сервера.

Смежные вопросы