Перенаправление на другой поддомен со страницы надстройки Outlook

В настоящее время я работаю над модификацией нашей надстройки Outlook, которая требует перенаправления пользователя в другой субдомен в зависимости от того, к какому региону принадлежит пользователь. Страница поддомена загружается с исключением office.js:

Ошибка вызова функции ContextActivationManager_getAppContextAsync. Код ошибки - -2, исключение: Failed origin check

Наша установка выглядит так:

  • https://outlook.company.com - в домене размещаются все URL-адреса из файла манифеста надстройки, такие как functionFile, composeTaskPane и readTaskPaneUrl

  • https://outlook.subdomain.company.com - например, пользователь поддомена перенаправлен с readTaskPaneUrl. Страница также ссылается на office.js и позволяет пользователю выполнять все обычные действия надстройки.

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


office-js outlook-web-addins
person Evgeny    schedule 25.01.2018    source источник
comment
Как вы отметили, AppDomains в манифесте - единственный способ сделать это.   -  person Outlook Add-ins Team - MSFT    schedule 27.01.2018
comment
Не совсем то, что вы просили, но будет ли поддержка подстановочных знаков, например https: //*.company.com, в доменах приложений, описанных здесь officepdev.uservoice.com/forums/ поможет вашему сценарию?   -  person Outlook Add-ins Team - MSFT    schedule 27.01.2018
comment
Да, подстановочный знак в разделе AppDomains решил бы нашу проблему. Сейчас мы будем использовать обратный прокси.   -  person Evgeny    schedule 27.01.2018

Ответы (1)


arrow_upward
1
arrow_downward

Возможно ли для вас создать веб-API в домене outlook.company.com для прокси-запросов к соответствующему outlook.subdomain.company.com поддомену (-ам)? Таким образом, ваш код надстройки будет обращаться только к ресурсам в домене outlook.company.com, что устраняет необходимость указывать поддомены в разделе AppDomains манифеста.

person Kim Brandl    schedule 26.01.2018
comment
Да, это тот подход, который мы планируем использовать, если не будет другого пути. Мы бы не хотели использовать обратный прокси-сервер, чтобы снизить нагрузку на нашу инфраструктуру и уменьшить количество переходов для HTTP-запросов надстройки Outlook. - person Evgeny; 26.01.2018