none
RUS не выдает адреса, ошибка MSExchangeAL 8720 RRS feed

  • Вопрос

  • Добрый день.

    Был установлен новый Exchange 2003 sp2 (на вин 2003/сп2) в новом дочернем домене леса. Все было обновлено до и после установки.
    Сразу выявились неполладки, что не выдаются адреса. Для дочернего домена создана отдельная политика email.
    В логе только ошибка 8720 [32]

    Были проверены все разрешения для группы Exchange Enterprise на домен и их наследование (по рекомендуемым статьям) - все на месте (сравнивали со здоровым аналогичным сервером в другом доч.домене). OU также все нормально наследуют.

    Делали поверх /domainprep - не помогло.

    Пробовали удалять этот exchange и ставить все заново - эффект такой же (то есть это что-то глобально в домене зафигачилось).

    Вылечивается только установкой полных нестандартных разрешений для гр. Exchange Enterprise на уровне домена.
    (мыла начинают тогда создаваться).

    Решили выносить и ексчендж и домен, в понедельник.

    Что можно предпринять и сейчас для починки и как не допутить еще раз повторения, все делалось строго по порядку и аналогично с другими успешными под-доменами/ексченждами.

    Еще сомнения по поводу наличия в доч.домене группы Пред-вин2000 в которую входят все Exchange servers всех доменов и Прошедшие проверку.
    Это не может мешать?

    Спасибо.
    • Перемещено Tina_Tian 18 марта 2012 г. 8:54 forum merge (От:Exchange Server 2003/2000/5.5)
    6 августа 2009 г. 10:13

Ответы

  • Спасибо всем за помощь.

    Решил вопрос установкой галки "запись всех атрибутов" на уровне домена в безопасности для Exch. Ent. Servers.

    AD U&C, вид - дополнительные параметры.
    Домен - пр.кн. свойтсва - безопасность - кнопка дополнительно.
    Отсортировать по Exchange Ent. Servers, на самой нижней записи (из 7ми) - изменить.
    Установить галку "запись всех свойств". Уровевень наследования должен быть "этот и все дочерние", его изменять не надо.

    Это не совсем понятное дело корректный способ. НО это похоже минимальные права, достаточные для решения вопроса.
    У всех пользователей во всех OU стали нормально создаваться мыла. (у админа, в users вбил мыл руками, сняв галку политикой).

    Полет нормальный, юзверя видны в общей книге, ошибок нет.

    Домайн-преп от 2007го попробуем в новом домене, если повториться история.

    Всем спасибо, вопрос закрыт.

    • Помечено в качестве ответа Strogin 4 сентября 2009 г. 12:18
    4 сентября 2009 г. 12:18

Все ответы

  • Некоректный вопрос (или мало инфы) или никто не знает даже куда смотреть?

    7 августа 2009 г. 5:41
  • http://support.microsoft.com/kb/236146 всё проделали в соответствии с этой статьёй? /domainprep  именно в этом дочернем домене запускали? Попробуйте еще раз /domainprep  в дочернем
    7 августа 2009 г. 8:19
  • Спасибо за ответ.

    Пробовали делать /domainprep не один раз. Также полную переустановку начиная с /odmainprep на новой машине (с удаление предваительно старого exchange).

    Естественно /forestprep запускается единожды в корневом домене (давно было), а /domainprep запускается в каждом дочернем каждый раз в новом доч.домене (в корневом есс-но тоже был но это было давно).

    Также все проверялось по статье http://support.microsoft.com/kb/254030 - все соответсвует.


    Нашел интересную статью (из нее часть не пробовали), буду изучать.
    Exchange 2003 - New Domain User Mailbox not created
    http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/06841abf-0bb9-471a-b6db-fbf3144e1699

    7 августа 2009 г. 10:02
  • Всем добрый день.
    Прошу помочь в решении данной проблемы. Вышеописанное не помогло.

    Удалил корректно данный ексчендж из организации (RUS и все ящики есс-но удалил руками предварительно). Удалил корректно данный домен. Подождал 3 дня для полной-полной репликации.

    Установил заново домен. Делегировал полные права (full) на всю организацию админу дочернего. Выждал 2 дня на полную репликацию. Сделал domainprep в дочернем. Проверил что домайнпред прошел успешно (objectVersion совпадает). Установил ексчендж+сп2. Все 10 раз проверял по ходу установки.

    Эффект такойже - RUS не выдает адреса.

    Что может быть за пичина при условии что удалялся целиком дочерний домен?

    PS. ExBPA выдает только одну ошибку что нет адреса у системного ящика и это может припятсвовать репликации (есс-но его нет, поскольку RUS болеет), хотя в учетку SystemMailbox адрес есть.

    31 августа 2009 г. 6:27
  • Спасибо,

    Может надо в дочернем от 2007го?
    setup.com /preparedomain
    setup.com /preparelegacyexchangepermissions


    Проверил по обоим статьям, не помогло.
    Практически все статьи найденные MS + google + ya были проверены.


    Уточняю инфу, в корневом домене exch 2003+2007.
    В других (здоровых дочерних только exch 2003 но НА DC).
    В единственном "болеющем" домене exch 2003  на рядовом сервере (единсвенный не-на-DC).

    Актуальный вопрос - можно ли попробовать подготовку домена  от 2007го если exch 2007 в дочернем домене я ставить не собираюсь, хуже не будет?

    Считаю вероятным  по след.причинам:

    1. Идея основана на http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/137008504831 - похожая ситуация, смешанная организация, последний пост.

    2. И здесь http://support.microsoft.com/kb/287137/en-us сказано что такая проблема не проявляется если exch на контроллере.
    Ошибки все мои (8022, 8270, 8168).

    31 августа 2009 г. 11:33
  • Перепостил на английском течнет.
    http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/45d8d018-a580-4697-8ff2-d5e70c528fda

    Очень хочется решить вопрос.
    Какие еще могут быть варианты, что попробовать?
    31 августа 2009 г. 13:53
  • Проверил по обоим статьям, не помогло.
    Диагностику поднимали указанных компонентов? Больше никаких ошибок в журнале?
    Если подготовите домен с помощью setup от 2007-го, то хуже точно не должно быть
    1 сентября 2009 г. 5:43
  • Судя по описанию у вас действительно не хватает прав для "нормальной" работы rus -  у меня подобное было лет 8 назад при миграции с 5.5 на 6 (2000)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    1 сентября 2009 г. 6:13
  • Спасибо всем за помощь.

    Решил вопрос установкой галки "запись всех атрибутов" на уровне домена в безопасности для Exch. Ent. Servers.

    AD U&C, вид - дополнительные параметры.
    Домен - пр.кн. свойтсва - безопасность - кнопка дополнительно.
    Отсортировать по Exchange Ent. Servers, на самой нижней записи (из 7ми) - изменить.
    Установить галку "запись всех свойств". Уровевень наследования должен быть "этот и все дочерние", его изменять не надо.

    Это не совсем понятное дело корректный способ. НО это похоже минимальные права, достаточные для решения вопроса.
    У всех пользователей во всех OU стали нормально создаваться мыла. (у админа, в users вбил мыл руками, сняв галку политикой).

    Полет нормальный, юзверя видны в общей книге, ошибок нет.

    Домайн-преп от 2007го попробуем в новом домене, если повториться история.

    Всем спасибо, вопрос закрыт.

    • Помечено в качестве ответа Strogin 4 сентября 2009 г. 12:18
    4 сентября 2009 г. 12:18