none
Зависает задача "Подключение автономной адресной книги к Microsoft Exchange" RRS feed

  • Вопрос

  • Сервер Exch 2007 SP1 + Накопительный пакет обновлений 3

    Клиент Outlook 2007, MAPI

    После нажатия кнопки "Отправить и получить" все задачи кроме одной выполняются нормально. Подключение автономной адресной книги только начинается (индикатор выполнения почти на нуле) и так висит пока вручную не отменят. У этого клиента записью по умолчанию является учетная запись типа POP3/SMTP, а эксчендж-запись -второстепенная.

    У всех других клиентов, у которых эксчендж-запись по умолчанию - все задачи выполняются нормально и ничего подобного не происходит.

    Подскажите где копать?

    • Изменено Konstantin Frantsev 11 февраля 2010 г. 13:15
    • Перемещено Hengzhe Li 12 марта 2012 г. 6:55 forum merge (От:Exchange Server 2007)
    22 января 2009 г. 15:24

Ответы

  • Решился на отчаянный шаг: обновить Exch до SP2.
    Обновление прошло успешно, задача "Подключение автономной адресной книги к Microsoft Exchange" больше ни у кого не зависает.

    Однако Анализатор соответствия по-прежнему ругается на отсутствие прав доступа к папке ""C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\<GUID>"...

    Всем спасибо за участие.

    • Помечено в качестве ответа Konstantin Frantsev 11 февраля 2010 г. 13:13
    11 февраля 2010 г. 13:13

