Изменения:
- Устранена зависимость уже рабочих локальных доменов от неправильно настроенных новых
- В дамп конфига добавлена редакция
Скачать
Инструкция по обновлению
Изменения:
- Исправлены ошибки определения потери соединения очереди pgsql с БД
- Исправлены ошибки перебора провайдеров авторизации
Скачать
Инструкция по обновлению
Изменения:
- Добавлен "Режим миграции"
В чем основная проблема? Существет два принципиальным сценария переезда почтовой системы:
- Cutover. Весь массив информации переносится на новый сервер за одну итерацию. Метод прекрасен, но подходит исключительно для небольших систем.
- Coexistence. Почтовая система переносится на новую площадку постепенно, без останова. В течение этого периода старый и новый серверы работаю совместно. При этом часть пользователей уже работает на новой системе, а часть – на старой.
Метод Coexistence удобен тем, что в любой момент времени вся система остается работоспособной и целостной, а пользователи ничего не замечают. Таким образом переезд можно осуществлять с низким приоритетом и без риска. Сложность же заключается именно в настройке двух серверов на совместную работу.
Следует также добавить, что старый сервер может быть как локальным (on-premise), так и облачным (on-cloud) и механизмы перноса для них будут различны.
Tegu позволяет настроить данную схему всего за несколько минут, использую диалог "Режим миграции" и разработанную методику.
- В несколько раз увеличена скорость приёма сообщений в сессии SMTP в очереди сообщений типа SQLite/Files.
Скачать
Документация по обновлению
Исправления:
- Ошибка начальной настройки БД параметров