Как создать собственный почтовый домен

Создать собственный почтовый домен в 2026 году означает купить домен, настроить DNS, выбрать хостинг почтовых ящиков, добавить записи аутентификации и подготовить первый ящик, всего шесть шагов примерно за 30 минут. Большинство команд пропускают шаги или выполняют их не по порядку. Так возникают незаметные ошибки, которые проявляются спустя месяцы, когда счет попадает в спам или миграция становится мучительной.

Это руководство последовательно объясняет, как правильно создать собственный почтовый домен, и отмечает сложности каждого шага. Более общее описание приведено в статье о создании почты на своем домене.

Что нужно для собственного почтового домена

Для создания собственного почтового домена нужны четыре совместно работающих компонента: доменное имя (зарегистрированное у любого регистратора), правильно опубликованные у поставщика DNS записи, хостинг почтовых ящиков, где фактически хранятся письма, и транспорт SMTP для отправки (обычно входит в почтовый хостинг). Каждый компонент требует отдельного решения; не обязательно покупать все у одного поставщика.

В 2026 году общая стоимость надежной конфигурации составляет примерно $52 в год: $10 за домен у Cloudflare Registrar (по себестоимости), $0 за DNS в Cloudflare (бесплатно), $42 в год за хостинг TrekMail Starter (при ежегодной оплате) с управляемым SMTP. Workspace и Microsoft 365 стоят дороже ($72-264 в год), но добавляют к почте пакет офисных приложений.

Инструкция из 6 шагов

Для полной настройки собственного почтового домена нужно последовательно выполнить шесть шагов. Не пропускайте и не меняйте их местами, поскольку каждый зависит от подтверждения предыдущего. У каждого шага есть контрольная точка: достигните ее до продолжения, иначе придется диагностировать проблему с несколькими переменными вместо одного этапа.

Купите домен у надежного регистратора. Cloudflare Registrar (по себестоимости), Namecheap или Porkbun. Следите за стоимостью продления: некоторые регистраторы значительно повышают цену на 2-й год. Заблокируйте домен. Включите конфиденциальность WHOIS.
Выберите хостинг DNS. DNS от Cloudflare работает отлично и предоставляется бесплатно; панели DNS многих регистраторов неудобны. Cloudflare Registrar требует использовать собственный DNS, что вполне приемлемо.
Зарегистрируйтесь у почтового хостинга. Бесплатный TrekMail Nano (без карты) для тестирования или Starter ($4 в месяц либо $3.50 в месяц при ежегодной оплате) для полноценной настройки. Workspace, если нужны Docs. Добавьте домен в панели хостинга и пройдите проверку записи TXT.
Подготовьте первый почтовый ящик. Он должен существовать до перенаправления записей MX. В процессе приглашения TrekMail получатель сам задает пароль и 2FA при первом входе.
Опубликуйте MX, SPF, DKIM и DMARC у поставщика DNS. Используйте значения почтового хостинга. SPF: v=spf1 include:_spf.trekmail.net ~all. DKIM: CNAME, направленный на селектор хостинга. DMARC: v=DMARC1; p=none; rua=mailto:dmarc@yourbusiness.com в течение первых двух недель.
Проверьте отправку и получение через трех получателей (Gmail, Outlook.com, Yahoo). Откройте исходные заголовки и подтвердите SPF=PASS, DKIM=PASS, DMARC=PASS. Ответьте из каждого сервиса. Сообщайте новый адрес только после успешной проверки в обоих направлениях.

Необходимые записи DNS

Для почты на собственном домене нужны четыре типа записей DNS. У каждой своя задача: направлять входящую почту, разрешать исходящих отправителей, криптографически подписывать сообщения и применять политику аутентификации. Все четыре должны быть одновременно правильными, чтобы почта беспрепятственно проходила проверки Gmail и Yahoo.

# MX: where inbound mail lands
yourbusiness.com.    3600    IN    MX    10 mx1.trekmail.net.
yourbusiness.com.    3600    IN    MX    20 mx2.trekmail.net.

# SPF: which servers can send as your domain
yourbusiness.com.    3600    IN    TXT   "v=spf1 include:_spf.trekmail.net ~all"

# DKIM: cryptographic signing (CNAME for automated rotation)
trekmail._domainkey.yourbusiness.com.   3600    IN    CNAME   trekmail._domainkey.trekmail.net.

# DMARC: policy and reporting
_dmarc.yourbusiness.com.    3600    IN    TXT   "v=DMARC1; p=none; rua=mailto:dmarc@yourbusiness.com"

Установите TTL в 3600 (один час). Этого достаточно, чтобы DNS-резолверы не перегружали регистратора, но ошибки можно исправить за час, а не за день. После стабилизации записей и ужесточения DMARC до p=reject значения TTL можно увеличить. Подробнее об аутентификации читайте в статье о SPF, DKIM и DMARC.

Тестирование и проверка настройки

Опубликовав все четыре записи DNS, выполните проверку до использования конфигурации для настоящей почты. Не пропускайте этот этап: незаметный сбой неверной записи SPF или DMARC намного сложнее обнаружить после начала реального обмена сообщениями. Проверка состоит из двух тестов DNS и теста в обоих направлениях с тремя получателями, именно в таком порядке.

