Оказывается часть каталогов и должны быть пустыми, ибо они виртуальные.
OWA починил по этой инструкции:
http://www.msexchange.ru/articles/resetting-owa-folder-iis-security-permissions-exchange-2003.html Сброс всех настроек
При появлении ошибок в OWA обычно первым делом я сбрасываю настройки виртуальных каталогов OWA в IIS. Лично я считаю, что это хорошая отправная точка. Вы удаляете все шесть каталогов OWA в IIS, а затем создаете их заново. Таким образом происходит сброс настроек IIS.
Прежде всего, скачайте и установите пакет средств IIS 6.0 Resource Kit Tools с сайта Microsoft
Если вы не хотите устанавливать все средства, выберите выборочную настройку и установите только приложение Metabase Explorer.
Запустите IIS. Нажмите Start (Пуск), All Programs (Программы), Administrative Tools (Администрирование), Internet Information Services (Службы IIS).
Сделайте резервную копию метабазы. Для этого правой кнопкой щелкните по Default Web Site (Web-сайт по умолчанию), выберите All Tasks (Все задачи), а затем нажмите Save Configuration to a File (Сохранить настройки в файл). Введите имя файла и нажмите OK.
Раскройте узел Default Web Site (Web-сайт по умолчанию) и удалите следующие виртуальные каталоги:
* Microsoft-Server-ActiveSync
* OMA
* Exadmin
* Exchange
* Public
* ExchWeb
Запустите Metabase Explorer. Нажмите Start (Пуск), All Programs (Программы), IIS Resources (Ресурсы IIS), Metabase Explorer.
Раскройте ключ LM, щелкните правой кнопкой по ключу DS2MB и выберите Delete (Удалить).
Закройте программу Metabase Explorer.
Перезапустите службу Microsoft Exchange System Attendant для создания виртуальных каталогов в IIS.
Проверка разрешений безопасности в IIS
Откройте IIS. Раскройте web-сайт по умолчанию. Щелкните правой кнопкой по виртуальному каталогу Exchange. Убедитесь, что опция Basic Authentication (Базовая аутентификация) отмечена (Рисунок 1). Дважды нажмите OK.
Рисунок 1: Настройки виртуального каталога Exchange
Правой кнопкой щелкните по виртуальному каталогу ExchWeb. Убедитесь, что опция Anonymous access (Анонимный доступ) отмечена (Рисунок 2).
Рисунок 2: Настройки виртуального каталога ExchWeb
Проверка разрешений безопасности папки с помощью Проводника Windows
Правой кнопкой щелкните по папке Exchweb и выберите Properties (Свойства). Откройте вкладку Security (Безопасность).
Проверьте, что группе Authenticated Users даны следующие разрешения:
* Read and execute (Чтение и выполнение)
* List folder contents (Список содержимого папки)
* Read (Чтение)
Рисунок 3: Настройки папки ExchWeb
Если группы Authenticated Users нет в списке контроля доступа, нажмите Add (Добавить) и добавите группу Authenticated Users. Установите для группы правильные разрешения (Рисунок 3).
Использование безопасного канала (SSL)
Сертификаты оказывают на OWA большое влияние. Если ни один из ранее описанных шагов не помог, попытайтесь получить доступ к OWA с помощью HTTP. Вы не сможете воспользоваться аутентификацией с помощью форм (Forms Based Authentication - FBA), поскольку она основана на сертификатах. Введите пароль во всплывающее окно. Так вы проверите, что OWA работает.
Если OWA при доступе с помощью HTTP отображается правильно, то, скорее всего, дело в неправильной настройке сертификата.
Сброс пароля пользователя IUSR
Лично я проверяю это в последнюю очередь, поскольку изменения повлияют на все сайты, расположенные в IIS. Если вы меняете пароль пользователя IUSR, убедитесь, что вы изменили пароль пользователя IUSR для каждого сайта, расположенного в IIS. На Рисунке 2 показано, где меняется пароль.
Устранение неполадок в OWA требует отката к начальным установкам. Вернитесь к начальной установке. Убедитесь, что OWA работает по протоколу HTTP, а затем усильте настройки использованием SSL.