Как мы подключили корпоративную почту PlaySport к Mailcore

О PlaySport

PlaySport помогает находить спортивные клубы и площадки в Узбекистане, а там, где подключено расписание, — бронировать время онлайн. Это проект той же команды, которая развивает Mailcore, поэтому связь между продуктами мы не скрываем: на PlaySport мы провели первое полное подключение Mailcore на реальном домене.

Для рабочих контактов проекту была нужна почта на playsport.uz. Для Mailcore это был способ проверить не условный демонстрационный адрес, а весь маршрут — от DNS и создания ящика до получения письма и событий доставки.

Задача

Нужно было принимать письма на адресах @playsport.uz, дать команде доступ через веб‑почту и направлять обращения с любых адресов домена в администраторский ящик.

Одновременно мы хотели убедиться, что домен корректно аутентифицирует исходящие тестовые письма, почтовые соединения защищены, а инфраструктуру можно обслуживать без постоянных изменений в DNS‑зоне PlaySport.

Что было важно проверить

• Реальное входящее письмо доходит до ящика, а не только проходит синтаксическую проверку DNS.
• Адреса вроде support@playsport.uz не теряют обращения, даже если отдельный ящик ещё не создан.
• SPF, DKIM и DMARC подтверждаются на стороне внешнего получателя.
• Веб‑почта, IMAP и SMTP используют действующий TLS‑сертификат.
• События доставки, отказов и жалоб попадают в контур наблюдения.
• Технический маршрут можно перенести без повторной правки зоны клиентского домена.

Что сделала команда Mailcore

Подготовили домен и рабочий доступ

Домен playsport.uz добавили в почтовую систему, создали рабочий ящик и подключили веб‑почту Roundcube. Для адресов, которым пока не нужен отдельный вход, настроили catch‑all: письмо на любой адрес домена поступает в администраторский ящик.

Для ящика установили квоту 1 ГБ, а предельный размер письма — 35 МБ. Ограничения проверили фактическим отказом на тестовом письме большего размера, чтобы пользователь видел понятный ответ до загрузки недоставимого вложения.

Настроили маршрут и аутентификацию

Входящая почта направлена через mx.mailcore.uz. Для домена опубликованы SPF, DKIM и DMARC, а исходящий тестовый маршрут подключён через Amazon SES. Почтовые клиенты соединяются по защищённым каналам, сертификат обновляется автоматически.

Добавили наблюдение за доставкой

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

Упростили последующие изменения инфраструктуры

Позже входящий маршрут перенесли на выделенную инфраструктуру Mailcore сменой одной технической DNS‑записи mx.mailcore.uz. Зону playsport.uz повторно менять не потребовалось: внешний адрес домена остался стабильным, а техническая точка назначения изменилась под управлением Mailcore.

Что подтвердили тестами

• Реальное входящее письмо дошло до ящика PlaySport.
• Catch‑all принял письмо на произвольный адрес домена.
• Тестовое письмо дошло до Gmail и получило spf=pass, dkim=pass, dmarc=pass.
• TLS проверен на почтовых соединениях IMAP и SMTP.
• Сквозная цепочка от отправки тестового письма до события доставки подтверждена.
• Перед переносом инфраструктуры адрес сервера проверили по Spamhaus, SpamCop и Barracuda; в проверенных списках блокировки его не было.

Исходящую доставку в этом кейсе проверяли в тестовом режиме. Результаты массовой production‑отправки мы будем публиковать отдельно, когда накопится достаточная статистика доставляемости.

Что получил PlaySport

PlaySport получил управляемый входящий почтовый контур на собственном домене, веб‑интерфейс и правила маршрутизации для рабочих адресов. Домен аутентифицирует тестовые письма по стандартам SPF, DKIM и DMARC, а команда Mailcore видит технические события доставки и может разбирать отклонения по фактам.

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

Что повторяем для внешнего клиента

1. Уточняем домен, нужные адреса, текущую почту и правила обработки обращений.
2. Готовим точный список DNS‑записей и сопровождаем их установку.
3. Создаём ящики, алиасы и маршруты под задачи компании.
4. Настраиваем SPF, DKIM, DMARC и защищённые соединения.
5. Проверяем не только записи, но и реальную переписку с внешними системами.
6. Перед рабочим переключением добавляем независимый резервный контур и подтверждаем восстановление контрольным тестом.
7. Передаём ответственному сотруднику доступы, параметры и понятный чек‑лист приёмки.

Состав подключения фиксируется заранее: клиент понимает, что будет настроено, какие данные нужны от его команды и по каким признакам Mailcore подтвердит готовность.

Что важно для вашей роли

Руководителю

Почта остаётся на домене компании, объём работ и стоимость согласуются до изменения DNS, а результат принимается по понятным проверкам.

Офис‑менеджеру

Не нужно проектировать почтовую инфраструктуру самостоятельно. Достаточно собрать список адресов, назвать текущего провайдера и определить, кому нужен доступ; Mailcore подготовит записи и порядок действий.

IT‑специалисту

Есть конкретная схема маршрута, значения DNS, TLS на почтовых портах и техническая приёмка через внешние письма и заголовки аутентификации.