Все ответы

  • Сделайте диагностику проблемы:
    http://technet.microsoft.com/ru-ru/library/bb310776.aspx
    22 января 2009 г. 15:50
  • Dzuba написал:

    Сделайте диагностику проблемы:
    http://technet.microsoft.com/ru-ru/library/bb310776.aspx


    Просмотрены все компы в сети.
    Ни на одном из них в логах никаких ошибок в событиях 27 нет.
    Все события 27 имеют первым байтом или 01 (начало загрузки OAB) или 03 (успешно загружена).

    Тем не менее, на некоторых компах в сети наблюдается зависание задачи "Подключение автономной адресной книги". Интересно вот что: есть такие компы, на которых она во время синхронизации почты (нажатием "Отправить и получить" в клиенте) загружается нормально, а вот если развернуть меню "Отправить и получить" и попробовать загрузить вручную - зависон.

    Все компы в сети работают под Windows XP, на всех одинаковый Outlook 2007, все компы по полной обновлены через wsus.

    Какие будут идеи?
    24 марта 2009 г. 12:15
  • Если выполнить на сервере Exchange коммандлет: Test-OutlookWebService | fl
    Какой результат будет?

    На генерирующем сервере OAB, на общем ресурсе ExchangeOAB\<GUID> есть файлы?
    На CAS, на веб-узле OAB есть те же самые файлы?
    24 марта 2009 г. 16:12
  •  Это ничего не даст. Проблема только на клиенте, у которого запись POP3\SMTP стоит дефолтной.
    http://okrylov.wordpress.com
    24 марта 2009 г. 18:52
    Модератор
  •  Это ничего не даст. Проблема только на клиенте, у которого запись POP3\SMTP стоит дефолтной.


    Олег, можете пояснить как связаны проблемы с загрузкой OAB и "умолчания" учетных записей на клиентах?
    • Предложено в качестве ответа Vitaly Popov 27 июня 2011 г. 10:10
    25 марта 2009 г. 5:53
  • Что именно пояснить? У клиента POP3 нет доступа к OAB. Но все же описание задачи нужно читать внимательнее. Автор написал, что у всех клиентов в сети все нормально с загрузкой адресной книги. Значит она есть, значит она доступна и значит проблем на стороне сервера нет. А проблема именно у клиента, который выставил записью по умолчанию POP3\SMTP. Скорее всего это связано с клиентской частью. Я бы для начала запросил данные журнала синхронизации с проблемного клиента. И посмотрел лог приложений. Возможно придется погонять Network Monitor во время загрузки OAB для того чтобы понять а что вообще происходит :)
    http://okrylov.wordpress.com
    25 марта 2009 г. 7:12
    Модератор
  • Может быть.
    Подождем ответа топикстартера.

    25 марта 2009 г. 8:38
  • Aleksey Bayganov написал:

    Если выполнить на сервере Exchange коммандлет: Test-OutlookWebService | fl
    Какой результат будет?

    На генерирующем сервере OAB, на общем ресурсе ExchangeOAB\<GUID> есть файлы?
    На CAS, на веб-узле OAB есть те же самые файлы?


    На сервере:

    ---------------------------------------
    [PS] C:\Documents and Settings\Администратор>Test-OutlookWebServices | fl

    Id      : 1003
    Type    : Information
    Message : Подготовка к проверке автообнаружения с помощью адреса электронной почты postmaster@domain.ru

    Id      : 1007
    Type    : Information
    Message : Проверка сервера emtec.local.van97 с опубликованным именем https://exchange.local.firm/EWS/Exchange.asmx и .

    Id      : 1019
    Type    : Information
    Message : Обнаружена допустимая точка подключения к службе автообнаружения. URL-адрес автообнаружения для этого объекта
               - https://exchange.local.firm/Autodiscover/Autodiscover.xml.

    Id      : 1006
    Type    : Information
    Message : Подключение к службе автообнаружения выполнено в https://exchange.local.firm/Autodiscover/Autodiscover.xml.

    Id      : 1016
    Type    : Success
    Message : [EXCH]-Подключение к службе AS на https://exchange.local.firm/EWS/Exchange.asmx выполнено успешно. Прошло време
              ни: 94 мс.

    Id      : 1015
    Type    : Success
    Message : [EXCH]-Подключение к службе OAB на https://exchange.local.firm/EWS/Exchange.asmx выполнено успешно. Прошло врем
              ени: 0 мс.

    Id      : 1014
    Type    : Success
    Message : [EXCH]-Подключение к службе UM на https://exchange.local.firm/UnifiedMessaging/Service.asmx выполнено успешно.
              Прошло времени: 906 мс.

    Id      : 1016
    Type    : Information
    Message : [EXPR]-AS не настроен для этого пользователя.

    Id      : 1015
    Type    : Success
    Message : [EXPR]-Подключение к службе OAB на  выполнено успешно. Прошло времени: 0 мс.

    Id      : 1014
    Type    : Information
    Message : [EXPR]-UM не настроен для этого пользователя.

    Id      : 1017
    Type    : Success
    Message : [EXPR]-Подключение к службе RPC/HTTP на https://mail.domain.ru/Rpc выполнено успешно. Прошло времени: 312 мс.

    Id      : 1006
    Type    : Success
    Message : Служба автообнаружения успешно проверена.
    ---------------------------------------

    Aleksey Bayganov написал:

    На генерирующем сервере OAB, на общем ресурсе ExchangeOAB\<GUID> есть файлы?
    На CAS, на веб-узле OAB есть те же самые файлы?

    Да, в обоих местах лежит одно и то же:

    1 файл .XML на 22к
    1 файл .LZX на 1к
    4 файла .LZX на 5к
    978 файлов .LZX на 6к

    27 марта 2009 г. 8:17
  • Олег Крылов написал:

     Это ничего не даст. Проблема только на клиенте, у которого запись POP3\SMTP стоит дефолтной.


    http://okrylov.wordpress.com



    После просмотра ситуации на всех клиентах обнаружено, что аналогичная ситуация также стабильно возникает у некоторых клиентов, использующих только одну учетную записи Ms Exchange. Пользователи на эту зависающую задачу просто не обращали внимания.
    Этих клиентов немного, и они, в свою очередь, подразделяются на тех, у кого задача зависает всегда, и тех, у кого она зависает только при запуске синхронизации OAB вручную, из OutLook в меню "Отправить и получить". И при этом не имеет значения, запрашивается полная или только частичная синхронизация адресной книги.
    27 марта 2009 г. 8:29
  • Что в журналах синхронизации на клиентах? Тихо или есть ошибки?


    http://okrylov.wordpress.com
    27 марта 2009 г. 8:32
    Модератор
  • Что в журналах синхронизации на клиентах? Тихо или есть ошибки?


    В Оутлуке в папке ОШИБКИ СИНХРОНИЗАЦИИ в папках ЛОКАЛЬНЫЕ ОШИБКИ и ОШИБКИ СЕРВЕРА - ничего нет.
    30 марта 2009 г. 8:57
  • А какие именно на данный момент?
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    25 августа 2009 г. 9:10
    Модератор
  • Наверняка это проверяли, но все же - проблем со шлюзом ни у кого нет?
    Попробуйте вообще отключить шлюз в настройках IE на проблемных клиентах, либо сделать явные исключения для локальной сети. 

    PS В моей практике большинство проблем с ОАВ - именно из-за клиентских настроек IE.


    Timeo Danaos Et Dona Ferentes
    25 августа 2009 г. 10:28
  • Возникла аналогичная проблема, после переустановки Outlook, при попытки забрать почту с Exchnage 2007 SP1, зависает при копировании шаблона автономной адресной книги. В логах никаких ошибок не обнаружено. Есть идеи?

    27 августа 2009 г. 14:57
  • Идей похоже нет.
    И со шлюзами все в порядке, в настройках браузеров установлена галка "не использовать прокси для локальных адресов", веб-клиент открывается без проблем, напрямую (не через прокси), - проверяли.

    7 сентября 2009 г. 8:34
  • А с разрешениями на web.config всё в порядке? Я очень долго боролся с ошибками при копировании адресной книги. А потом обнаружилось что у локальной группы Юзерз нет прав на чтение этого файла.

    • Предложено в качестве ответа Nikita PanovModerator 25 ноября 2009 г. 8:15
    9 сентября 2009 г. 12:50
  • А с разрешениями на web.config всё в порядке? Я очень долго боролся с ошибками при копировании адресной книги. А потом обнаружилось что у локальной группы Юзерз нет прав на чтение этого файла.


    Прошу прощения. Что это за файл такой web.config?..
    Имею такую же проблему, как у автора топика. Вариантов решения пока нет.
    Тот кто хвалит меня - мой враг Тот кто ругает меня - мой учитель Восточная мудрость.
    1 декабря 2009 г. 12:36
  • Может эта статья прольет свет?
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    • Предложено в качестве ответа Dmitriy Mitryakhin 3 декабря 2009 г. 10:06
    2 декабря 2009 г. 7:16
    Модератор
  • имею такую же проблему (причем у клиентов  Outlook 2007)
    всё что нагуглил - опробовал.
    самое действенное было - отключить прокси в IE
    но это помогло мало у кого и не выход это всё таки...
    слежу за темой (
    2 декабря 2009 г. 11:14
  • Никит, спасибо за ссылку. Помогло (пока проверил только на одном клиенте)

    Кратко что сделал:
    Изменил параметры безопасности для файла "C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\web.config", дал права на чтение и выполнение прошедшим проверку пользователям.



    Тот кто хвалит меня - мой враг Тот кто ругает меня - мой учитель Восточная мудрость.
    3 декабря 2009 г. 10:14
  • у меня в папке ""C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\" есть только папка "dccf9472-1b87-4d32-a2fc-c7ee594f31db" (в ней содержимое есть), файла web.config нет
    3 декабря 2009 г. 12:37
  • у меня в папке ""C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\" есть только папка "dccf9472-1b87-4d32-a2fc-c7ee594f31db" (в ней содержимое есть), файла web.config нет
    У меня аналогично, в папке OAB присутствует только одна папка с длинным именем (GUID), и в ней все хозяйство.
    И вот что интересное сегодня я заметил: если протестировать Анализатором соответствия (тест работоспособности) - выдает четыре ошибки:

    У группы Администраторы домена отсутствует разрешение на чтение
    У группы Администраторы предприятия отсутствует разрешение на чтение
    У группы Администраторы отсутствует разрешение на полный доступ
    У группы Прошедшие проверку отсутствует разрешение на чтение

    И вся эта ругань - именно про эту папку с длинным именем.
    Подробные сведения об этой ошибке есть во встроенной справке Exchange2007:
    mk:@MSITStore:C:\PROGRA~1\MICROS~3\EXCHAN~1\bin\ru\ExBPA.chm::/html/9983b665-6040-4343-9e83-c85b5bb330c3.htm

    Проверил права на этой папке - все в порядке, все в наличии. Права выставлены явно, ничего не наследуется от родителей.
    Интересно, что бы это значило?...

    P.S. После добавления прав для "Прошедших проверку" на чтение и выполнение - ситуация не изменяется.
    9 февраля 2010 г. 13:32
  • У группы Прошедшие проверку отсутствует разрешение на чтение

    без него читать не будет

    blog.wadmin.ru
    9 февраля 2010 г. 13:46
  •               У группы Прошедшие проверку отсутствует разрешение на чтение

    без него читать не будет
    Читаем внимательно: все эти разрешения есть, а он (Анализатор) их почему-то не видит.

    ВОПРОСЫ:
     - Почему не видит?
     - Как сделать, чтобы увидел?
    9 февраля 2010 г. 14:16
  • к папке OAB разрешения какие?

    в указанной "длинной" папке храниться сам OAB, но что бы его его достать должны быть права на чтение.

    blog.wadmin.ru
    9 февраля 2010 г. 14:22
  • к папке OAB разрешения какие?

    в указанной "длинной" папке храниться сам OAB, но что бы его его достать должны быть права на чтение.
    Разрешения к папке OAB наследуются от "%ProgramFiles%\Microsoft\Exchange Server": полный доступ для SYSTEM и для Администраторы.
    Добавление разрешения на чтение и выполнение для Прошедших проверку - ситуацию не меняет.

    И еще вот что обнаружил интересное:
    В папке "%ProgramFiles%\Microsoft\Exchange Server\ExchangeOAB" присутствуют ТРИ папки с аналогичными длинными именами и с аналогичным содержимым, имя одной из них совпадает с именем папки в "%ProgramFiles%\Microsoft\Exchange Server\ClientAccess\OAB", в ней содержимое самое свежее, сегодняшней даты. В двух других - 2008-й год, - похоже что еще с тех пор когда был второй сервер. Может быть, где-то ещё остались ссылки на эти папки и они мешают нормальной работе?
    9 февраля 2010 г. 15:14
  • сомневаюсь что мешают.

    три папки это три OAB-а, если у вас есть только один список то два остальных лишние.

    при желании помучиться прочтите вот это .
    blog.wadmin.ru
    10 февраля 2010 г. 6:28
  • Проверил доступ к OAB как описано в статье, - получил:

    User                : NT AUTHORITY\Прошедшие проверку
    Identity            : Offline Address Lists
    Deny                : False
    AccessRights        : {ExtendedRight}
    ExtendedRights      : {ms-Exch-Download-OAB}
    IsInherited         : False
    Properties          :
    ChildObjectTypes    :
    InheritedObjectType :
    InheritanceType     : All

    Похоже что отсюда проблема не видна. Поведение Анализатора остается загадкой.

    10 февраля 2010 г. 7:34
  • Добрый день!

    Уважаемый Kf_GoldFish, не уверен, что это то но, может быть, натолкнет на хорошие мысли http://msexchangeteam.com/archive/2007/04/19/437902.aspx
    11 февраля 2010 г. 10:52
    Модератор
  • Решился на отчаянный шаг: обновить Exch до SP2.
    Обновление прошло успешно, задача "Подключение автономной адресной книги к Microsoft Exchange" больше ни у кого не зависает.

    Однако Анализатор соответствия по-прежнему ругается на отсутствие прав доступа к папке ""C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\<GUID>"...

    Всем спасибо за участие.

    • Помечено в качестве ответа Konstantin Frantsev 11 февраля 2010 г. 13:13
    11 февраля 2010 г. 13:13
  • а без устновки SP кто--нить решал проблему?
    25 июня 2010 г. 13:18
  • Может эта статья прольет свет?
    Бинго! Назначил права папке OAB для прошедших проверку через IIS и Аутлук увидел/загрузил мои адресные книги.
    14 декабря 2012 г. 17:39