> 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/email-resend.md).

# Подключение Resend

Resend подключается отдельным типом «Resend» и отправляет письма через API. Для него не нужны SMTP-сервер, порт, логин или SMTP-пароль.

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

## Подготовка домена

1. Добавьте в Resend домен, которым вы управляете.
2. Для отправки лучше использовать отдельный поддомен, например `notify.ваш_домен`, чтобы отделить репутацию системных писем.
3. Скопируйте из Resend точные DNS-записи SPF и DKIM в действующую DNS-зону.
4. Добавьте DMARC по принятой политике домена.
5. Дождитесь состояния домена «Verified».

Не придумывайте DNS-значения и не переносите пример из другого аккаунта: записи генерируются для выбранного домена и региона. Порядок и состояния проверки описаны в [официальной документации Resend](https://resend.com/docs/dashboard/domains/introduction).

{% hint style="danger" %}
Если основную входящую почту обслуживает Zoho, Google или другой провайдер, не заменяйте его MX-записи значениями Resend. Для отправки используйте записи, показанные Resend для выбранного поддомена. Отдельный приём писем через Resend настраивается только осознанно.
{% endhint %}

## API-ключ

Создайте отдельный API-ключ для рабочего проекта и дайте ему только необходимую возможность отправки. Значение показывается как секрет; не передавайте его в обычном чате и не вставляйте в снимок экрана.

После подтверждения домена Resend разрешает отправлять с адресов этого домена без отдельного создания каждого отправителя. Для адреса ответа используйте существующий контролируемый ящик. Подробнее: [правила адреса отправителя](https://resend.com/docs/knowledge-base/how-do-I-create-an-email-address-or-sender-in-resend).

## Подключение в iEXExchanger

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

1. Нажмите «Добавить».
2. Выберите тип «Resend».
3. Укажите название и нажмите «Создать».
4. Откройте подключение.
5. Заполните «API-ключ», «E-mail отправителя» и «Имя отправителя».
6. Оставьте «Подключение включено» выключенным до проверки.
7. Укажите «E-Mail для проверки» и нажмите «Отправить тест».

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

## Приёмка и журнал

Проверьте тестовое письмо, заголовки SPF, DKIM и DMARC, ссылки и папку спама. Затем откройте панель Resend и найдите эту отправку по времени и получателю.

После теста включите одно клиентское и одно административное событие. Убедитесь, что адреса получателей, локаль и отсутствие дублей соответствуют настройке. Лимиты и состояние доставки контролируйте в текущем тарифе и журнале Resend, а не по старым значениям из сторонней инструкции.

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


---

# 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/email-resend.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.