OAuth с Office 365 SOAP возвращает «Недопустимое значение утверждения аудитории» - PullRequest
0 голосов
/ 15 ноября 2018

Я пытался интегрировать службы Office 365 Exchange с помощью OAuth для веб-приложения.У нас уже есть интеграция для помещения, и эта интеграция работает с базовой аутентификацией [username: password] с https://outlook.office365.com/EWS/Exchange.asmx

Авторизация с использованием: https://login.microsoftonline.com//oauth2/authorize?response_type=code&prompt=consent&client_id=[APP_ID]&redirect_uri=[URL]

Получение токена с использованием: POST https://login.microsoftonline.com//oauth2/token

Тело: grant_type = authorization_code & code = [Code] & redirect_url = [URL] & scope = https://outlook.office365.com/calendars.readwrite

Мне удалось получить токенуспешно.

Разрешения приложений, которые я настроил при регистрации приложений Azure:

Разрешения Microsoft Graph Чтение и запись пользовательских и общих календарей Чтение пользовательских и общих календарей Отправка почты в видепользователь Чтение пользовательских календарей Полный доступ к пользовательским календарям

Office 365 Exchange Online Разрешения Чтение пользовательских и общих календарей Чтение и запись пользовательских и общих календарей Отправка почты как пользователя Чтение пользовательских календарей Чтение и записьпользовательские календари

Получив токен, я пытаюсь создать событие с помощью;https://outlook.office365.com/EWS/Exchange.asmx

Заголовок:

  • POST /EWS/Exchange.asmx HTTP / 1.1
  • Хост: outlook.office365.com
  • client_request_id: [random_guid]
  • Пользователь-агент: APPName
  • Авторизация: Носитель [TOKEN]

Тело:

<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages" 
xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types">
<soap:Header>
    <t:RequestServerVersion Version="Exchange2016"/>
</soap:Header>
<soap:Body>
<m:CreateItem SendMeetingInvitations="SendToAllAndSaveCopy">
    <m:Items>
        <t:CalendarItem>
            <t:Subject>Test Event</t:Subject>
            <t:Body BodyType="HTML">Test Body</t:Body>
            <t:Start>2018-11-17T08:00:00.000</t:Start>
            <t:End>2018-11-17T09:00:00.000</t:End>
            <t:StartTimeZone Id="Pacific Standard Time"/>
            <t:EndTimeZone Id="Pacific Standard Time"/>
        </t:CalendarItem>
    </m:Items>
</m:CreateItem>

Это ответ, который я получаю с кодом состояния 401:

Server →Microsoft-IIS/10.0
request-id →b6d17647-5285-4c40-9087-3875958750b2
X-CalculatedFETarget →MWHPR1601CU001.internal.outlook.com
X-BackEndHttpStatus →401
X-BackEndHttpStatus →401
Set-Cookie →exchangecookie=947fe20a28e842068b3fe78a71b4e15b; path=/
X-FEProxyInfo →MWHPR1601CA0011.NAMPRD16.PROD.OUTLOOK.COM
X-CalculatedBETarget →MWHPR2001MB1823.namprd20.prod.outlook.com
X-RUM-Validated →1
x-ms-diagnostics →2000003;reason="The audience claim value is invalid 'aud'.";error_category="invalid_resource"
X-BeSku →Gen9
X-DiagInfo →MWHPR2001MB1823
X-BEServer →MWHPR2001MB1823
X-FEServer →MWHPR1601CA0011
X-FEServer →BYAPR05CA0077
X-Powered-By →ASP.NET
WWW-Authenticate →Bearer client_id="00000002-0000-0ff1-ce00-000000000000", trusted_issuers="00000001-0000-0000-c000-000000000000@*", token_types="app_asserted_user_v1 service_asserted_app_v1", authorization_uri="https://login.windows.net/common/oauth2/authorize", error="invalid_token",Basic Realm="",Basic Realm="",Basic Realm=""
Date →Wed, 14 Nov 2018 22:07:28 GMT
Content-Length →0

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

Не могли бы вы посоветовать?Может быть, есть кто-то, кто может объяснить, что я делаю неправильно.

Спасибо!

1 Ответ

0 голосов
/ 15 ноября 2018

С EWS вы должны запрашивать Scope https://outlook.office365.com/EWS.AccessAsUser.All или https://outlook.office365.com/full_access_as_app, если вы пытаетесь использовать токены AppOnly.Другие ограниченные области действия недопустимы для EWS, так как это немного устаревший API в этом отношении.

...