Teletom Web-панель: управление почтовым сервером (Часть 1)

Разбираем общий принцип управления доменами, адресами и пересылками. Работу с контентом и резервными копиями рассмотрим в следующей статье.

После того как инженер Teletom установит и настроит почтовый сервер на низком (системном) уровне, вы сможете приступить к настройке собственной почтовой среды на пользовательском уровне. Для этого вы получаете доступ в Teletom Web-панель. Ниже мы опишем её базовые функции администрирования.

Общая схема работы с доменами, адресами и пересылками

К примеру, у вас есть основной домен test.ru. Ещё на этапе установки сервера будет определён и настроен поддомен почтового транспорта, например: mail.test.ru. Теперь почта любых ваших доменов будет обрабатываться через этот собственный транспорт.

Пошаговая настройка домена

  1. Добавляем домен в систему. В панели указываем домен, на который планируется выдавать email-адреса (например, test.ru).
  2. Получаем DNS-записи. Панель автоматически сформирует необходимый набор записей для вашего регистратора доменов.
  3. Настраиваем регистратора. Добавляем эти записи в панель управления вашего домена, чтобы «сказать» интернету, что вся почта для test.ru обрабатывается через mail.test.ru.
  4. Ожидаем обновления. Через 2–3 часа, когда DNS-записи обновятся по всему миру, можно будет добавлять адреса и пересылки.

Краткий справочник DNS-записей

Панель сгенерирует для вас готовые значения, но полезно понимать, за что отвечает каждая запись:

MX

Указывает, на какой сервер (транспорт) должна приходить почта для вашего домена.

SPF

Список IP-адресов, которым разрешено отправлять почту от имени вашего домена.

DKIM

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

DMARC

Политика, указывающая почтовым сервисам, что делать с письмами, не прошедшими проверки SPF и DKIM.

⚠️ Важно! Технически вы можете добавить в систему совершенно любой домен (хоть google.com) и свободно создавать на нём адреса для внутренней переписки. Но критически важно установить запрет на отправку писем с таких адресов во внешний мир. В противном случае глобальное интернет-сообщество очень быстро определит ваш транспорт как мошеннический (спуфинг), со всеми вытекающими последствиями: попадание в чёрные списки и блокировка отправки.

Адреса и пересылки: в чём разница?

Чтобы эффективно выстроить архитектуру почты, нужно чётко понимать разницу между физическим ящиком и виртуальным адресом.

📧 Фактический адрес (Ящик)

Приравнивается к полноценной учётной записи пользователя. По этому логину и паролю пользователь авторизуется в почтовом клиенте (Roundcube). У ящика есть своё дисковое пространство.

🔄 Пересылка (Alias)

Это виртуальный адрес. У него нет своего пароля и хранилища. Вся входящая и исходящая почта этого адреса фактически поступает в ящик реального (фактического) пользователя.

Практический пример

Допустим, есть основной фактический пользователь: info@test.ru.
Вы хотите, чтобы этот же сотрудник управлял адресами support@test.ru и sale@test.ru.

Вам не нужно создавать три отдельных ящика и заставлять сотрудника постоянно выходить из системы и заходить под разными именами. Вы просто добавляете две пересылки (alias), направленные на info@test.ru.

Результат: Пользователь info@test.ru авторизуется один раз. В настройках почтового клиента он может выбрать, от чьего имени отправить письмо (info, support или sale), и видит всю корреспонденцию, пришедшую на эти адреса, в едином интерфейсе. При помощи пересылок можно создавать гибкие и элегантные модели совместной работы.

Понятие «Доверенные хосты»

Когда вы отправляете почту со своих доменов, каждое письмо автоматически подписывается вашим легитимным почтовым транспортом с помощью шифрования DKIM. Транспорт должен «знать», какие письма ему разрешено подписывать.

По умолчанию все письма, отправленные непосредственно через ваш сервер, подписываются автоматически. Но представьте ситуацию: у вас есть сайт на стороннем хостинге, и вы хотите, чтобы этот сайт отправлял уведомления (например, чеки или заявки) через ваш основной почтовый транспорт mail.test.ru.

В этом случае необходимо сообщить вашей почтовой системе о доверенном внешнем хосте. Вы добавляете доменное имя или IP-адрес этого хоста в специальный раздел панели. Теперь, когда почта приходит с этого IP, транспорт распознаёт его как «своего», корректно обрабатывает и ставит на письмо валидную DKIM-подпись. Если этого не сделать, письма уйдут без подписи и с высокой вероятностью попадут в спам.

Дополнительные настройки почтовых ящиков

После создания почтового ящика администратор может «заглянуть вглубь» и тонко настроить его поведение под конкретные бизнес-задачи:

🔒
Запрет внешней переписки Можно полностью заблокировать пользователю отправку и получение писем из внешнего мира. Идеально для системных или внутренних технических адресов.
🔔
Мгновенные уведомления Для каждого пользователя можно настроить оповещение о новом письме через Telegram или сервис ntfy. Незаменимо, когда требуется оперативная реакция на входящую корреспонденцию.
📏
Квоты и лимиты Индивидуальная настройка максимально допустимого размера почтового ящика для контроля дискового пространства на сервере.

Что в следующей части?

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

База знаний