Блог вопиющего в пустыне

Последствия не заставили себя долго ждать. При выходе и последующем входе в административную консоль получил, как и положено, отказ в авторизации. Обнуление пароля администратора в файле users.cfg ничего не дало, да и не могло ничего дать, т.к. во вновь созданный домен mx.zakupki-32.ru (который был назначен основным) не было добавлено ни одного пользователя, что впоследствии и было установлено.

  Поэтому можно было обнулять пароли неосновного домена хоть до посинения, - для авторизации входа в основной домен это не имело никакого значения.
  Хотел уже сгоряча переустанавливать Kerio MailServer, но вовремя одумался. На каком-то ресурсе (не помню уже на каком) по схожей проблеме, только связанной с контроллером домена, кто-то, помимо users.cfg, копался ещё и в файле mailserver.cfg. Залез и я туда. 
  Нашел там раздел <list name="Domain">, в котором содержалось два подраздела с именами моих доменов. В каждом подразделе имелась переменная с именем "Type". В домене mx.zakupki-32.ru (основной) переменная "Type" имела значение 0, в неосновном домене zakupki-32.ru - значение 1.

Заменил 0 на 1 в домене mx.zakupki-32.ru, и 1 на 0 в домене zakupki-32.ru. В результате неосновной домен, в котором были пользователи, стал основным.  После чего старина Kerio пустил в административную консоль.
Чуть позже на форуме портала kerio-rus.ru нашел ветку (ссылка на источник http://kerio-rus.ru/forum/showthread.php?t=2511&amp;page=2), где для решения аналогичной проблемы была дана следующая рекомендация: "с коротким именем (без имени домена) можно входить только в основной домен, во все остальные - с полным именем". Попробовал в форме авторизации на домен без пользователей (mx.zakupki-32.ru) вместо имени пользователя Administrator ввести Administrator@zakupki-32.ru.

Получилось. Так что, - можно было проще.

Резюме. Перед тем как назначать новый домен основным, не забывайте добавить в него пользователей. Хотя, с Kerio, как мы видим, - это не критично.