> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Налаштування доставлення електронної пошти

> Оберіть, як Living Security надсилатиме транзакційні та навчальні електронні листи: через доставлення платформи, вашого верифікованого домену або вашого SMTP-сервера.

Email Delivery керує транзакційними та навчальними електронними листами, зокрема підтримуваними призначеннями, Nudge, вітальними повідомленнями та операційними сповіщеннями. Відкрийте **Settings → Communications → Channels** і виберіть **Email**.

<Warning>
  Інфраструктура відправника для Phishing simulation налаштовується окремо. Зміна
  Email Delivery не налаштовує й не авторизує відправника для Phishing simulation.
</Warning>

## Вибір способу надсилання

| Спосіб | Інфраструктура | Відправник | Необхідне налаштування |
| - | - | - | - |
| **Living Security delivery** | Living Security | Спільний відправник Living Security | Не потрібне; це значення за замовчуванням |
| **Your domain** | Living Security | Верифікований домен і ідентичність From, якими ви керуєте | Верифікація DNS та активація |
| **Your SMTP server** | Ваша організація | Відправник, якого приймає ваш SMTP-сервер | SMTP-сервер, TLS і автентифікація або внесення IP до списку дозволених |

Одночасно активним може бути лише один спосіб. Неактивні користувацькі налаштування залишаються збереженими, доки ви їх не видалите або не вимкнете.

<Note>
  Доставлення через власний домен і SMTP вимагає можливості Custom Email Delivery.
  Якщо ці варіанти не відображаються, зверніться до представника Living Security,
  який веде ваш обліковий запис.
</Note>

## Використання Living Security delivery

Виберіть **Living Security delivery**, якщо хочете, щоб Living Security керувала і інфраструктурою надсилання, і відправником.

1. Відкрийте картку Living Security delivery.
2. Якщо активним є інший спосіб, виберіть **Use this method**.
3. Надішліть тестове повідомлення.

Облікові дані DNS або SMTP не потрібні. Картка активного способу показує ім'я та адресу From, які використовує ваше середовище.

## Використання вашого домену в інфраструктурі Living Security

Виберіть **Your domain**, якщо повідомлення мають надсилатися з ідентичністю From вашої організації, а доставляти їх і надалі буде Living Security.

### Передумови

* Доступ адміністратора Living Security
* Дозвіл на редагування DNS для домену надсилання
* Окремий піддомен, наприклад `training.example.com` або `security.example.com`
* Затверджене відображуване ім'я From та префікс електронної адреси

Використання піддомену відокремлює репутацію пошти Living Security від вашого кореневого корпоративного домену.

<Steps>
  <Step title="Введіть відправника">
    Відкрийте **Your domain** і введіть:

    * **Domain** — лише домен, без `@` або URL
    * **From display name** — ім'я, яке бачать одержувачі
    * **From email prefix** — частина перед `@`
    * **Return path subdomain** — необов'язковий піддомен для обробки повідомлень, що повернулися
  </Step>

  <Step title="Опублікуйте записи DNS">
    Скопіюйте кожен запис точно так, як його показано, у вашого DNS-провайдера. Записи
    зазвичай містять CNAME-записи, що використовуються для автентифікації домену та DKIM. Якщо
    провайдер автоматично додає кореневий домен, не вводьте його двічі.
  </Step>

  <Step title="Перевірте записи">
    Поверніться до Living Security і виберіть **Verify records**. Зміни DNS часто
    з'являються швидко, але це може тривати до 48 годин. Зберігайте записи в DNS
    і після верифікації.
  </Step>

  <Step title="Активуйте відправника">
    Коли всі записи матимуть статус **Verified**, збережіть ідентичність відправника та виберіть
    **Activate sender**. Верифікація підтверджує контроль над доменом; активація
    робить його поточним способом надсилання.
  </Step>

  <Step title="Надішліть тест">
    Надішліть повідомлення одержувачу у вашій організації та перегляньте результат у Communications Log.
  </Step>
</Steps>

Ви можете вибрати **Use platform delivery**, щоб деактивувати домен, не видаляючи його. **Remove domain** видаляє його конфігурацію в Living Security і повертає надсилання пошти до налаштованого маршруту платформи; видаляйте застарілі записи DNS лише після того, як переконаєтеся, що їх не використовують деінде.

## Використання вашого SMTP-сервера

Виберіть **Your SMTP server**, якщо політика вимагає, щоб Living Security передавала транзакційні та навчальні повідомлення через інфраструктуру, якою керує ваша організація.

