Можно ли использовать олицетворение EWS с поставщиком услуг учетной записи электронной почты Office365?

Question

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

наткнулся на этот пост

Стандарт, рекомендуемый: промышленное решение, которое работает хорошо это использовать пул счетов в циклической очереди для выполнения EWS звонки с использованием EWS Олицетворение. Делая это, сервер увидит тот же аккаунт, имеющий меньшую нагрузку. Это обычный рекомендуемый подход и должен быть строго рассмотрен - особенно когда другие предложения выше не работают. Это самый масштабируемый и будет справиться с нагрузкой от маленькой до огромной огромной. Маленькие компании полностью до крупнейших компаний используют этот подход.

https://blogs.msdn.microsoft.com/webdav_101/2018/03/20/ews-serverbusyexception-the-server-is-too-busy-for-you/

Мы считаем, что мы бы потребовали, чтобы мы попросили каждого пользователя предоставить нам возможность выполнять олицетворение EWS от его имени, и это не было частью стандартного пакета разрешений. Это правда?

Если это не один щелчок, это, по сути, не стартер с деловой точки зрения.

Если да, то есть ли другие предложения по улучшению производительности загрузки сообщений?

Answer 1

Используя командную консоль Exchange, вы можете настроить и предоставить ApplicationImpersonation роль без запроса пользователей.

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

С точки зрения производительности - это зависит. Только тянуть свойства, которые вам нужны. Если вы тянете все почтовые отправления, а время не имеет значения - рассмотрите push \ pull notifications . Если вам нужно быть как можно ближе к реальному времени, изучите потоковые уведомления .