Вы уже знаете о выпуске почтового клиента Тимон, который сейчас находится в статусе бета. Клиент активно и массово тестируется. И мы благодарим всех за обратную связь. С 1 июля 2026 года планируется выпуск коммерческой версии Тимон.
В связи с этим все пользователи, имеющие на данные момент активные сертификаты технической поддержки и обновления, получат клиента Тимон бесплатно. Стоимость новой покупки сервера Тегу с клиентом Тимон будет увеличена на 50% с 1 июля 2026 года.
Начиная с версии 1.62.42 почтовый сервер Тегу кроме ранее доступных архитектур x86_64 и aarch64 также поставляется для систем на базе архитектуры LoongArch (loong64). Архитектура набора команд LoongArch применяется в процессорах компании Loongson и реализует RISC ISA, похожий на MIPS и RISC-V.
Первой и пока единственной российской ОС, работающей на базе китайских процессоров с архитектурой Loongarch64 является ALT Linux.
ВАЖНО! Начиная с версии 1.62 повышено требование к минимальной версии Postgres. Теперь минимальной является 14-я версия. Вы должны отказаться от установки этой версии до обновления Postgres.
Друзья! Мы сделали 40 сборок только в мастере, не считая огромного числа сборок в многочисленных бранчах. Сегодня мы публикует бету, работа над которой на завершена, но теперь с каждым обновлением вы будете получать все более совершенный продукт.
Приглашаем вас к активному тестированию почтового клиента TIMON.
Начиная с версии 1.62 TEGU использует ряд функций в Postgres, которые появились в 14-й версии. Ранее мы заявляли 13-ю версию Postgres как минимальную. Таким образом, перед установкой версии TEGU 1.62 вы должны обновить Postgres на версию не ниже 14-ой. В противном случае, отказаться от обновления TEGU.
14.10.2025 в экспериментальной ветке опубликована новая версия TEGU ENTERPRISE 1.60, в которой есть ряд существенных изменений, которые могут быть несовместимы с некоторыми старыми конфигурациями почтового сервера. В частности, прекращена поддержка целого ряда функций, которые противоречат дальнейшему развитию сервера. Вы не сможете использовать версию 1.60 и все последующие в случае если не внесете соответствующие изменения в конфигурацию. Версия 1.60 при запуске выполняет проверку конфигурации и отказывается работать в случаях, если конфигурация предполагает использование старых объектов.
Список функций, которые удалены в версии 1.60:
1) Локальная база параметров sqlite 2) Локальное хранилище БД пользователей JSON 3) Локальное хранилище почты Maildir 4) Локальная очередь в sqlite
14.10.2025 в экспериментальной ветке опубликована новая версия TEGU ENTERPRISE 1.60, в которой есть ряд существенных изменений, которые могут быть несовместимы с некоторыми старыми конфигурациями почтового сервера. В частности, прекращена поддержка целого ряда функций, которые противоречат дальнейшему развитию сервера. Вы не сможете использовать версию 1.60 и все последующие в случае если не внесете соответствующие изменения в конфигурацию. Версия 1.60 при запуске выполняет проверку конфигурации и отказывается работать в случаях, если конфигурация предполагает использование старых объектов.
Список функций, которые удалены в версии 1.60:
1) Локальная база параметров sqlite 2) Локальное хранилище БД пользователей JSON 3) Локальное хранилище почты Maildir 4) Локальная очередь в sqlite
14.10.2025 в экспериментальной ветке опубликована новая версия TEGU ENTERPRISE 1.60, в которой есть ряд существенных изменений, которые могут быть несовместимы с некоторыми старыми конфигурациями почтового сервера. В частности, прекращена поддержка целого ряда функций, которые противоречат дальнейшему развитию сервера. Вы не сможете использовать версию 1.60 и все последующие в случае если не внесете соответствующие изменения в конфигурацию. Версия 1.60 при запуске выполняет проверку конфигурации и отказывается работать в случаях, если конфигурация предполагает использование старых объектов.
Во избежание проблем пожалуйста обратите особое внимание на данное сообщение.
В ближайшее время ожидается выпуск новой версии сервера TEGU ENTERPRISE 1.60, в которой есть ряд существенных изменений, которые могут быть несовместимы с некоторыми старыми конфигурациями.
В версии 1.60 будет прекращена поддержка целого ряда функций, которые противоречат дальнейшему развитию сервера. Вы не сможете использовать версию 1.60 и все последующие в случае если не внесете соответствующие изменения в конфигурацию. Версия 1.60 при запуске выполняет проверку конфигурации и отказывается работать в случаях, если конфигурация предполагает использование старых объектов.
Коллеги, в этой статье мы бы хотели поделиться с вами стратегией развития TEGU Enterprise на ближайшую перспективу.
Разработка помощника планирования (выполнено 100%)
Помощник по планированию — это функция, предназначенная для упрощения планирования встреч. Вы можете не только увидеть доступность каждого участника собственной компании (такая функция к примеру есть в MS Outlook), но также мгновенно согласовать встречу с внешними сотрудниками. Планировщик также может помочь в поиске и бронировании различных ресурсов (переговорных комнат, систем бронирования парковок, систем ВКС).
Разработка собственного почтового межсерверного протокола 2TMTP (выполнено 100%)
Электронная почта при своем возникновении была мало приспособлена для передачи информации потому, что в сущности она копировала классическую бумажную почту. Это касается и принципов адресации, и составления сообщения. Типичным примером является подпись, в которой мы выражаем свое уважением и далее перечисляем все свои контакты в произвольном стиле. Существовал даже специальный этикет электронной почты, рекомендующий правила обращения, составления, цитирования и прощания. Сегодня такой стиль де-факто не применяется и приводит к замусориванию и трудностям поиска.
К передаче файлов электронная почта была не приспособлена вовсе. В результате появились сложные механизмы кодирования и инкапсуляции бинарных файлов, что увеличило размер, затруднило структуру, создало предпосылки для вирусов и т.п. При всех сложностях максимальный размер передаваемого файла так и остался неприемлемым.
Еще хуже обстоят дела с календарями и адресными книгами. Для этих сервисов вообще нет собственного протокола, было решено использовать популярный на тот момент HTTP (ставший DAV-ом). Отсюда ограничения функциональности и размера, которые решительно не позволяют применять его в корпоративной среде.Давайте тезисно перечислим основные проблемы стандартных протоколов:
Низкая производительность
Низкая безопасность
Ограничение размера сообщения
Ограничение размеров календарей и адресных книг
Недостаточная функциональность
Отсутствие протокола управления профилем
Отсутствие протокола управления пользовательским приложением
Отсутствие возможности аутентификации для доверенных ресурсов
Сложный и неудобный механизм уведомлений о доставке
Устаревший (непригодный) формат MIME
Отсутствие механизма отзыва сообщения
Большое количество используемых сетевых привелегированных портов
Атомарный формат передачи сообщений
Отсутствие в стандарте статусов и контактов пользователя
Таким образом, становится очевидным, что без нового протокола развитие почтового сервиса невозможно.
Какие функции должны быть реализованы в современной почте:
MDM (Mobile Device Management) via Bring Your Own Device
Управление правилами и настройками профиля на серверной стороне
Клиент-серверное взаимодействие календаря и адресных книг
Выборка всех файлов, фотографий, видео, медиа, ссылок в выбранной переписке
Поддержка данных неограниченного объема
Автонастройка клиента
Автоудаление клиента и данных
Доступ ко всем сервисам по одному сетевому порту
Серверная персонализация
Удобное (как в ТГ) уведомление о доставке, прочтении и изменении сообщений
Отзыв письма
Пакетное взаимодействие между серверами
Пересылка файлов неограниченного объема
Специальное поле для стандартной подписи (как в ТГ)
Специальное поле для статуса пользователя
Новая структура письма (JSON)
Мгновенная доставка почты (пушинг)
Получение всей коллекции данных за одну транзакцию
Развитое тегирование данных на стороне сервера
Редактирование отправленного письма (версионность)
Встроенный мессенджер
А что же со старым добрым IMAP/SMTP. Естественно, что они остаются — их невозможно заменить как минимум на данном этапе развития. Однако, если два хоста взяимно объявляют поддержку 2TMTP, то они переходят на новый протокол, забывая про старый.
Разработка собственных почтовых клиентов нового поколения
Необходимость в собственных клиентских приложениях достаточно низкая на данном этапе т.к. TEGU с реализацией IMAP/SMTP совместим со всеми существующими стандартными почтовыми приложениями.
Однако с появлением функциональности, описанной в протоколе 2TMTP, функций стандартных почтовых программ будет недостаточно. Понимая это, мы планируем разработку собственных клиентов для протокола 2TMTP. В ближайшее время будут опубликованы:
Web-клиент
Почтовый клиент TIMON для Linux (декстопное приложение)
Почтовый клиент TIMON для Android (мобильное приложение)
Характерным в данном случае является тот факт, что почтовый веб-интрефейс не является классической IMAP/SMTP надстройкой над почтовым сервером (такой метод не позволяет реализовать все функции в полной мере), а неотъемлем частью сервера, использующей внутренний API для доступа к объектам. Такой способ значительно более функционален, повышает надежность и безопасность системы, а также является в разы более экономичным к аппаратным ресурсам.
Почтовый клиент TIMON использует собственный протокол 2TMTP, за счет которого реализуется не только классическая для почтовых серверов функциональность, но и значительно превосходит ее.
Реализация WebDAV хранилища файлов
Оборудовать сервер WebDAV хранилищем файлов с возможностью создавать как системные так и пользовательские папки, которые можно расшаривать в широком диапазоне времени и прав.
Портирование TEGU на аппаратную архитектуру LoongArch64 (выполнено 50%)
Китайская компания Loongson Technology разработала с нуля новую процессорную архитектуру LoongArch64, что позволяет использовать эти процессоры на объектах критической информационной инфраструктуры. Кроме того, процессоры уже запущены в массовое производство, в связи с чем их можно рассматривать как реальную альтернативу западным аналогам в нашей стране и за рубежом.
Завершение работ по реализации полной мультитеннатности (выполнено 90%)
Мультитенантность описывает программную архитектуру, в которой одна физическая установка может обеспечивать несколько логических установок. Каждая логическая установка обслуживает выделенную базу пользователей, называемую «клиентом».
Мы планомерно движемся в данном направлении и в настоящий момент осталось «разрезать» на теннантов только системный лог.
Управление доступом на основе ролей
Role Based Access Control (RBAC) — развитие политики управления доступом. Формирование ролей призвано разграничить уровни доступа администраторов почтовых систем.
Стратегия развития редакций TEGU
Обратите внимание, что активная разработка продуктов TEGU (Freeware) и TEGU Professional завершена. Это связано с тем, что мы считаем архитектуру на базе хранилища maildir безнадежно устаревшей. Поэтому мы сохраняем поддержку данных продуктов, однако разработку нового функционала в этих редакциях останавливаем.
Напротив, TEGU Enterprise ожидают серьезные изменения. Мы уже сообщали, что в ближайших версиях TEGU Enterprise больше не будет поддерживать хранилище Maildir. Этот атавизм мы пока еще поддерживаем для совместимости с теми, кто по каким то причинам все еще продолжает использовать устаревший тип хранилища, однако в документации процедура установки хранилище Maildir больше не описывается. Тем самым мы хотим пресечь установку этого типа хранилища в новых инсталляциях.
Выпуск собственного почтового клиента TMON ознаменует новую мажорную версию TEGU Enterprise 2. Условия получения данной версии сейчас согласовываются.
Для тех пользователей, кто пожелает остаться на версии 1, мы планируем выпустить TEGU v1 LTS (релиз длительной поддержки) со сроком 3 года. Функционально версия 1 развиваться не будет, но поддержка законодательства, консультирование и исправление ошибок будут обеспечены. Пользователи, для которых новая функциональность не является критичной, а издержки перехода необходимо минимизировать, могут остаться на версии 1 в течение срока поддержки.
Как улучшить TEGU
Мы не занимаемся доработками программы под конкретные проекты, но если ваше предложение будет интересно широкой аудитории, мы реализуем предложенную вами функцию — напишите нам: support@mbk-lab.ru
Компания «Лаборатория МБК» («МБК Лаб») выпустила новую версию почтового сервера TEGU Enterprise 1.52, включающую помощника планирования, календарь свободного времени и улучшенную систему синхронизации. Функции учитывают потребности крупных компаний с распределенной структурой: они автоматизируют организацию встреч, упрощают управление корпоративными ресурсами и снижают нагрузку на сеть. Об этом CNews сообщили представители «МБК Лаб».
TEGU Enterprise 1.52 получил встроенного помощника планирования (планировщика), который превосходит по функциональности аналогичный инструмент от Microsoft Outlook. Ключевое отличие — поддержка согласования времени не только с внутренними, но и с внешними участниками. Внешним пользователям отправляется ссылка, по которой они выбирают удобные временные слоты, после чего система автоматически находит пересечение по доступности.
Планировщик позволяет бронировать как физические ресурсы (переговорные, парковки, оборудование), так и онлайн-сервисы для видеовстреч. Каждый ресурс может быть связан с конкретным офисом компании, с учетом его часового пояса и рабочего графика. Кроме того, для ресурса может быть задан скрипт на встроенном языке Littlelang, что обеспечивает интеграцию с любыми внешними системами, поддерживающими API — от ВКС-платформ и систем бронирования парковок до внутренних сервисов заказчика. Информация от ресурсов включается в итоговое календарное приглашение, рассылаемое участникам. Текст может быть произвольным — адрес переговорной, контактные данные организатора, напоминание о пропуске или инструкции по подключению. Благодаря этому помощник планирования не только автоматизирует подбор времени и ресурсов, но и формирует полную информацию, необходимую для проведения встречи.
Календарь свободного времени — еще одна функция версии 1.52 — позволяет пользователю делиться своей доступностью по персональной ссылке, например, в подписи письма. Ссылка работает без авторизации и отображает свободные временные слоты. Учитываются рабочие часы, заданные интервалы между событиями, а также часовой пояс получателя. Параметры рассчитываются автоматически, что упрощает согласование времени.
Система синхронизации календарей также была улучшена. В типовых решениях (Microsoft Outlook и других клиентах на базе iCal) все события передаются одним файлом, что приводит к постоянной пересылке устаревших данных и росту объема синхронизации. В TEGU Enterprise все данные, включая календари, хранятся в СУБД, что позволяет пользователю задать конкретный временной диапазон, в пределах которого будут синхронизироваться события и вложения. Это снижает нагрузку на клиента и сеть, ускоряет загрузку и предотвращает ошибки при переполнении календарей. При этом все события остаются на сервере и могут быть отображены при необходимости.
«Обновление TEGU Enterprise закрывает задачи, которые не решаются стандартными средствами вроде Outlook и Google Calendar. Мы внедрили уникальные функции, важные для крупных компаний и распределенных команд: автоматическое согласование с внешними участниками, календари доступности по ссылке, фильтрацию событий для ускорения работы. Это экономит время сотрудников и администраторов, а также упрощает планирование на уровне всей организации», — сказалИгорь Кальметов, генеральный директор «МБК Лаб».