> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email.md).

# Почтовая доставка

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

Точный путь: **«Настройки» — «Уведомления» — «Подключения»**. Для страницы требуется хотя бы одно из прав: «Настройки уведомлений», «Telegram-уведомления» или «Общие настройки». Для обычной почтовой работы используйте минимальное право «Настройки уведомлений». Права находятся по пути **«Пользователи» — «Список групп пользователей» — открыть группу**.

## Выбор сервиса

| Вариант                    | Тип подключения | Когда подходит                                                                                 |
| -------------------------- | --------------- | ---------------------------------------------------------------------------------------------- |
| Zoho Mail                  | SMTP            | Рабочая почта на собственном домене уже размещена в Zoho                                       |
| Gmail или Google Workspace | SMTP            | Нужна отправка через отдельный Google-аккаунт и политика разрешает пароль приложения или relay |
| Resend                     | Resend          | Нужна отдельная транзакционная доставка через API и подтверждённый домен                       |
| Другой почтовый сервер     | SMTP            | Провайдер выдал сервер, порт, шифрование и учётные данные                                      |

Пошаговые инструкции: [Zoho Mail](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email/email-zoho.md), [Gmail и Google Workspace](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email/email-gmail.md), [Resend](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email/email-resend.md).

## Создание SMTP

Откройте:

**«Настройки» — «Уведомления» — «Подключения»**

Нажмите «Добавить», выберите тип «SMTP», задайте понятное название и нажмите «Создать». Затем откройте новое подключение и заполните:

* «SMTP-сервер»;
* «Порт»;
* «Шифрование» — TLS, SSL или без шифрования;
* «Логин», если он требуется сервером;
* «Пароль», если он требуется сервером;
* «E-mail отправителя»;
* «Имя отправителя».

Сервер и порт обязательны. Шифрование, логин и пароль зависят от почтового провайдера. Не считайте порт 587 или 465 универсальным: используйте параметры конкретного сервиса. Режим без шифрования подходит только для доверенного локального SMTP.

## Создание Resend

Нажмите «Добавить», выберите «Resend» и создайте подключение. В настройке заполните:

* «API-ключ»;
* «E-mail отправителя»;
* «Имя отправителя».

API-ключ является секретом. Выдайте ему минимально необходимый доступ и не вставляйте значение в обращения поддержки. Домен отправителя должен быть подтверждён в Resend и разрешён доменными записями. Полная подготовка приведена в статье [«Подключение Resend»](/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email/email-resend.md).

## Общие адреса

В настройке почтового подключения доступны:

* «E-Mail адрес службы поддержки» — показывается клиентам как контакт для помощи;
* «E-Mail адреса администраторов» — получают включённые административные письма.

Несколько административных адресов разделяются запятыми. Эти адреса являются общими для почтовых подключений. Адрес фактического отправителя задаётся отдельно в каждом SMTP- или Resend-подключении.

## Секреты и замена подключения

Сохранённый пароль или API-ключ полностью не отображается. Пустое поле при обычном сохранении не стирает секрет. Используйте явное изменение только для ротации значения.

При переходе на другого провайдера:

1. создайте новое подключение выключенным;
2. настройте DNS отправителя у провайдера домена;
3. отправьте тестовое письмо;
4. включите необходимые события;
5. включите новое подключение;
6. проверьте реальное клиентское и административное событие;
7. только после этого отключите прежнее подключение.

## Тестовое письмо

Укажите «E-Mail для проверки» и нажмите «Отправить тест». Параметры подключения сохранятся перед отправкой.

Проверьте:

* появилось ли состояние «Стабильно»;
* дошло ли письмо во входящие или спам;
* совпадают ли имя и адрес отправителя;
* проходят ли SPF, DKIM и DMARC;
* корректны ли ссылки и локаль сообщения.

Тест подтверждает соединение и одно проверочное письмо, но не включает остальные события. После него откройте действие «Уведомления» и выберите фактические сценарии.

Если письмо не пришло, следуйте статье [«Уведомление не пришло»](/knowledge-base/diagnostika-i-reshenie-problem/diagnostic-method/notifications-missing.md). Настройка почтового домена и сертификатов сервера описана в [«Доменах, почте и сертификатах FASTPANEL»](/knowledge-base/servery-domeny-i-infrastruktura/overview/installation-and-access/domains-mail-and-certificates.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/knowledge-base/platezhi-uvedomleniya-i-integracii/notification-center/email.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.