Резервная почта на случай сбоя облака

Проблема

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

Как устроено

Рядом с облачной почтой работает свой почтовый сервер с копией всех ящиков. Облако остаётся основным — сотрудники ничего не замечают.

• Копия обновляется каждые 30 минут, каждую ночь сверяется целиком.
• Те же адреса и домен, что в облаке. Новые ящики подхватываются автоматически.
• Без паролей сотрудников, если провайдер позволяет: почту забирают сервисные аккаунты с делегированным доступом.
• Сбой в облаке не сотрёт копию: если там вдруг пропала заметная часть писем, удаление в копии блокируется.
• Мониторинг: если копирование встало, приходит алерт.

Если облако недоступно

Синхронизация ставится на паузу, почта переключается на свой сервер. Адреса у сотрудников те же, история писем — в копии.

Из практики

• 12 ящиков, 703 тысячи писем, 150 ГБ. Копия отстаёт от облака не больше чем на 30 минут, ночная сверка — около 8 минут. Число писем в каждой папке сверено с облаком — совпало, кроме писем, которые в самом облаке лежат дважды.
• 114 ящиков, 4,7 млн писем, 2,2 ТБ. Объём посчитан заранее по IMAP, без скачивания писем, — за 39 минут. Так размер диска выбирается по факту: хранить всё или, например, только последний год.

Облачные провайдеры ведут себя по IMAP не по стандарту: не работает отбор писем по дате, часть писем не отдаётся, на больших ящиках рвётся соединение. Всё это уже учтено в скриптах.