> 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/learn/email/07-email-providers.md).

# Другие почтовые провайдеры

## Что вы получите

Вы сможете перенести в iEXExchanger официальные параметры практически любого SMTP-сервиса и заранее определить, совместим ли его способ авторизации с текущей формой.

## Универсальный алгоритм

{% stepper %}
{% step %}

### Подтвердите домен и отправителя

Завершите требования провайдера по домену, SPF, DKIM и sender identity.
{% endstep %}

{% step %}

### Создайте отдельные учётные данные

Используйте SMTP credential, пароль приложения или API-ключ для SMTP. Не используйте основной пароль владельца.
{% endstep %}

{% step %}

### Скопируйте пять параметров

Нужны имя SMTP-сервера, порт, шифрование, логин и пароль. Берите их из текущего аккаунта провайдера, а не из случайной статьи.
{% endstep %}

{% step %}

### Согласуйте From

Адрес отправителя должен быть подтверждён либо разрешён для этой учётной записи.
{% endstep %}

{% step %}

### Создайте SMTP-подключение

Перенесите значения в соответствующие поля iEXExchanger, сохраните и включите подключение.
{% endstep %}

{% step %}

### Проверьте подключение и событие

Выполните техническую проверку, посмотрите журнал провайдера и вызовите новое событие заявки.
{% endstep %}
{% endstepper %}

## Карта популярных сервисов

| Провайдер                | Типовые параметры                                                  | Важное ограничение                                                                                                 |
| ------------------------ | ------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------ |
| Google Workspace / Gmail | `smtp.gmail.com`, 465 + SSL или 587 + TLS, полный E-mail           | Нужен разрешённый пароль приложения или другой поддерживаемый способ; обычный пароль не используйте                |
| Yandex 360               | `smtp.yandex.com`, 465 + SSL или 587 + TLS, полный E-mail          | Включите работу почтовых программ и создайте пароль приложения                                                     |
| Microsoft 365            | `smtp.office365.com`, 587 + TLS                                    | SMTP AUTH должен быть разрешён для ящика; при политике только OAuth текущая форма с логином и паролем несовместима |
| Twilio SendGrid          | `smtp.sendgrid.net`, обычно 587 + TLS; логин — буквальное `apikey` | Паролем служит API-ключ с правом отправки; отправитель должен быть подтверждён                                     |
| Amazon SES               | Региональный SMTP-сервер из консоли SES                            | SMTP-учётные данные отдельны от ключей доступа AWS и зависят от региона                                            |
| Другой SMTP              | Значения из панели провайдера                                      | Проверьте поддержку обычной SMTP-аутентификации по логину и паролю                                                 |

Официальные источники:

* [Google Workspace: отправка через SMTP](https://support.google.com/a/answer/176600) и [пароли приложений Google](https://support.google.com/accounts/answer/185833);
* [Yandex 360: настройки почтовых программ](https://yandex.com/support/yandex-360/business/mail/en/mail-clients/others);
* [Microsoft 365: отправка приложением через SMTP](https://learn.microsoft.com/en-us/Exchange/mail-flow-best-practices/how-to-set-up-a-multifunction-device-or-application-to-send-email-using-microsoft-365-or-office-365);
* [SendGrid: интеграция SMTP](https://www.twilio.com/docs/sendgrid/for-developers/sending-email/integrating-with-the-smtp-api);
* [Amazon SES: создание SMTP credentials](https://docs.aws.amazon.com/ses/latest/dg/smtp-credentials.html).

{% hint style="warning" %}
iEXExchanger принимает в SMTP-подключении логин и пароль, но не выполняет OAuth-вход. Если провайдер разрешает только OAuth, не ослабляйте корпоративную безопасность. Выберите совместимый транзакционный сервис, например нативный Resend, или согласованный SMTP-relay.
{% endhint %}

## Как перенести параметры в форму

| Термин провайдера                    | Поле iEXExchanger  |
| ------------------------------------ | ------------------ |
| Host, server, relay, endpoint        | SMTP-server        |
| Port                                 | Порт               |
| STARTTLS, TLS                        | Шифрование **TLS** |
| Implicit TLS, SSL                    | Шифрование **SSL** |
| Username, SMTP user                  | Логин              |
| App password, SMTP password, API key | Пароль             |
| From, sender identity                | E-mail отправителя |
| Sender name                          | Имя отправителя    |

Режим **«Без шифрования»** не используйте для внешнего провайдера, если он явно не предназначен для доверенного внутреннего relay и риск не принят ответственным за инфраструктуру.

## Решение о совместимости

```mermaid
flowchart TD
    A["Провайдер подтверждает домен"] --> B{"Есть SMTP-логин и пароль?"}
    B -->|Да| C{"Разрешён From?"}
    C -->|Да| D["Создать SMTP-подключение"]
    C -->|Нет| E["Подтвердить sender или alias"]
    B -->|Только OAuth| F["Выбрать совместимый relay или Resend"]
    D --> G["Проверка подключения и события"]
```

## Этап завершён, если

* [ ] параметры взяты из официальной панели текущего аккаунта;
* [ ] создан отдельный секрет приложения;
* [ ] порт и шифрование согласованы;
* [ ] From разрешён провайдером;
* [ ] политика безопасности не ослаблена ради Basic Auth;
* [ ] домен прошёл SPF/DKIM/DMARC-проверку;
* [ ] подключение и реальное событие проверены;
* [ ] журнал провайдера доступен ответственному сотруднику.

После E-mail создайте [отдельных Telegram-ботов](/learn/08-telegram-bot.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/learn/email/07-email-providers.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.