В тази статия
Общ преглед
dropdown icon
Преди да започнете
    Подгответе Gmail за OAuth 2.0
    Подгответе Microsoft 365 за OAuth 2.0
Конфигуриране на имейл актива в Control Hub
dropdown icon
Конфигурирайте пренасочване на входящи имей
    Конфигурирайте пренасочването в Gmail
    Конфигурирайте пренасочването в Microsoft 365
Тествайте актива за имейл
Конфигуриране на имейл актив
list-menuВ тази статия
list-menuОбратна връзка?

Създайте и удостоверявайте цифров актив за електронна поща в Control Hub, след което го присвоете към услуга на Webex като Webex Connect или Webex Contact Center.

Общ преглед

Използвайте цифрови активи в контролния център, за да конфигурирате пощенската кутия и удостоверяването на OAuth 2.0, които услугите на Webex използват за взаимодействия по имейл. Управлявате актива в Control Hub и одобрените работни натоварвания на Webex осъществяват достъп до него чрез услугата за споделени цифрови активи.

Когато създавате актива, присвоете го на услугата Webex, която ще го използва. След като удостоверяването успее, Control Hub генерира адрес за препращане за входящ имейл. След това за контактния център на Webex можете да свържете актива с точка за въвеждане на имейл. За друго натоварване на Webex продължете настройката в това натоварване, след като създадете актива.

Преди да започнете

  • Влезте в Control Hub като пълен администратор, клиентски администратор или партньорски администратор, който може да управлява цифрови активи за вашата организация.
  • Използвайте поддържан доставчик на имейл. За интеграцията на Webex Contact Center с Webex Connect поддържаните доставчици са Gmail и Microsoft 365. За подробности, специфични за доставчика, вижте Имей л - WXCC.
  • Подгответе пощенската кутия, която искате да конфигурирате. Ако използвате акаунт за услуга, уверете се, че той може да изпраща имейл и да има достъп до тази пощенска кутия.
  • Работете с администратора на вашия доставчик на самоличност, за да регистрирате приложение за OAuth, да дадете съгласие и да включите настройките на доставчика като SMTP AUTH или външно пренасочване.
  • Бъдете готови да копирате URL адреса за обратно повикване от Control Hub в URL адреса за пре насочване на приложението OAuth и да конфигурирате автоматичното пренасочване към адреса, генериран за имейл актива.

Подгответе Gmail за OAuth 2.0

За да подготвите акаунт в Gmail за имейл актива:

1

Влезте в конзолата на Google Cloud и създайте проект или изберете съществуващ проект.

2

Отидете в API и услуги > Екрана за съгласие на OAuth, изберете Въ ншно и въведете името на приложението, имейла за поддръжка на потребители и информация за контакт с разработчици.

3

Ако приложението остане в тестване, добавете пощенската кутия или идентичността за генериране на токени като тестов потребител. Проектът може да има до 100 тестови потребители.

4

Отидете в API и услуги > Идентифика ционни данни, създайте клиентски идентификатор на OAuth за уеб приложение и копирайте идентификационния номер на клиента и клиент ската тайна.

5

Когато Control Hub покаже URL адреса за обратно пови кване, върнете се към клиента OAuth и добавете тази стойност като оторизиран URI за пренасочване.

6

За производствена употреба публикувайте приложението OAuth и завършете всяка проверка на Google, необходима за искания обхват.

7

Запишете следните стойности на доставчика за конфигурацията на контролния център:

  • SMTP сървър: smtp.gmail.com
  • Пристани ще: 587
  • URL адрес за отори зация: https://accounts.google.com/o/oauth2/v2/auth
  • Обх ват: https://mail.google.com/
  • URL адрес на токена за достъп: https://oauth2.googleapis.com/token
  • Обновяване на URL адреса на токена: https://oauth2.googleapis.com/token

За външно приложение на Google OAuth в тестване разрешения за тестови потребители и токени за опресняване изтичат седем дни след съгласието си. Публикувайте приложението за производствена употреба. Ако Google не върне токен за опресняване, стартирайте потока за съгласие отново и изберете Бих искал изрично да прегледам, преди да предоставите съгласие за удостоверяване, когато тази опция е налична.

