Как создать почту на своём домене и подключить почтовый сервис
Почта для домена позволяет использовать адреса компании: например, в учебном примере это anna@example.com для сотрудника и sales@example.com для отдела продаж. Такой адрес можно сохранить при смене почтового сервиса, пока компания управляет доменом. При этом ящики, права сотрудников и историю переписки нужно организовать отдельно.
Чтобы создать почту с доменом, обычно достаточно зарегистрированного доменного имени, доступа к его DNS и аккаунта у почтового провайдера. Готовый сайт не обязателен: это прямо следует и из инструкции Яндекс 360 по подключению домена. Ниже разберём выбор сервиса, настройку ящиков, проверку доставки и переезд с сохранением данных. Все адреса на example.com приведены только как учебные примеры.
Ящик, алиас, пересылка и общий адрес: в чём разница
Начните со схемы работы, а не с количества красивых адресов. Одному человеку могут понадобиться несколько адресов, а с одним обращением клиента иногда работают несколько сотрудников. Разные задачи требуют разных настроек.
| Вариант | Как работает | Когда подходит |
|---|---|---|
| Отдельный ящик | Самостоятельное хранилище писем с учётной записью и правами доступа | Личная рабочая переписка сотрудника или отдельная функция компании |
| Алиас, или псевдоним | Дополнительный адрес существующего ящика; собственной истории и отдельного входа обычно нет | Один сотрудник принимает письма на несколько адресов |
| Пересылка | Правило передаёт полученные сообщения на другой адрес; сохранение копии зависит от настроек | Временная переадресация или согласованный маршрут писем |
| Группа или общий ящик | Группа распределяет письма участникам; общий ящик предоставляет совместный доступ по правилам сервиса | Продажи, поддержка, бухгалтерия, где работают несколько человек |
Например, в Google Workspace псевдоним направляет письма в основной ящик. Но возможность отвечать именно с дополнительного адреса требует соответствующей настройки. Простая пересылка тоже не даёт автоматически права отправлять от имени исходного адреса. Перед запуском проверьте обе стороны переписки.
Как выбрать сервис корпоративной почты
Сначала запишите обязательные функции: число сотрудников, объём старых писем, работа в браузере или почтовой программе, общие адреса, календарь, восстановление данных и управление доступом. Затем сравнивайте тарифы на одинаковых условиях. Цена одного пользователя мало говорит о расходах, если отдельно оплачиваются нужные возможности или меняются условия при росте команды.
Какие варианты рассмотреть
| Вариант | Что проверить перед выбором |
|---|---|
| Яндекс 360 для бизнеса | Подключение своего домена, подходящий тариф, роли администратора, инструменты переноса и нужные команде сервисы |
| Почта VK WorkSpace, известная также как VK WorkMail | Условия тарифа, доступ из почтовых клиентов, общие ящики, восстановление писем и ограничения числа пользователей |
| Google Workspace | Версия с почтой на подтверждённом домене, доступность оформления и оплаты для организации, функции администрирования |
| Почта у хостинг-провайдера | Квоты, резервные копии, антиспам, управление сотрудниками, поддержка и порядок отделения почты от хостинга сайта |
Различия бывают существенными. В таблице тарифов VK WorkSpace доступ через IMAP/POP3, общие ящики и восстановление удалённых писем зависят от тарифа. У Google нужно выбрать версию с поддержкой корпоративной почты на своём домене: наличие подписки с названием Workspace само по себе ещё не описывает весь набор функций.
Проверьте рабочий сценарий до массового подключения
Дайте будущему администратору и одному сотруднику оценить интерфейс, поиск по архиву, работу со вложениями и восстановление доступа. Если отдел использует общий адрес, проверьте отправку ответа с него и видимость переписки для коллег. Уточните, какие ограничения действуют в пробном режиме: доступная функция может не входить в выбранный постоянный тариф. Зафиксируйте результаты в коротком списке требований, чтобы сравнение сервисов опиралось на задачи команды.
Регион, оплата и стоимость владения
Проверьте возможность регистрации организации из вашей страны, доступные способы оплаты, валюту, документы и работу поддержки. Для Google ориентиром служат официальные сведения о доступности сервисов по регионам и условия оформления конкретной подписки. Доступность личной почты не подтверждает доступность всех корпоративных услуг.
В бюджет включите продление домена, подписку, перенос архива, резервное копирование и время администратора. При сравнении выясните, что происходит после пробного периода, при просрочке оплаты и при увольнении сотрудника. Проверьте, сможете ли вы выгрузить данные при следующем переезде. Для бизнеса предсказуемый порядок работы важнее рекламного обещания самого дешёвого ящика.
Что подготовить до подключения домена
Соберите доступы к регистратору, DNS-провайдеру, прежней почте и кабинету нового сервиса. Это могут быть четыре разных аккаунта. Регистратор продлевает домен, DNS-провайдер публикует записи, а почтовый сервис хранит письма. Совпадение названия компании в отдельных кабинетах не означает, что все настройки находятся в одном месте.
Определите действующие авторитетные DNS-серверы домена и панель, которая ими управляет. Именно эти серверы содержат актуальную зону — принцип описан в документации Cloudflare о nameservers. Записи, добавленные в неиспользуемой панели регистратора, не изменят реальную маршрутизацию почты.
- Сохраните текущую DNS-зону: типы записей, имена, значения, приоритеты и TTL.
- Составьте список ящиков, алиасов, групп, пересылок и ответственных сотрудников.
- Зафиксируйте источники отправки: люди, CRM, сайт, бухгалтерская система, рассылки.
- Проверьте срок регистрации домена и кто получает уведомления о продлении.
- Для действующей почты согласуйте время перехода и способ связи на случай проблем.
Аккаунты должны оставаться под контролем компании. Подрядчику можно выдать необходимые права, но единственный доступ владельца, платёжные данные и восстановление не стоит связывать с личным телефоном человека, который может перестать работать с вами.
Шаг 1. Добавьте домен и подтвердите управление им
Создайте организацию у выбранного провайдера и добавьте доменное имя без адреса страницы, протокола и пути. Затем получите способ подтверждения. Часто сервис предлагает уникальную TXT-запись: её значение берут из собственного кабинета и публикуют у фактического DNS-провайдера. Чужой код подтверждения из инструкции для этого не подходит.
Следуйте правилам панели для поля имени: разные интерфейсы по-разному обозначают корень зоны и добавляют доменный суффикс. После сохранения запустите проверку у почтового провайдера. У Яндекса существуют и другие способы, включая файл или тег на сайте; они описаны в инструкции по подтверждению домена.
Подтверждение доказывает управление доменом, но само по себе не переносит письма и не переключает получение на новый сервис. Если домен уже связан с другой организацией, сначала выясните, кто ею управляет, и согласуйте перенос. Удалять действующую организацию ради прохождения проверки нельзя без плана сохранения её данных.
Шаг 2. Создайте ящики, адреса отделов и доступы
Определите единый принцип адресов сотрудников: например, имя и фамилия латиницей. Для публичных контактов используйте названия функций, которые сохранятся при смене людей. В учебной компании адрес sales@example.com может принадлежать общему ящику отдела, а anna@example.com — конкретному менеджеру.
Создайте получателей до переключения почты
Подготовьте все действующие адреса, включая редко используемые: реквизиты, обращения партнёров, уведомления от банков и восстановления внешних аккаунтов. Проверьте соответствие старого адреса новому ящику. Не заменяйте несколько самостоятельных ящиков алиасами без согласования: это объединит получение и может открыть переписку лишнему человеку.
Если провайдер создаёт пользователей в процессе миграции, проверьте сопоставление адресов и результат создания до изменения MX. Для каждого пользователя убедитесь, что включена почтовая услуга, назначена нужная лицензия или тарифная возможность и достаточно доступного места. Один факт появления сотрудника в каталоге не заменяет проверку ящика.
Настройте поведение общих адресов
Назначьте ответственного за обращения и проверьте, кто видит историю ответов. Когда несколько людей просто получают копии письма, они могут ответить одновременно или решить, что ответит коллега. Общий ящик с персональными правами либо согласованный процесс обработки помогает избежать такой путаницы. Не раздавайте всем один пароль администратора.
Шаг 3. Настройте DNS для почты и сохраните записи сайта
Возьмите параметры из актуального кабинета выбранного сервиса. Почтовые записи и записи сайта выполняют разные задачи: например, справка Яндекса разделяет их настройку. Сохраните действующие A, AAAA и CNAME сайта, записи поддоменов и подтверждения других сервисов. Для подключения почты обычно достаточно точечных изменений, без смены NS и переноса всей DNS-зоны.
MX: куда доставлять входящие письма
MX указывает серверы, принимающие почту для домена. Провайдер задаёт их имена и приоритеты; копируйте весь согласованный набор. В инструкции Google по MX также показано, что после изменения записей может требоваться активация почты в административной консоли.
Не оставляйте MX старого и нового сервиса как предполагаемое автоматическое зеркало. Приоритет определяет порядок выбора сервера, а не создание одинаковых архивов; механизм выбора описан в стандарте SMTP RFC 5321. Резервный приём или совместная работа двух систем требуют отдельной настройки маршрутизации и получателей. Для обычного переезда используют набор MX выбранного провайдера и согласованный порядок переключения.
MX не настраивает отправку из формы сайта, CMS или CRM. Даже если входящие письма уже приходят в новый ящик, параметры авторизованной отправки приложения проверяются отдельно. Не подставляйте адрес из MX в настройки SMTP только потому, что это почтовый сервер.
SPF, DKIM и DMARC: необходимый минимум
- SPF описывает разрешённые источники отправки для соответствующего доменного имени. Если политика уже есть, согласуйте изменения в ней; не добавляйте вторую независимую SPF-запись рядом с первой.
- DKIM позволяет сервису подписывать исходящие письма. Опубликуйте выданные им данные и выполните необходимое включение подписи в кабинете. Одна запись в DNS ещё не доказывает, что сообщения подписываются; сверяйтесь с инструкцией своего провайдера, например руководством Google по DKIM.
- DMARC связывает проверку подлинности с доменом видимого отправителя и задаёт политику обработки сообщений. Внедряйте её после проверки всех законных отправителей.
Правило об одной SPF-политике объясняется в справке Google о SPF. Перед ужесточением DMARC согласуйте работу сотрудников, сайта, CRM и рассылок: иначе можно затронуть собственные письма. Поэтапный подход описан в рекомендациях по внедрению DMARC. Универсальная строка DNS не заменяет такую проверку.
Когда изменения начнут действовать
DNS-ответы кэшируются, а TTL задаёт срок их хранения; это поясняет документация Cloudflare о TTL. Поэтому разные отправители могут некоторое время видеть разные данные. Единого срока переключения для всех доменов нет. Снижение TTL в момент переезда не отменяет ответы, уже сохранённые со старым сроком. При необходимости уменьшайте его заранее, учитывая прежнее значение и ограничения DNS-провайдера.
Как перенести существующую почту без поспешного отключения старой
Если адреса уже используются, подключение нового сервиса становится проектом переноса. Смена MX влияет на доставку новых сообщений, но не перемещает накопленный архив. Сохранность данных нужно подтвердить отдельно. Следующий порядок подходит как основа плана; особенности импортера и ограничения обоих провайдеров уточняются перед работой.
Подготовьте архив и проверьте перенос на одном ящике
Сделайте доступную резервную выгрузку важных данных и определите, какие папки должны переехать. Учтите отправленные сообщения, вложения, архивы и локальные папки почтовых программ. Письмо, которое хранится только на компьютере сотрудника, может отсутствовать на исходном сервере и не попасть в серверный импорт.
Выберите пилотный ящик с типичными папками и разными периодами переписки. Настройте импорт, изучите ошибки, откройте несколько старых вложений и сравните результат с источником. Например, инструмент Яндекс 360 для другого почтового сервера использует IMAP и предлагает защищённое соединение. Параметры подключения и способ авторизации берите у старого провайдера.
Переключайте получение после подготовки новой системы
- Подготовьте получателей. Подтвердите домен, создайте нужные ящики, алиасы и группы; проверьте доступ ответственных сотрудников.
- Перенесите основной архив. Запустите выбранный инструмент, сохраните отчёт, устраните ошибки. Зафиксируйте исключённые папки и даты, чтобы пропуски не остались незамеченными.
- Подготовьте отправку и доступ. Проверьте настройки подлинности писем, вход пользователей и параметры почтовых программ. Объясните сотрудникам, где работать после перехода.
- Переключите MX в согласованное время. Опубликуйте набор нового сервиса, зафиксируйте изменение и начните контроль входящих писем.
- Наблюдайте за обеими системами. Из-за кэшей часть сообщений ещё может попадать на старую сторону. Сохраните там приём и доступ на согласованный переходный период.
- Перенесите оставшиеся сообщения. Используйте поддерживаемый дополнительный проход или другой проверенный способ. Уточните, как инструмент обрабатывает повторы, чтобы не создать дубликаты.
- Закройте старый сервис после приёмки. Проверьте данные, рабочие адреса и оставшиеся зависимости, отзовите временные разрешения, сохраните отчёты и только затем завершайте подписку.
Не включайте встречные пересылки между системами без продуманной схемы: они могут создавать повторные сообщения и циклы. Если понадобится вернуть MX, помните, что обратное изменение тоже кэшируется и не переносит автоматически письма, уже принятые новым провайдером. В плане возврата должно быть место для сверки и объединения данных.
Письма, контакты и календари переносите отдельными процедурами
IMAP предназначен для работы с почтовыми сообщениями: нельзя считать, что вместе с письмами переедут контакты, встречи, правила, подписи и права коллег. Для этих объектов нужны поддерживаемые инструменты переноса или отдельный экспорт и импорт. Руководство Google по миграции разделяет способы по источнику и типу данных.
После переноса контактов проверьте дубликаты, телефоны и дополнительные поля. У календарей сравните часовые пояса, повторяющиеся встречи, организаторов, участников и права доступа. Не отправляйте повторно все приглашения без необходимости. Если перенос конкретного типа данных не поддерживается, заранее согласуйте способ сохранения и дальнейшего доступа к нему.
Как проверить, что корпоративная почта работает
Зелёный статус домена в панели — только часть проверки. Нужен реальный обмен сообщениями с внешними адресами: внутренняя переписка сотрудников может работать даже при проблемах с публичным DNS. Отправляйте тестовые письма без конфиденциальных вложений и фиксируйте время, адреса и результат.
| Проверка | Что считать результатом |
|---|---|
| Входящие с разных внешних сервисов | Письма приходят в нужный ящик, включая адреса отделов и алиасы |
| Исходящие и ответ на них | Получатель видит ожидаемый адрес отправителя, его ответ возвращается ответственному сотруднику |
| Работа общего адреса | Сотрудники получают обращения и понимают, кто отвечает; права не открывают лишние данные |
| Архив и вложения | Выборочные старые письма открываются, нужные папки и вложения доступны, ошибки импорта разобраны |
| Сайт и внешние системы | Сайт доступен, формы и сервисные уведомления проходят отдельную проверку отправки |
Как локализовать проблему
Если не работает один адрес, сначала проверьте его создание, написание, лимит места и правила обработки. Если входящие не получает весь домен, проверьте публичные MX и состояние услуги. Когда письма видны в браузере, но отсутствуют на телефоне, исследуйте подключение клиента и синхронизацию папок. Эти наблюдения помогают выбрать направление проверки, однако не являются окончательным диагнозом.
Не меняйте сразу несколько записей и настроек наугад. Зафиксируйте исходное состояние, внесите одно обоснованное исправление и повторите тот же сценарий. Если сообщение не находится ни в старой, ни в новой системе, запросите у отправителя отчёт о доставке. Отсутствие письма у адресата само по себе не показывает, на каком участке возникла ошибка.
Проверьте папку спама и результаты SPF, DKIM и DMARC в заголовках полученного сообщения. При проблеме сохраните технический отчёт о недоставке и сведения о маршруте, а не только скриншот пустого ящика. Для поддержки полезны адрес отправителя, адрес получателя, время с часовым поясом и идентификатор сообщения.
Перед завершением работ получите подтверждение от владельцев ключевых адресов: продажи, бухгалтерия, руководство. Протокол приёмки должен включать состояние переноса, оставшиеся исключения, ответственного за них и условия отключения старой почты. Это делает результат проверяемым, а не зависящим от одного удачного тестового письма.
Безопасность и обслуживание почты после запуска
Защитите вход и подключение устройств
Включите двухфакторную аутентификацию, особенно для администраторов, и заранее подготовьте восстановление доступа. Разделите повседневную переписку и административные действия. Персональные учётные записи и минимально необходимые права помогают сохранять контроль; такой подход отражён в рекомендациях Google по защите администраторов.
Почтовые программы подключайте по официальной инструкции провайдера с TLS и поддерживаемым способом авторизации. Пример разделения клиентских подключений и серверов приёма приведён в сетевых настройках Яндекс 360. Если требуется пароль приложения, создавайте отдельный и отзывайте его при прекращении использования. Не отключайте проверку сертификатов, чтобы убрать ошибку подключения. TLS защищает соединение, но не заменяет защиту устройства и управление правами.
Назначьте ответственных за домен, оплату и данные
Сохраните список администраторов, способ восстановления, контакты поддержки и порядок продления домена. Настройте контроль оплаты подписки и актуальности платёжных данных. Следите за квотами, состоянием резервного копирования и уведомлениями о подозрительных входах. Проверяйте восстановление на доступной тестовой выборке, а не только наличие слова «бэкап» в тарифе.
Храните инструкцию восстановления и резервные коды в защищённом месте, доступном уполномоченным людям. Для экстренной связи предусмотрите независимый канал: если единственный адрес восстановления находится на том же отключённом домене, вернуть доступ будет сложнее. Пересматривайте список ответственных после кадровых изменений, а доступы подрядчиков — после завершения работ.
При увольнении сотрудника передайте рабочие обращения по правилам компании, отзовите сеансы и доступ приложений, затем решите судьбу архива и адреса. Не удаляйте ящик автоматически, пока он используется для восстановления других корпоративных аккаунтов. При смене подрядчика обновите права у регистратора, DNS-провайдера и почтового сервиса.
Частые вопросы о почте для домена
Можно ли создать почту с доменом бесплатно?
Некоторые провайдеры предлагают базовые бесплатные возможности, но это не равнозначно бесплатному решению для любых задач. Например, условия VK WorkSpace разделяют основной и расширенный функционал. Проверьте ограничения актуального тарифа, рекламу, доступ из программ и число пользователей. Пробный период имеет отдельные условия, а регистрацию и продление домена нужно учитывать самостоятельно.
Как подключить почту Яндекса на своём домене?
Используйте организацию в Яндекс 360 для бизнеса: добавьте домен, подтвердите управление им, подготовьте сотрудников и опубликуйте почтовые записи по текущей инструкции. При существующей почте сначала спланируйте перенос. Обычный личный ящик Яндекса не становится системой корпоративных ящиков только от изменения подписи отправителя.
Mail.ru, VK WorkMail и VK WorkSpace — где подключать домен?
Для корпоративного подключения ориентируйтесь на актуальные кабинеты и документацию VK WorkSpace. Название VK WorkMail встречается в материалах о почтовом сервисе. Выбирайте именно подключение своего домена для организации, а не создание очередного личного адреса Mail.ru. Отдельно проверьте тариф и доступные способы переноса.
Можно ли использовать Gmail с адресом компании?
Да, для размещения корпоративной почты у Google выбирают соответствующую версию Google Workspace и подтверждают домен. Затем настраивают получателей, MX и доступ сотрудников. Личный адрес Gmail, пересылка и дополнительный адрес отправителя — другие сценарии; они не заменяют полноценное администрирование корпоративной почты.
Нужно ли переносить сайт или менять NS?
Обычно достаточно настроить почтовые записи в действующей DNS-зоне. Сайт может оставаться у прежнего хостера. Менять NS стоит только как отдельное запланированное действие с переносом всех необходимых записей. Если сайта пока нет, его создание не является обязательным этапом запуска почты.
Почему письма не приходят после подключения?
Проверьте, опубликованы ли MX у фактического DNS-провайдера, создан ли получатель, активна ли почтовая услуга и не сохраняются ли старые ответы в кэше. Затем посмотрите ошибки доставки, спам и правила обработки. Если часть писем есть у старого провайдера, сохраните их и включите в завершающий перенос.
Можно ли сохранить адреса при смене почтового сервиса?
Да, если компания продолжает управлять тем же доменом, а на новой стороне подготовлены соответствующие адреса. Но одинаковый адрес не переносит архив автоматически. Отдельно нужны миграция данных, настройка получения и отправки, обновление устройств и проверка внешних систем.
С чего начать подключение
Составьте список адресов и доступов, выберите подходящий сервис, затем пройдите подтверждение домена, подготовку ящиков, настройку DNS и проверку переписки. Для действующей почты добавьте план миграции и критерии приёмки. Для обсуждения переноса подготовьте сведения о текущем сервисе, числе ящиков и желаемом результате.
После переноса почты регулярно проверяйте доступность сайта и форм, через которые поступают обращения. Оцените SiteGuard для такого мониторинга.