none
550 5.1.4 RESOLVER.ADR.Ambiguous; ambiguous address RRS feed

  • Вопрос

  • Есть опубликованый через ISA edge сервер, который передаёт на обычный сервер почту.
    Имеем Exchange 2007 ee Mail Enabled Public folder.
    И почта на неё не ходит.
    По логу на внутренем сервере имеем следующие
    550 5.1.4 RESOLVER.ADR.Ambiguous; ambiguous address
    Говорит типа есть дублированые адреса, такого нет проверял поиском через АД.
    Где грабли уже не могу придумать.
    Нжна помощь зала плиз..... Очень нужно!!!!


    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.
    • Перемещено Hengzhe Li 12 марта 2012 г. 7:02 forum merge (От:Exchange Server 2007)
    4 марта 2009 г. 14:42

Ответы

  • http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/Q_23445951.html
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    • Предложено в качестве ответа Nikita PanovModerator 27 августа 2009 г. 10:50
    • Помечено в качестве ответа Nikita PanovModerator 24 ноября 2009 г. 11:27
    29 апреля 2009 г. 17:13
  • Open up AD Users and Computers.  Up by your domain name, right click and select find. In the Find dialog, click on the Find drop down and select Custom Search and click on Advanced


    http://www.exchangerus.ru

    This will search for the specified email address on all object types:

    (&(objectCategory=*)( proxyaddresses=smtp:something@somewhere.com))

    You can always change the object category (to users, publicfolders, etc) if you want to narrow down/speed up the search.

    • Предложено в качестве ответа Nikita PanovModerator 27 августа 2009 г. 10:50
    • Помечено в качестве ответа Nikita PanovModerator 24 ноября 2009 г. 11:27
    30 апреля 2009 г. 4:50
    Модератор
  • Что за бредятина написана выше? Решение проблемы не в поиске несуществующих дублирующих записей, если я только что создал объект, да не руками, а с помощью команды - какие могут быть дубли? Совпадающих имен нет и быть не может. Сам столкнулся с этим и долго не мог понять что к чему, но потом выяснилось, что если создаешь кучу контактов или группу рассылки в одном контейнере в АД, а потом перемещаешь ее в другой контейнер, то такая проблема вылезет обязательно. Очевидно в АД не успевают меняться записи об объектах, синхронизация с Эксченджем тоже не самая быстрая. РЕШЕНИЕ Создавать группу или контакты сразу же в том месте, где они должны быть, и не перемещать их.
    6 ноября 2009 г. 14:00