Проверка первая: распространение DNS. Выполните dig MX yourbusiness.com и убедитесь, что записи MX разрешаются в адрес почтового хостинга. Выполните dig TXT yourbusiness.com и проверьте публикацию SPF. Выполните dig TXT trekmail._domainkey.yourbusiness.com и проверьте DKIM. Для DMARC выполните dig TXT _dmarc.yourbusiness.com.

Проверка вторая: аутентификация заголовков. Отправьте тестовое сообщение из нового ящика в Gmail. Откройте его в Gmail, выберите в меню «Показать оригинал» и найдите заголовок Authentication-Results. В нем должны быть spf=pass, dkim=pass и dmarc=pass. Любое значение FAIL или NONE означает ошибку записи DNS.

Двусторонний тест: отправьте письмо с нового адреса в Gmail, Outlook.com и Yahoo. Ответьте из каждого сервиса. Убедитесь, что ответы приходят в новый ящик. Если один из трех получателей отправляет тест в спам, вы обнаружили проблему аутентификации, которую нужно устранить до начала работы.

Три сложности, возникающие при первой настройке

Большинство первых настроек сталкиваются с тремя сложностями. Каждая по отдельности мала и незаметна, но диагностировать ее неприятно, когда записи уже опубликованы и все должно работать. Если знать о них заранее, можно избежать типичной диагностики первой недели, занимающей два часа на каждую проблему.

Проблема первая: TTL записи TXT для проверки. Многие регистраторы по умолчанию задают TTL в 14 дней или 24 часа. Проверка почтового хостинга истекает до завершения распространения. Перед публикацией вручную установите TTL в 1 час (3600 секунд), и проверка пройдет быстро.

Проблема вторая: запись SPF превышает лимит в 10 запросов DNS. Если указать слишком много механизмов include:, SPF завершается с PermError, а письма попадают в спам. По возможности объединяйте записи; предел в 10 запросов является строгим. Решение приведено в статье о чрезмерном числе запросов DNS для SPF.

Проблема третья: немедленная установка DMARC в p=reject. Без двухнедельного окна аудита с p=none забытые легитимные отправители (CRM, рассылка, транзакционный сервис) начинают проваливать проверки, и письма исчезают. Всегда начинайте с p=none, изучайте отчеты и ужесточайте политику постепенно.

Эксплуатация после создания собственного почтового домена

Успешное создание собственного почтового домена является началом, а не завершением работы. Пять операционных привычек поддерживают конфигурацию годами. Без них команды обнаруживают сломанную аутентификацию спустя два года, когда счета внезапно начинают попадать в спам.

Привычка первая: ежемесячно проверять отчеты DMARC. Сводные отчеты показывают отправителей, использующих домен, включая забытые легитимные сервисы и попытки подмены. Просматривайте отчеты ежемесячно и исследуйте все неожиданное. По умолчанию это сложный XML; TrekMail превращает его в полезные сигналы.

Привычка вторая: ежеквартально проверять ротацию DKIM. TrekMail автоматически выполняет ее для каждого клиента и домена; самостоятельно размещенным системам нужен скрипт. Раз в квартал проверяйте селектор DKIM в DNS, чтобы подтвердить ротацию. Ключ DKIM двухлетней давности сигнализирует получателям об ухудшении репутации.

Привычка третья: ежегодно проверять список отправителей. Просмотрите каждый сервис, отправляющий почту с домена (CRM, платформа рассылок, транзакционный сервис, поддержка), и подтвердите правильную подпись DKIM и включение в SPF. Новые отправители накапливаются незаметно; аудит их обнаружит.

Привычка четвертая: напоминание о продлении домена. Большинство команд, случайно потерявших домен, пропустили письмо о продлении на устаревшем адресе администратора. Установите напоминание за 60 дней до ежегодного продления сразу для нескольких адресов администраторов.

Привычка пятая: резервная копия учетных данных администраторов и кодов восстановления 2FA. Храните их в структурированных полях менеджера паролей, включая входы администратора регистратора, почтового хостинга и поставщика DNS, а также коды восстановления 2FA для каждого. Проект по созданию собственного почтового домена сформировал небольшую, но критически важную инфраструктуру. Относитесь к ней соответственно.

Следующие шаги

Выполнение 6 шагов для создания собственного почтового домена занимает около 30 минут плюс время распространения DNS. Общая стоимость полноценной конфигурации с TrekMail Starter и Cloudflare Registrar составляет примерно $52 в год, значительно дешевле Workspace и намного переносимее встроенной почты cPanel.

Сначала протестируйте бесплатный тариф Nano (карта не требуется); пробный период 14 дней предоставляет функции Pro для оценки. Зарегистрируйтесь на trekmail.net/pricing. Варианты пошаговой настройки описаны в статье о создании почты на своем домене, а устранение неполадок после нее в материале о настройке почты для моего домена. Более общее руководство представлено в статье о почте на собственном домене. После создания своего домена именно описанные выше привычки обеспечат его стабильность в долгосрочной перспективе.