Перейти к содержанию

Глоссарий

Краткие объяснения терминов, которые часто встречаются в документации Mailexam®, в переписке с разработчиками и при настройке почты. Текст рассчитан на джуниоров и менеджеров — без углубления в RFC и криптографию.

SMTP

SMTP (Simple Mail Transfer Protocol) — стандартный протокол передачи почты в интернете. Именно через SMTP ваше приложение «отдаёт» письмо на сервер отправки; дальше цепочка серверов доставляет его получателю (или, в тестовой среде, перехватывает в sandbox).

Простая аналогия

Представьте почтовое отделение:

В реальной почте В IT
Вы приносите конверт на стойку Приложение формирует письмо (тема, текст, вложения)
Сотрудник принимает отправление Приложение подключается к SMTP-серверу
Почта сортируется и везётся дальше SMTP-сервер передаёт письмо следующему узлу

Без SMTP (или его аналога) приложение не сможет отправить письмо наружу — только сформировать файл на диске.

Что обычно настраивают

При подключении к SMTP указывают хост, порт, логин и пароль. Типичные порты:

Порт Смысл (упрощённо)
587 Рекомендуемый: отправка с шифрованием (STARTTLS)
465 Отправка сразу по защищённому каналу (SMTPS)
25 Классический порт; часто блокируется хостингом и офисными сетями
2525 Альтернатива 25-му, если основной порт закрыт

В Mailexam вы подключаете приложение к тестовому SMTP-серверу ({логин}.mailexam.ru) — письма попадают в ваш проект в кабинете, а не к реальным адресатам. Подробные шаги — в примерах интеграции.

Для менеджера

Если в задаче написано «настроить SMTP» — это почти всегда значит: дать разработчикам хост, порт, логин и пароль для отправки писем из приложения. Для Mailexam эти данные выдаются при создании проекта.

Sandbox (песочница)

Sandbox в контексте почты — изолированная тестовая среда, куда уходят письма вместо реальных получателей. Это не «песочница» в смысле Docker или песочницы браузера: речь именно о безопасной отладке email.

Зачем нужен sandbox

Без sandbox С sandbox (Mailexam, Mailtrap и аналоги)
Тестовое письмо может уйти клиенту или на случайный адрес Письмо видно только вашей команде в тестовом ящике
Риск утечки токенов, паролей, персональных данных Можно гонять сценарии «как в проде», не боясь спама людям
Сложно автоматизировать проверки в CI/CD Есть API и единое место для всех писем теста

Sandbox ≠ продакшен

  • В продакшене SMTP ведёт на сервисы вроде SendGrid, Amazon SES, корпоративный Exchange — письма доставляются получателям.
  • В sandbox тот же код отправки часто не меняют: меняют только учётные данные SMTP (хост, логин, пароль) на тестовые.

Mailexam — облачный sandbox для команд: разработка, QA, пайплайны CI/CD. Письма не уходят в интернет к реальным ящикам — они сохраняются в проекте, их можно смотреть в браузере и проверять через API.

Слово «sandbox» у конкурентов

У Mailtrap режим тестовой почты тоже называется Sandbox (хост sandbox.smtp.mailtrap.io). Смысл тот же: тестовый SMTP-ящик, не боевая рассылка.

DKIM

DKIM (DomainKeys Identified Mail) — механизм цифровой подписи исходящих писем от имени домена (например, company.com). Получающий почтовый сервер проверяет подпись и решает, доверять ли письму.

Простая аналогия

Это как печать на документе: отправитель доказывает, что письмо действительно связано с заявленным доменом, а не подделано злоумышленником.

Как это выглядит технически (без деталей)

  1. В DNS домена добавляют специальную TXT-запись с публичным ключом.
  2. Почтовый сервер отправителя подписывает письмо при отправке.
  3. Сервер получателя проверяет подпись. При несовпадении письмо чаще попадает в спам или отклоняется.

DKIM часто используют вместе с SPF и DMARC — вместе они повышают доставляемость и защищают бренд от фишинга «от вашего имени».

Нужен ли DKIM для Mailexam?

Обычно нет. Mailexam предназначен для тестовой почты: письма перехватываются в sandbox и не идут к реальным получателям в интернете. Настройка DKIM, SPF и DMARC важна, когда вы запускаете боевую рассылку с собственного домена (маркетинг, транзакционные письма, уведомления клиентам).

Для менеджера

Если разработчик говорит «в sandbox DKIM не настраиваем» — это нормально: для проверки шаблонов, ссылок и логики отправки в Mailexam подпись домена не требуется. DKIM понадобится позже, на этапе продакшен-SMTP и работы с DNS.

Как термины связаны между собой

flowchart LR
    App[Ваше приложение] -->|SMTP| Sandbox[Тестовый сервер<br/>Mailexam]
    Sandbox --> Inbox[Письма в кабинете / API]
    Prod[Продакшен SMTP] -->|SMTP + DKIM| Internet[Реальные получатели]
Термин Роль в типичном процессе
SMTP Способ отправить письмо из кода
Sandbox Куда письмо попадает на этапе разработки
DKIM Как подтвердить домен при реальной доставке в проде

Дальше по теме