Выполняя тестирование и выявление проблемы можно выяснить, что подключение к IMAP через ключевой инструмент диагностики telnet с любого компьютера в локальной сети на порт 143 не происходит, однако попытка подключиться с локального сервера, где наблюдается проблема завершается успехом и действительно, ведь службы «Microsoft Exchange IMAP4» и «Внутренняя служба IMAP4 Microsoft Exchange» запушены и работают без ошибок.

Запустим командную консоль Exchange (Exchange Management Shell) и выполним ниже указанную команду, заменив ИМЯСЕРВЕРА на своё, для получения сводки о текущем состоянии Exchange сервера.

Get-HealthReport ИМЯСЕРВЕРА | where { $_.state -eq "Offline"}

Результат предсказуем и причина найдена, IMAP.Proxy отключен. Попытаемся вернуть его к жизни командой ниже:

Set-ServerComponentState -Identity ИМЯСЕРВЕРА -Component IMAPProxy -State Active -Requester HealthAPI

Для протокола POP3, если используете его, всё аналогично, нужно лишь включить Pop.Proxy. Остаётся лишь каждый раз мониторить ситуацию через Get-HealthReport после крупного обновления.

В первую очередь следует оценить масштаб бедствия, выясняем сколько можно освободить места. Запускаем командную консоль Exchange (Exchange Management Shell) и выполняем ниже указанную команду.

Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

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

cd "E:\Exchange Server\V15\Mailbox\"Mailbox Database 0719125227"
Dismount-Database -Identity Database1

Начнём выполнять нашу главную цель. Инструментом послужит служебная программа командной строки сервера Exchange — ESEUTIL. Это многофункциональная утилита не ограничивающаяся только дефрагментацией, но так же ей по силам восстановление, исправление ошибок, проверка целостности и проверка контрольных сумм базы данных. Но нам потребуется лишь одно ее умение.

Ключ /d требует указать имя файла edb, а ключ /t расположение временного файла базы данных. Внимательно отнеситесь к этому, процесс дефрагментации представляет из себя копирование из одного файла в другой и в процессе дефрагментации хранятся два файла одновременно, плюс временные файлы самой утилиты eseutil. Поэтому размер свободного пространства на диске должен быть больше размера самой базы данных c небольшим запасам в 10% для временных файлов.

С учетом этого, следует для ключа \t указать расположение где будет достаточно свободного места, это может быть любой жесткий диск (пропишем T:\tmp.edb), сетевое диск (T:\tmp.edb) или сетевое расположение (пропишем UNC-путь \\srv-tmp\tmp.edb). Стартуем!

eseutil /d "Mailbox Database 0719125227.edb" /t T:\tmp.edb

Под конец вернем базу в рабочее состояние.

Mount-Database Database1

Get-MailboxDatabase | fl name, edbfilepath