Документа@@ цията на SMTP OAuth на Google обяснява обхвата на Gmail SMTP OAuth. Насоките за аудит@@ орията на Google за OAuth обясняват вътрешната и външната аудит ория и поведението в състоянието на публикуване.

Подгответе Microsoft 365 за OAuth 2.0

За да подготвите пощенска кутия на Microsoft 365 за имейл актива:

1

В администраторския център на Microsoft Entra отидете на Регистра ции на приложения, изберете Нова регистрация и регистрирайте приложението за типовете акаунти, които организацията ви позволява.

2

Запишете идентификационния номер на приложението (клиента) и иденти фикацион ния номер на директория (наемател).

3

В Удостоверяване добавете уеб платформа. Когато Control Hub показва URL адреса за обратно повик ване, добавете тази стойност като URI за пренасочване.

4

В Сер тификати и тайни създайте клиентска тайна и копирайте ней ната стойност, преди да напуснете страницата.

5

За интерактивния поток от кодове за оторизация, използван при избора на Генериране на токени, добавете делегираното разрешение за Office 365 Exchange Online SMTP.Send (https://outlook.office.com/SMTP.Send) и по искайте обхвата на офлайн достъп. Дайте съгласие на администратора, ако правилата за съгласие на вашата организация го изискват.

6

В администраторския център на Microsoft 365 отидете на Потребители > Активни потребители, изберете потребителя на пощенската кутия, изберете По ща > Управление на имейл приложения, включете удостоверяван SMTP за тази пощенска кутия и запазете промените си.

7

Запишете следните стойности на доставчика. Заменете {tenant-id} с идентификатора на директория (наемател) от регистрацията на приложението:

  • SMTP сървър: smtp.office365.com
  • Пристани ще: 587
  • URL адрес за отори зация: https://login.microsoftonline.com/{tenant-id}/oauth2/v2.0/authorize
  • Обхват: офлайн достъп https://outlook.office.com/SMTP.Send
  • URL адрес на токена за достъп: https://login.microsoftonline.com/{tenant-id}/oauth2/v2.0/token
  • Обновяване на URL адреса на токена: https://login.microsoftonline.com/{tenant-id}/oauth2/v2.0/token

Използвайте делегирания обх ват на https://outlook.office.com/SMTP.Send с offline_access за този интерактивен поток от токени. Активирайте SMTP AUTH само за пощенската кутия , която се нуждае от него. Ако организацията ви наскоро е променила настройките за съгласие на Microsoft Entra, изчакайте промените да влязат в сила, преди да генерирате токени.

Насо@@ ките за SMTP OAuth на Microsoft обхващат делегираните SMTP. send и offline_access. Конфигурацията SMTP AUTH на Microsoft обяснява как да активирате SMTP AUTH за конкретна пощенска кутия.

Конфигуриране на имейл актива в Control Hub

За да конфигурирате имейл актив:

1

Влезте в контролния център.

2

Отидете в Услуги > Цифрови активи.

3

Изберете Съ здаване на актив.

4

В секцията Конфигуриране на подробности за акти ви въведете стойности в следните полета:

  • Име: Въведете буквено-цифрово име на актива. Не използвайте интервали или специални знаци.
  • Описание: По избор. Въведете кратко описание, което помага на администраторите да идентифицират актива.
  • Канал: Изберете имейл. Не можете да промените зададената услуга или канал след създаването на актива.
  • Присвояване на: Изберете услугата Webex, която ще използва актива. Например изберете Webex Contact Center, ако Центърът за контакти ще използва актива.
5

В Д оставчик на имейл > Пощенска кутия въведете имейл адреса на пощенската кутия, която активът използва.

6

В секцията за удостоверяване на OAuth 2.0 въведете стойности в следните полета:

  • SMTP сървър: За Gmail въведете smtp.gmail.com. За Microsoft 365 въведете smtp.office365.com.
  • Потребителско име: Въведете имейл адреса на пощенската кутия или акаунта на услугата, използвани за удостоверяване на SMTP.
  • Порт: Въведете 587 за Gmail или Microsoft 365. Връзката на доставчика използва STARTTLS/TLS.
  • Идентификатор на кли ента: Въведете идентификационния номер на клиента от приложението OAuth на доставчика.
  • Тайна на клиента: Въведете тайната стойност на клиента от приложението OAuth на доставчика.
  • URL адрес за оторизация: Gmail: https://accounts.google.com/o/oauth2/v2/auth; Microsoft 365: https://login.microsoftonline.com/%7Btenant-id%7D/oauth2/v2.0/authorize.
  • Об хват: Gmail: https://mail.google.com/; Microsoft 365: офлайн достъп https://outlook.office.com/SMTP.Send. Не се нуждаете от разрешение за четене на пощенска кутия за входяща поща, която използва пренасочване.
  • URL адрес на токен за достъп: Gmail: https://oauth2.googleapis.com/token; Microsoft 365: https://login.microsoftonline.com/%7Btenant-id%7D/oauth2/v2.0/token.
  • Обновяване на URL адреса на то кена: Използвайте същия URL адрес на доставчика, въведен за URL адреса на Access Token.
  • URL адрес за обратно пови кване: Копирайте този URL адрес само за четене и го добавете като URI за пренасочване или обратно извикване в приложението OAuth на доставчика.
7

В доставчика на самоличност добавете URL адреса за обратно повикване от Control Hub към приложението OAuth, запазете конфигурацията на доставчика и потвърдете, че URI за пренасочване съвпада точно.

8

Ако лицето, което дава съгласие, използва различен имейл адрес от пощенската кутия, изберете Генериране на токени, използвайки имейл адрес, различен от адреса на пощенската кутия, и въведете тази идентичност.

Споделена пощенска кутия: Споделена пощенска кутия няма собствени идентификационни данни за влиз ане. Генерирайте токени с потребител, който има достъп до споделената пощенска кутия и има разрешение „Из прати като“; потребителят не се нуждае от администраторски достъп. Изберете Генериране на токени, използвайки имейл адрес, различен от адреса на пощенската кутия, когато адре сът на този потребител се различава от пощенската кутия.

9

Изберете Генериране на токени, завършете потока за влизане и съгласие на доставчика на самоличност и се върнете в Control Hub. След успешното генериране на токен полетата Access token, Refresh token и Validity се попълват автоматично.

О@@ граничение за съгласие: Ако вашият доставчик блокира съгласието на потребителя, ясно Б их искал изрично да прегледам, преди да предоставя съгласие за удостоверяване. Опцията може да доведе до неуспех на удостоверяването, тъй като потребителят не може да даде исканото съгласие. Помолете администратора на доставчика вместо това да даде необходимото съгласие.

Ако генерирането на токени не работи: За Gmail се уверете, че потребителят може да упълномощава приложението и че приложението има правилното състояние на публикуване. За Microsoft 365 проверете настройката за обхвата на офлайн достъп, правилата за съгласие, URI за пренасочване и настройката SM TP AUTH. Коригирайте конфигурацията на доставчика и след това генерирайте токените отново.

Подновяване на токена: Услугата освежава токените преди изтичането им. Ако собственик на наемател получи автоматизиран имейл с искане за регенериране на токена, отворете актива и изберете Генериране на токени отново.

10

След като генерирането на токени успее, изберете Съ зда ване. Ако активът е присвоен към Webex Contact Center, изберете Отиди в точки за влизане и продължете конфигурацията на Контактния център. За друго натоварване на Webex затворете страницата за потвърждение и продължете настройката в това натоварване.

Конфигурирайте пренасочване на входящи имей

Първо копирайте адреса за препращане, генериран за актива:

1

В Цифрови активи отворете имейл актива и изберете На стройки.

2

В И мейл доставчик > Пощенска кутия копирайте адреса за препращане, свързан с имейл адреса на пощенската кутия.

Конфигурирайте пренасочването в Gmail

За да препращате входящи съобщения в Gmail към имейл актива:

1

Ако използвате Google Workspace, уверете се, че администраторът ви позволява Автоматично пренасочване за организационната единица на пощенската кутия в Приложения > Google Workspace > Gmail > Достъп до крайния потребител.

2

Влезте в пощенската кутия за поддръжка в Gmail и отидете в Настрой ки > Виж всички настройки > Пренасочване и POP/IMAP.

3

Изберете Добавяне на адрес за пренасоч ване, поставете адреса за пренасоч ване от Control Hub и след това попълнете подканите за потвърждение. Gmail изпраща връзка за потвърждение или код до генерирания адрес.

4

Изтеглете връзката за потвърждение или кода от полезния товар на изходящия Webhook за входящ имейл в Webex Connect или от цялото тяло на имейла в дешифрираните дневници за отстраняване на грешки на имейл актива. След това завършете проверката на Gmail.

5

Върнете се към настройките за пренасочване на Gmail, опреснете страницата, изберете Препращане на копие на входящата по ща, изберете какво трябва да прави Gmail с копието си и изберете За пазване на промените.

Конфигурирайте пренасочването в Microsoft 365

За да препращате входящите съобщения на Microsoft 365 към имейл актива:

1

Конфигурирайте пренасочването на пощен ска кутия или правило „Входящи“ за пощенската ку тия за поддръжка, така че новите съобщения да се изпращат на адреса за пре насоч ване от контролния център.

2

В портала на Microsoft Defender прегле дайте правилата за изходящ спам, приложими към пощенската кутия. Задайте правилата за автоматично препра щане на Включено - Препращането е активи рано в политика с тесен обхват, одобрен от администратора ви за защита.

3

В Exchange Online се уверете, че приложимата настройка за отдалечен домейн позволява автоматично пренасочване към домейна с препращащ адрес.

4

Прегледайте правилата за потока на пощата на Exchange и се уверете, че никое правило не блокира автоматично препращаните съобщения. Ако имате нужда от изключение, ограничете го до пощенската кутия за поддръжка и одобрената дестинация.

5

Запазете конфигурацията за пренасочване и оставете време промените в правилата на Microsoft 365 да влязат в сила.

Задължително: Входящият имейл няма да достигне зададеното работно натоварване на Webex, докато препращането не бъде активирано. В Microsoft 365 правилата за блокиране на спам, настройка за отдалечен домейн или правило за потока на поща имат предимство пред настройка, която позволява пренасочване.

Ограничение за прикачени файлове: Прикачените файлове за входящи имейли са ограничени до 25 MB. Ако съобщението се провали, защото прикачените файлове са твърде големи, подателят получава съобщение за неуспех при доставка и трябва да го изпрати отново с по-малки прикачени файлове.

Вградени изображения: Вградените изображ ения пристигат като прикачени файлове на работния плот на агента. Ако PCI сканирането е активирано, тези изображения се блокират.

Microsoft Outlookприкачени файлове: Входящ имейл с прикачен файл .msg може да пристигне без файловете, вградени в тоя.msg поради ограничение. Microsoft Outlook

Тествайте актива за имейл

За да проверите пълния път на имейла:

1

От външен имейл акаунт изпратете съобщение до конфигурираната пощенска кутия за поддръжка и се уверете, че съобщението достига зададеното работно натоварване на Webex.

2

От зададеното натоварване на Webex изпратете ново съобщение или отговорете на входящото съобщение и се уверете, че външният получател го получава.

Състоя@@ ние на доставката: Имейлът, изпратен през SMTP канала, не включва проследяване на доставката и услугата не получава известия за неуспех при доставка. Потвърдете доставката от пощенската кутия на получателя по време на тестване.

3

Ако входящата доставка не работи, проверете потвърждението на адреса за изпращане на доставчика, правилото за препращане и правилата за препращане на организацията.

4

Ако изходящото изпращане не работи, проверете SMTP сървъра и порта, разрешенията на доставчика, идентификационните данни на клиента, съгласието, настройката на Microsoft 365 SMTP AUTH и състоянието на токена. Отстранете проблема и генерирайте токени отново, ако е необходимо.

Беше ли полезна тази статия?
Беше ли полезна тази статия?