Все ответы

  • DJ Spy написал:

    Есть опубликованый через ISA edge сервер, который передаёт на обычный сервер почту.
    Имеем Exchange 2007 ee Mail Enabled Public folder.
    И почта на неё не ходит.
    По логу на внутренем сервере имеем следующие
    550 5.1.4 RESOLVER.ADR.Ambiguous; ambiguous address
    Говорит типа есть дублированые адреса, такого нет проверял поиском через АД.
    Где грабли уже не могу придумать.
    Нжна помощь зала плиз..... Очень нужно!!!!


    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.



    Прямое (тестовое) подключение к HUB с использованием telnet - какой результат дает при отправке ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2009 г. 14:57
  •  ehlo
    250-mailsrv.domain.ru Hello [192.168.1.103]
    mail from: admin@mail.ru
    250 2.1.0 Sender OK
    rcpt to: resume@domain.ru
    250 2.1.5 Recipient OK
    data
    354 Start mail input; end with <CRLF>.<CRLF>
    hkjdfgjdfdjfskkdslfjghdsfjklghdfkjhg.
    .
    250 2.6.0 <a06a803b-cfdb-4665-9704-cd0bfbb5365b@mailsrv.domain.ru> Queued mail
     for delivery

    И в результате вываливает в логах в 550 5.1.4
    4 марта 2009 г. 15:18
  • DJ Spy написал:

     ehlo
    250-mailsrv.domain.ru Hello [192.168.1.103]
    mail from: admin@mail.ru
    250 2.1.0 Sender OK
    rcpt to: resume@domain.ru
    250 2.1.5 Recipient OK
    data
    354 Start mail input; end with <CRLF>.<CRLF>
    hkjdfgjdfdjfskkdslfjghdsfjklghdfkjhg.
    .
    250 2.6.0 <a06a803b-cfdb-4665-9704-cd0bfbb5365b@mailsrv.domain.ru> Queued mail
     for delivery


    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.



    "Дошло " до папки ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2009 г. 15:28
  • нет результате вывалил в логах в 550 5.1.4
    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.
    4 марта 2009 г. 15:31
  • DJ Spy написал:

    нет результате вывалил в логах в 550 5.1.4


    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.



    проверяйте на наличии - тщательно проверяйте
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2009 г. 15:39
  •  FAIL ROUTING
    550 5.1.4 RESOLVER.ADR.Ambiguous; ambiguous address

    ТРИЖДЫ ПРОБЫВАЛ
    4 марта 2009 г. 15:48
  • DJ Spy написал:

     FAIL ROUTING
    550 5.1.4 RESOLVER.ADR.Ambiguous; ambiguous address

    ТРИЖДЫ ПРОБЫВАЛ



    трижды - что ? ищите дублирующий адрес
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2009 г. 16:00
  • C помощью настраемого запрова выяснил что есть только public folder с таким proxyaddress
    Ещё при создании папки почему то вылазеет ошибка что уже такой получатель есть, НО по не соществующему месту расположению (т.е. DN=несуществующее место)
    Где ещё могут хранится эти параметры кроме AD ????
    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.
    4 марта 2009 г. 18:13
  • DJ Spy написал:

    C помощью настраемого запрова выяснил что есть только public folder с таким proxyaddress
    Ещё при создании папки почему то вылазеет ошибка что уже такой получатель есть, НО по не соществующему месту расположению (т.е. DN=несуществующее место)
    Где ещё могут хранится эти параметры кроме AD ????


    MCSE:S, MCSE:M, MCITP, MCTS, CCNA Expert of: Exchange, OCS, System Center, Virtualisation.



    Хранится в AD - ищите
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    5 марта 2009 г. 10:27
  • http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/Q_23445951.html
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    • Предложено в качестве ответа Nikita PanovModerator 27 августа 2009 г. 10:50
    • Помечено в качестве ответа Nikita PanovModerator 24 ноября 2009 г. 11:27
    29 апреля 2009 г. 17:13
  • Open up AD Users and Computers.  Up by your domain name, right click and select find. In the Find dialog, click on the Find drop down and select Custom Search and click on Advanced


    http://www.exchangerus.ru

    This will search for the specified email address on all object types:

    (&(objectCategory=*)( proxyaddresses=smtp:something@somewhere.com))

    You can always change the object category (to users, publicfolders, etc) if you want to narrow down/speed up the search.

    • Предложено в качестве ответа Nikita PanovModerator 27 августа 2009 г. 10:50
    • Помечено в качестве ответа Nikita PanovModerator 24 ноября 2009 г. 11:27
    30 апреля 2009 г. 4:50
    Модератор
  • Что за бредятина написана выше? Решение проблемы не в поиске несуществующих дублирующих записей, если я только что создал объект, да не руками, а с помощью команды - какие могут быть дубли? Совпадающих имен нет и быть не может. Сам столкнулся с этим и долго не мог понять что к чему, но потом выяснилось, что если создаешь кучу контактов или группу рассылки в одном контейнере в АД, а потом перемещаешь ее в другой контейнер, то такая проблема вылезет обязательно. Очевидно в АД не успевают меняться записи об объектах, синхронизация с Эксченджем тоже не самая быстрая. РЕШЕНИЕ Создавать группу или контакты сразу же в том месте, где они должны быть, и не перемещать их.
    6 ноября 2009 г. 14:00
  • Что за бредятина написана выше? Решение проблемы не в поиске несуществующих дублирующих записей, если я только что создал объект, да не руками, а с помощью команды - какие могут быть дубли? Совпадающих имен нет и быть не может. Сам столкнулся с этим и долго не мог понять что к чему, но потом выяснилось, что если создаешь кучу контактов или группу рассылки в одном контейнере в АД, а потом перемещаешь ее в другой контейнер, то такая проблема вылезет обязательно. Очевидно в АД не успевают меняться записи об объектах, синхронизация с Эксченджем тоже не самая быстрая. РЕШЕНИЕ Создавать группу или контакты сразу же в том месте, где они должны быть, и не перемещать их.

    автор  что перемещал ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    9 ноября 2009 г. 13:24
  • Фиг его знает че он делал. Я вот тоже н мог догнать - че за ошибка и какие нахрен дублирующие записи? И я просто описал как я решил такую проблему у себя. Вообще Эксчендж - это жесть, после Mdaemona он кажется мне написанным сумасшедшими, настолько там все странно, запутанно и малологично.
    9 ноября 2009 г. 13:52
  • Что за бредятина написана выше? Решение проблемы не в поиске несуществующих дублирующих записей, если я только что создал объект, да не руками, а с помощью команды - какие могут быть дубли? Совпадающих имен нет и быть не может. Сам столкнулся с этим и долго не мог понять что к чему, но потом выяснилось, что если создаешь кучу контактов или группу рассылки в одном контейнере в АД, а потом перемещаешь ее в другой контейнер, то такая проблема вылезет обязательно. Очевидно в АД не успевают меняться записи об объектах, синхронизация с Эксченджем тоже не самая быстрая. РЕШЕНИЕ Создавать группу или контакты сразу же в том месте, где они должны быть, и не перемещать их.

    Скажите, а если у меня есть пользователь, созданный руками, и контакт, созданный автоматически при синхронизации адресной книги.
    У пользователя в адресе основным стоит SMTP адрес моей организации, а в контакте, мой основной прописан как дополнительный. При этом никто, никого, никуда неперемещал, а вот ошибка валивается указанная выше.
    ВЫ считаете решением будет
    РЕШЕНИЕ Создавать группу или контакты сразу же в том месте, где они должны быть, и не перемещать их.
    а не поиск дублей?
    Так, к слову, удаление из контакта дополнительного SMTP проблему решает.
    4 декабря 2009 г. 10:30
  • Другие варианты решения:

    Также проблему вызывает сохранение кэша в самом оутлуке С:\Documents and Settings\DoroninaTU\Application Data\Microsoft\Outlook - файл с расширением NK2. Сохраняет кэш всяческих контактов и адресов, удаление помогает. Если ничего критичного у пользователя нет (например контактов самопальных) - можно и весь профиль завалить для надежности.

    Возможно причиной будет медленная синхронизация между контроллерами домена. Например у меня их 2 - основной (держатель схемы) и резервный. Впрочем для чистоты эксперимента создавал группы, контакты, запускал принудительную синхронизацию Repadmin /syncall /AeS на КД. Однако толку мало.

     

    Вероятно наиболее верным решением является:

    1 Удалить все глючные группы\контакты

    2 Очистить все С:\Documents and Settings\DoroninaTU\Application Data\Microsoft\Outlook - файл с расширением NK2, или вообще грохнуть профили пользователей, в основном отсылающих этой группе письма

    3 Провести все возможные синхронизации и репликации и выждать для верности  - чем лучше тем дольше

    4 Создать группу и контакты заново, например командой

    4.1 создать список контактов в блокноте

    в списке должно быть 3 параметра
    fullname - полное имя, напрмер Агапова Агрипина Федоровна
    email - внешнее мыло, например agapovaaf@mail.ru
    alias - псевдоним, должен быть латиницей,
    ДОЛЖЕН отражать суть группы, потом по псевдониму контакты удобно (батничком опять же)добавляются в группу


    параметры перечисляются через запятую без пробела

    fullname, emai, alias

    Агапова Агриппина Федоровна, agapova@mail.ru, test-group


    кодировка ДОЛЖНА быть в UTF-8
    (открываем в блокноте, сохраняем с параметрами:
    - имя: ...
    - тип файла: все файлы (сохраняем расширение .csv)
    - кодировка: UTF-8

    4.2 создать файлик .ps1 в котором написать:

    Import-CSV 'C:\exp\contact\test.csv' | ForEach-Object -process {New-MailContact -Name $_.FullName -PrimarySmtpAddress $_.Email -ExternalEmailAddress $_.Email -OrganizationalUnit 'mydomain/Users/AddressBook/test' -DisplayName $_.FullName -Alias $_.Alias}

    ВАЖНО: пишите сразу тот путь в АД, где должны быть эти контакты! Строка: -OrganizationalUnit 'mydomain/Users/AddressBook/test' указывает как раз на контейнер расположения контактов в АД

    4.3 положить файлик со списком контактов (test.csv) в тот же каталог что и файлик из пункта 4.2

    4.4 выполнить файлик в командной консоли Exch2007

    5. создать группу распространения (ОПЯТЬ же в том же контейнере АД, что и контакты:

    new-DistributionGroup -Name 'test' -Type 'Distribution' -OrganizationalUnit 'mydomain/Users/AddressBook/test' -SamAccountName 'test' -Alias 'test'

    6. Добавить контакты в группу (проще  - руками, поиск по псевдониму)

    Для верности подождать (сколько - мне неясно)

    попробовать с пользовательского ПК отправить письмо только что созданной группе рассылки.