none
при наличии коннектора, поднимается другой RRS feed

  • Общие обсуждения

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

    Между нашим офисом и головным, поднят VPN канал, и почтовые сервера для нас видны по внутрнним адресам

    создал SMTP коннектор, для головной организации. "Forward all..." указал их IP [192.168.1.130]

    Address Space - "*main.ru"

    пишу письмо, туда, смотрю очередь, поднимается другой коннектор с их белым IP адресом (т.е. как виден их почтовый адрес снаружи), и отправляет его по другому пути. Как будто он берет MX запись из ДНС и создает коннектор для него.

    в чем может быть причина?

    -----------------------------

    доп.

    посмотрел журнал приложений

    выдаёт

    Тип события:    Уведомление
    Источник события:    MSExchangeTransport
    Категория события:    Routing Engine/Service
    Код события:    984
    Дата:        09.06.2010
    Время:        16:20:27
    Пользователь:        Н/Д
    Компьютер:    SE
    Описание:
    SMTP GetNextHop returned hr=0x0 in 0ms.
     DestAddr=<main.ru>, Type=<SMTP>
     MsgType=0x2, NextHopType=OTHER_ROUTING_GROUP
     Type=<SMTP>, Class=<*main.ru>, SchedId=0x1
     RouteAddr=<[внешний айпи]>
     Connector=<ec6c3cb0-ca81-42f7-93e8-8ea020b64b07>

    явно такого коннектора не существует, есть другой новый.

    но он его не видит. Как можно с минимальными потерями передернуть почтовик, что бы пересмотрел существующие коннекторы?

    • Изменен тип Daniil KhabarovModerator 2 июля 2010 г. 12:32
    • Перемещено Tina_Tian 18 марта 2012 г. 8:23 forum merge (От:Exchange Server 2003/2000/5.5)

Все ответы

  • Попробуйте задать address space в виде *.subdomain.main.ru. И поиграйтесь для эксперимента с весом(cost) для автоматически создаваемого.

    Если проверить nslookup'ом почтовик дочерней организации с вашего почтовика - он что выдает?

    10 июня 2010 г. 8:26
    Модератор
  • Попробуйте задать address space в виде *.subdomain.main.ru. И поиграйтесь для эксперимента с весом(cost) для автоматически создаваемого.

    Если проверить nslookup'ом почтовик дочерней организации с вашего почтовика - он что выдает?

    У нас не субдомен, домены у нас свои и ни как не связаны между собой.

    я еще поковырялся, в службах не была запущена "Microsoft Exchange Routing Engine", дернул его. Коннект поднялся нужный.

    НО, очередь на этом коннекте возникает. Письма не уходят. Проверил телнетом на их айпи, нормально соединяюсь.

    что то пока теряюсь почему exchange не может туда направить. в логах SMTP ни чего такого не было

    10 июня 2010 г. 10:49
  • Попробуем угадать - ваш случай?
    10 июня 2010 г. 11:29
    Модератор
  • я короче ни чего не понял что случилось...

    коннектор создавал имя к примеру main-vpn

    дрючил дрючил потом написал vpn-main письма пошли ...

    не верю в сказки ...

    попробую почитать то, что Вы прислали

    так то работает, но интересно, что всё таки случилось

    10 июня 2010 г. 12:33
  • ситуация вообще не понятная

    первые письма уходили нормально

    потом следующие легли в папку

    message with unreacheble destination

     

    10 июня 2010 г. 12:50
  • Включите на максимум журналирование MSExchangeTransport и смотрите на что будет жаловаться в журнале приложений. Особое внимание Routing Engine/Service и SMTP Protocol.
    11 июня 2010 г. 8:57
    Модератор
  • так что показывает повышенный уровень диагностики ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    16 июня 2010 г. 9:02
  • быстро посмотреть не мог

    This is an SMTP protocol warning log for virtual server ID 1, connection #2522. The remote host "192.168.1.130", responded to the SMTP command "rcpt" with "451 4.7.1 Please try again later (TEMPFAIL)  ". The full command sent was "RCPT TO:<julia@xxx.ru>  ".  This may cause the connection to fail.

    This is an SMTP protocol warning log for virtual server ID 1, connection #2522. The remote host "192.168.1.130", responded to the SMTP command "rcpt" with "451 4.7.1 Please try again later (TEMPFAIL)  ". The full command sent was "RCPT TO:<nelly@ххх.ru>  ".  This may cause the connection to fail.

    я до этого слал одиночные письма, уходили, а тут послали сразу двоим одним письмом и оно зависло

    17 июня 2010 г. 6:08
  • Похоже на грейлистинг. На принимающей стороне антиспам/антивирус есть какой-то?

    И если телнетом попробовать тест с отсылающего Exchange на принимающий - что будет?

    17 июня 2010 г. 6:53
    Модератор
  • телнетом не могу с ним договориться HELO EHLO не проходят

    554 weblook.yyyy.ru ESMTP not accepting messages
    500 5.5.1 Command unrecognized: ""
    HELO xxx.ru
    500 5.5.1 Command unrecognized: "XXXX XXXXXXXXX"
    EHLO xxx.ru
    500 5.5.1 Command unrecognized: "XXXX XXXXXXXXX"

    500 5.5.1 Command unrecognized: ""

    похоже у них, что то стоит, они сами вспомнили когда я спросил ...

    17 июня 2010 г. 7:31
  • Или вас в конец там забанили, или вы что-то не так делали :)

    Ждем информации о средствах фильтрации на принимающей стороне.

    17 июня 2010 г. 7:58
    Модератор
  • письма идущие по инету в обход впн канала нормально ходят

    а вот по впну начинает рубить, попросил добавить наш IP в белый лист (который они видят по ВПН)

    sendmail у них, жду отмашки от них

    17 июня 2010 г. 9:14
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.
    24 июня 2010 г. 9:48
    Модератор