D/DOBBYDEV

DobbyDev / Новости

Букля на связи, Blackhole в деле: почта без шаманства

Немного магии — в свете LumosLink. Всё остальное должно проверяться: миграция, каталог пользователей, резервирование и события для ИТ-команды.

6 минут чтения

Почтовый сервер не должен работать по принципу «помолились — полетело». У нас летает Букля, а письма держатся не на перьях: за ними стоят Blackhole, интеграция с инфраструктурой и работающие сценарии восстановления. Да, названия у нас с характером. Эксплуатация — без фокусов.

Букля летит с письмом DobbyDev рядом с визуальным образом почтовой платформы Blackhole
Букля и Blackhole — художественный образ наших продуктов. Письма, конечно, не отправляются в настоящую чёрную дыру.

Переход на российское ПО — это задача совместимости

Курс на отечественные решения закреплён в государственных отраслевых программах. Например, в обновлённом направлении цифровой трансформации агропромышленного комплекса поставлена цель к 2030 году перевести не менее 80% организаций отрасли на российское базовое и прикладное ПО. Это отраслевая цель, а не универсальный срок для каждой компании.

При этом сам факт российского происхождения продукта ещё не отвечает на эксплуатационные вопросы. Материалы официального реестра ПО о проверках совместимости показывают, насколько важна связка программ, операционных систем и оборудования. Для почты к этой связке добавляются каталоги пользователей, клиентские устройства, политики доступа и давно накопленные архивы.

Поэтому главная боль перехода — не «поставить русскую коробку и нарисовать галочку». Нужно заменить работающую систему так, чтобы сотрудники не потеряли адреса и письма, а ИТ-команда — контроль над доставкой и восстановлением. Импортозамещение, в котором утонула почта, — сомнительный жанр.

Что приходится решать при замене корпоративной почты

  • Перенос данных. Переписка может находиться в нескольких системах. До запуска нужно определить источники, объём, порядок переноса и способ проверить результат.
  • Учётные записи и права. Почта должна вписаться в действующий каталог и правила организации, включая выдачу и отзыв доступа.
  • Рабочие устройства. Пользователям нужны понятные приложения, а существующие интеграции не должны исчезнуть в день переключения.
  • Непрерывность и наблюдаемость. Резервирование, восстановление, журналы и события безопасности надо продумать до промышленного запуска.

Букля, Blackhole и LumosLink: шутки в названиях, не в архитектуре

Blackhole — наша серверная почтовая платформа. Букля — приложение для работы с почтой на разных устройствах. LumosLink — протокол связи собственных компонентов: пусть светится ярко, но за магией здесь обычная инженерия. Платформу можно размещать в собственном контуре организации или в облачной модели; выбор зависит от требований к данным и эксплуатации.

При внедрении мы смотрим не только на новый интерфейс. Нужно связать почту с каталогом пользователей, спланировать перенос из прежних систем, определить схему резервирования и сделать события доступными для мониторинга. Там, где нужны стандартные почтовые клиенты, важна совместимость по привычным протоколам, а не обязательный переход всех сотрудников на одно приложение.

Показательный пример — наш обезличенный кейс примерно на 5000 пользователей: завершён перенос почты из Exchange и VK Mail в on-prem Blackhole, подключён Microsoft AD, предусмотрены геораспределение и резервирование, а журналы и события передаются в SIEM. Это описание конкретного проекта, а не обещание одинаковой схемы для любой организации. «У нас работает» должно означать эксплуатацию, а не красивый скриншот с пустым ящиком.

Художественное изображение двух серверных площадок, связанных световыми линиями почтового обмена
Иллюстрация идеи управляемого почтового контура. Она не воспроизводит топологию какого-либо внедрения.

Не «заменить любой ценой», а перейти проверяемо

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

Так можно обсуждать российское ПО предметно. Магическую кнопку миграции мы не продаём: покажем, как новая платформа будет работать в инфраструктуре заказчика. Букле оставим крылья и свет LumosLink, администраторам — логи, контроль и внятный план на случай сбоя.

Источники и примечание

Материал подготовлен 12.10.2026. Иллюстрации созданы для этой статьи и не изображают фактическую топологию заказчика. Слова «магия» и «шаманство» — метафора, а не техническая характеристика.

DobbyDev / News

Buklya in flight, Blackhole at work: email without guesswork

A little magic belongs in the LumosLink glow. Everything else should be testable: migration, directory integration, redundancy, and IT-visible events.

6 min read

Corporate email should not run on the principle of “cross your fingers and hope it flies.” Buklya flies for us, but messages do not depend on feathers: Blackhole, infrastructure integration, and tested recovery paths do the real work. Our names have personality. Operations should have no tricks.

Buklya flies with a DobbyDev letter beside an artistic depiction of the Blackhole mail platform
Buklya and Blackhole as an artistic metaphor for our products. Real messages do not fly into a physical black hole.

Moving to Russian software is an integration challenge

Russia's industry programs set goals for using domestic software. For example, the updated digital-transformation direction for agriculture aims to move at least 80% of organizations in that sector to Russian base and application software by 2030. This is a sector-specific goal, not a universal deadline for every business.

Domestic origin alone does not answer operational questions. The official software registry's materials on compatibility testing illustrate the importance of software, operating systems, and hardware working together. For email, the picture also includes user directories, client devices, access policies, and accumulated archives.

The hard part of transition is not installing a local software box and ticking a box on a report. It is replacing a working system without losing messages and addresses or the IT team's ability to control delivery and recovery. A migration that swallows the mail is a poor kind of import substitution.

What an email replacement has to address

  • Data migration. Messages may live in several systems. Sources, volume, transfer order, and validation must be defined before launch.
  • Identities and permissions. Mail needs to fit the organization's existing directory and access rules, including provisioning and revocation.
  • Working devices. Employees need usable apps; existing integrations should not disappear on cutover day.
  • Continuity and visibility. Redundancy, recovery, logs, and security events should be planned before production use.

Buklya, Blackhole, and LumosLink: playful names, serious architecture

Blackhole is our mail server platform. Buklya is the mail app for different devices. LumosLink connects our components: it can glow like magic, but the work behind it is engineering. The platform can run within the organization's own environment or in a cloud model; the choice depends on data and operating requirements.

A deployment is about more than a new interface. Mail needs to connect to the user directory, migrate from existing systems, have an agreed redundancy model, and expose events to monitoring. Where standard mail clients are needed, compatibility through established protocols matters more than forcing every employee into a single app.

One example is our anonymized case study for approximately 5,000 users: mail was migrated from Exchange and VK Mail into on-premises Blackhole, Microsoft AD was connected, geographic distribution and redundancy were included, and logs and events are forwarded to SIEM. That describes one project, not a promise of the same architecture for every organization. “It works” should mean production operations, not a polished screenshot of an empty inbox.

Artistic image of two data-center rooms connected by light paths representing mail exchange
An illustration of an operable mail environment, not the topology of any actual deployment.

A verifiable transition, not replacement at any cost

A sound project starts with a map of the current mail environment: where mailboxes live, which domains are used, how sign-in and permissions work, and which apps connect. Then comes a pilot with real scenarios: messages are sent and received, access is revoked, the recovery path is tested, and administrators can see relevant events.

This makes the conversation about Russian software concrete. We do not sell a magic migration button; we show how the new platform will work in the customer's infrastructure. Buklya can keep the wings and the LumosLink glow. Administrators get logs, control, and a clear plan for failure.

Sources and note

Prepared on October 12, 2026. The illustrations were created for this article and do not depict a customer's actual topology. “Magic” and “guesswork” are metaphors, not technical claims.