### Передумови

* Хост і порт SMTP
* Підтримуваний режим TLS: STARTTLS або TLS wrapper
* Адреса From і необов'язкове відображуване ім'я From
* Один підтримуваний спосіб автентифікації:
  * ім'я користувача та пароль
  * облікові дані OAuth 2.0 і refresh token
  * внесення IP до списку дозволених без автентифікації SMTP

<Steps>
  <Step title="За потреби дозвольте вихідний трафік Living Security">
    Якщо ваш relay використовує список дозволених IP, скопіюйте статичний набір IP-адрес, показаний у розділі SMTP, і дозвольте його на вашому сервері. Використовуйте лише IP-адреси, показані для вашого розгорнутого середовища.
  </Step>

  <Step title="Введіть налаштування SMTP">
    Вкажіть хост, порт, режим TLS, поля автентифікації та відправника. Переконайтеся,
    що relay приймає домени відправників і одержувачів, які ви плануєте використовувати.
  </Step>

  <Step title="Збережіть транспорт">
    Виберіть **Save**. Збережені секрети шифруються й більше не відображаються. Щоб
    змінити секрет, введіть нове значення та збережіть його.
  </Step>

  <Step title="Активуйте й протестуйте">
    Виберіть спосіб SMTP, а потім надішліть тест. Тест використовує активний маршрут доставлення та записує діагностику провайдера або SMTP у Communications Log.
  </Step>
</Steps>

Якщо для способу відображається **Needs attention**, пошта не перенаправляється непомітно через спільного відправника. Виправте або вимкніть конфігурацію SMTP чи свідомо виберіть інший спосіб надсилання.

## Перевірка доставлення

Кожен спосіб містить **Send a test**:

1. Введіть одержувача, чию пошту ви можете перевірити.
2. Надішліть тест.
3. Відкрийте **Settings → Communications → Log**.
4. Переконайтеся в маршруті та статусі доставлення повідомлення.
5. У разі збою перегляньте спроби, відхилених одержувачів, відомості провайдера та коди відповідей SMTP, якщо вони доступні.

Статус «accepted» для тесту означає, що конвеєр комунікацій прийняв повідомлення; для підтвердження остаточного доставлення скористайтеся журналом і поштовою скринькою одержувача.

## Усунення несправностей

<AccordionGroup>
  <Accordion title="Верифікація DNS залишається в очікуванні">
    Порівняйте кожен публічний запис DNS зі значенням, показаним у Living Security. Перевірте наявність скопійованих пробілів, дубльованого кореневого домену, проксіювання DNS-провайдером або невичерпаного TTL попереднього запису. Зачекайте до 48 годин, перш ніж звертатися до підтримки.
  </Accordion>

  <Accordion title="Верифікований домен не використовується">
    Переконайтеся, що **Your domain** є активним способом надсилання. Верифікація та
    активація — окремі кроки.
  </Accordion>

  <Accordion title="Автентифікація SMTP не вдається">
    Перевірте спосіб автентифікації, ім'я користувача, секрет або refresh token, режим
    TLS і порт. Якщо використовується список дозволених IP, переконайтеся, що relay дозволяє кожну статичну IP-адресу, показану в
    Living Security.
  </Accordion>

  <Accordion title="Тест прийнято, але не доставлено">
    Відкрийте Communications Log і перегляньте останню спробу. Потім перевірте
    карантин системи одержувача, обмеження для відправників, політику relay та
    відомості про відхилення.
  </Accordion>

  <Accordion title="Відсутні варіанти користувацького доставлення">
    Можливо, у вашій організації не ввімкнено Custom Email Delivery. Зверніться до представника, який веде ваш обліковий запис, замість того щоб налаштовувати параметри відправника для фішингу як заміну.
  </Accordion>
</AccordionGroup>

## Пов'язані матеріали

<CardGroup cols={2}>
  <Card title="Communication Log" icon="clock-rotate-left" href="/uk/features/communications/log">
    Перегляд спроб доставлення та діагностики.
  </Card>

  <Card title="Delivery Policies" icon="shield" href="/uk/features/communications/delivery-policies">
    Керування часом і поведінкою доставлення підтримуваних комунікацій.
  </Card>

  <Card title="Microsoft Teams" icon="microsoft" href="/uk/integrations/outbound/teams">
    Налаштуйте Teams як додатковий канал сповіщень.
  </Card>

  <Card title="Communications Overview" icon="comments" href="/uk/features/communications/overview">
    Канали, політики, черга та історія.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.