none
Exch2003 - застревают сообщения в очереди RRS feed

  • Вопрос

  • Приветствую!
    имеется Exchange 2003 SP2 ENG (в Native Mode) на доменном контроллере (Windows Server 2003 SP2 ENG, всё на x86), антисмапфильтр на нём же (GFI MailEssentials). Глобальный каталог на этом же серваке (DC) и эксча его видит нормально. Коннектора нет, только Default Virtual SMTP Server (без smart host -а). Разрешение имён (DNS) работает нормально с этого сервера (DNS на нём же), все телнеты на удалённые хосты проходят нормально и т.д. Всё вроде работало пару лет и тут :)
     
    Переодически вдруг не с того не с сего письма на некоторые домены стали зависать в очереди "message routed and queued for remote delivery" причём статус у очереди "Active" - и висят так пока не ребутнёшь сервак (Force connection и Freeze\Unfreeze не помогают вообще, даже статуc с Active на Retry не меняется у очереди). При чём таких доменов как правило несколько - на остальных затыка нет и на них письма ходят нормально. В эвенте есть только подозрительные записи вида:

    Event Type:    Information
    Event Source:    Application Popup
    Event Category:    None
    Event ID:    26
    Date:        1/26/2010
    Time:        6:29:34 PM
    User:        N/A
    Computer:    server
    Description:
    Application popup: Microsoft Visual C++ Runtime Library : Runtime Error!
    Program: C:\WINDOWS\system32\inetsrv\inetinfo.exe

    Помогает пофиксить трабл рестарт Default Virtual SMTP Server - правда как то он криво рестартует, с подвисаниями. При чём подобное возникает даже если попробовать вручную рестартануть службу виндовую smtp service. В соот-й mmc консоли она так и висит на уровне Stopping - наиболее эффективный способ ребутнуть её это просто тупо закилить процесс inetinfo.exe в таск менеджере и потом стартануть все необх службы эксчи руками. После этого очередь рассасывается и некоторое время вся почта ходит нормально. По мимо этого при попытке рестарта Default Virtual SMTP Server\smtp service в event log пищутся ещё несколько ошибок вида:
     
    Event Type:    Warning
    Event Source:    W3SVC
    Event Category:    None
    Event ID:    1013
    Date:        2/1/2010
    Time:        4:52:51 PM
    User:        N/A
    Computer:    Server
    Description:
    A process serving application pool 'ExchangeApplicationPool' exceeded time limits during shut down. The process id was '3092'.

    Event Type:    Error
    Event Source:    W3SVC
    Event Category:    None
    Event ID:    1030
    Date:        2/1/2010
    Time:        8:42:01 PM
    User:        N/A
    Computer:    Server
    Description:
    Inetinfo terminated unexpectedly and the system was not configured to restart IIS Admin.  The World Wide Web Publishing Service has shut down.

    Хотя возможно что эти 2 эвента возникают исключительно из-за принудительного убивания процесса inetinfo.exe поскольку (в отличии от самого первого) они возникают в логе именно в момент попытке рестарта службы\сервера_смтп или в последующий момент киллинга inetinfo.exe

    Пробовал смотреть логи по конкретным письмам застрявшим в очереди message routed and queued for remote delivery с Active статусом (как я уже говорил разрешения имён и mx записей всякий с сервака идёт на ура, порты удал-х серверов телнетятся):
    1. в стандартном логе эксченджа (который по дефолту в c:\Program Files\Exchsrvr\Server.log\) статус этим сообщение кончается именно 1034 (message routed and queued for remote delivery) и этим всё заканчивается;
    2. а вот в стандартом логе смтп_сервиса (который обычно лежит в c:\WINDOWS\system32\LogFiles\SMTPSVC1\) строчек о смтп сессии с указанным доменом вообще нет! Такое ощущение что сервак и не пытается смтп сессию организовать...

    Ещё странный момент, если смотреть в очередь то там по мимо системных очередей висит 1-2 очереди постоянно на соот-е домены со статусом Active - при чём именно на этих доменах и бываю зависоны. Например сейчас (после ребута сервака) на рис. http://img534.imageshack.us/img534/960/serverissue.gif видно есть очередь на yandex.ru при чём там нет сообщений и висит она уже 2-й день. (в папке c:\Program Files\Exchsrvr\Mailroot\vsi 1\Queue\ правда переодически появляются какие-то EML файлы с размером 0 байт) Если посмотреть TCPViewer -ом то видно что есть и соо-й tcp-коннект к серваку янддекса в состоянии CLOSE_WAIT (рис. http://img686.imageshack.us/img686/2285/serverissue2.gif ) Может из-за этого?

    Прогонял на всякий chkdsk на партициях (он там индексы пофиксил), пробовал включить на минимуме логирование на уровне Эксченджа - Diagnostics Logging - MSExchangeTransport - но там вроде ничего криминального (за искл-м стандартных id 7010 и 7004 от спамеров и т.д.) Или ещё какой модуль включить? Пробовал также остановить в момент затыка службы антиспам фильтра (GFI MailEssentials) но безрезультатно. Кто-н что-н посоветует?

    Заранее спасибо!
    • Перемещено Tina_Tian 18 марта 2012 г. 8:35 forum merge (От:Exchange Server 2003/2000/5.5)
    2 февраля 2010 г. 16:33

Ответы

Все ответы

  • на MSExchangeTransport диагностика повышалась через реестр ?

    сам Exch-SMTP(IIS) какой DNS использует (настройки могут отличаться от настроек сетевой карточки)?


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    3 февраля 2010 г. 5:02
  • Диагностика включалась через соот-ю вкладку Diagnostics Logging в св-вах сервера.
    Сам эксч юзает системные настройки (на Default Virtual SMTP Server не прописаны отдельные днс сервера для разрешения имён)

    PS правда на эксче существует 2 имени как таковых - внешнее и внутреннее (аля mail.domain.ru и server.domain.ru) на что ExpBPA варнинг выдаёт (дело в том что у меня имя внутреннего и внешнего домена совпадают, а вот имена сервера в этих доменах разное - т.е. наружу сервак мапится под другим именем) Но в таком конфиге всё работало пару лет, траблов вроде не было
    3 февраля 2010 г. 8:11
  • На максимум выставить логи через реестр. а там посмотрим


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    3 февраля 2010 г. 11:24
  • Интересненько... Включил полное логирование - но там вроде ничего критичного, про письма висящие в очереди на яндекс вообще молчок - ни в эвенте ни в логах (что эксчи что смтп_сервиса)... Но заметил странную вещь, ребутнул сервак и вижу что сразу после ребута в сетевых коннектах есть всё тот же коннект на яндексовсикй смтп: http://img692.imageshack.us/img692/2905/serverissue3.gif При чём для чистоты эксперемента и очередь чистил (с послед ребутом) и пробовал закилить этот TCP коненкт - всё одно, сразу после рубута он висит ... К чему бы это?!?
    4 февраля 2010 г. 8:36
  • Попробуйте с сервера произвести тестовую отправку на smtp сервер yandex-а.
    Телнетом.

    telnet 213.180.204.89 25

    итд

    Результат - сюда


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    4 февраля 2010 г. 8:50
  • Артем, подозреваешь неправильное закрытие сессии с яндеком?
    Я сталкивался с тем, что иногда на quit не давали ответа сервера. в результате сессия все возобновлялась и возобновлялась.
    как это обходить - вопрос, возможно надо поднять время ожидания до разрыва связи.
    4 февраля 2010 г. 9:44
  • Сам телнет и сессия на яндекс прошли успешно:
    220 mxfront54.mail.yandex.net
    HELO domain.ru
    250 mxfront54.mail.yandex.net
    MAIL FROM:user@domain.ru
    250 2.1.0 Ok
    RCPT TO:user-yandex@yandex.ru
    250 2.1.5 Ok
    DATA
    354 End data with <CR><LF>.<CR><LF>
    Subject: testtesttest
    Thei it test message!
    .
    250 2.0.0 Ok: queued as 56F8E1550084
    quit
    221 2.0.0 Bye

    При чём при попытке потом ответа с яндекса (вэб интерфейс) отослал несколько писем - первое пришло нормально, второе уже не пришло застряв в: Advanced queue failed to deliver message вот с такими мессагими в эвент логе:

    ======= 1 ============
    Event Type:    Information
    Event Source:    MSExchangeTransport
    Event Category:    SMTP Protocol
    Event ID:    7006
    Date:        2/4/2010
    Time:        12:22:48 PM
    User:        N/A
    Computer:    server
    Description:
    This is an SMTP protocol log for virtual server ID 1, connection #5694. The client at "95.108.130.94" sent a "ehlo" command, and the SMTP server responded with "250-mail.domain.ru Hello [95.108.130.94]  250-TURN  250-SIZE  250-ETRN  250-PIPELINING  250-DSN  250-ENHANCEDSTATUSCODES  250-8bitmime  250-BINARYMIME  250-CHUNKING  250-VRFY  250-X-EXPS GSSAPI NTLM LOGIN  250-X-EXPS=LOGIN  250-AUTH GSSAPI NTLM LOGIN  250-AUTH=LOGIN  250-X-LINK2STATE  250-XEXCH50  250 OK  ". The full command sent was "ehlo forward12.mail.yandex.net".  This is an informational event and  does not indicate an error.

    ======= 2 ============
    Event Type:    Information
    Event Source:    MSExchangeTransport
    Event Category:    SMTP Protocol
    Event ID:    7006
    Date:        2/4/2010
    Time:        12:22:48 PM
    User:        N/A
    Computer:    server
    Description:
    This is an SMTP protocol log for virtual server ID 1, connection #5694. The client at "95.108.130.94" sent a "mail" command, and the SMTP server responded with "250 2.1.0 user-yandex@yandex.ru....Sender OK  ". The full command sent was "mail FROM:<user-yandex@yandex.ru> SIZE=1289 BODY=8BITMIME".  This is an informational event and  does not indicate an error.

    ======= 3 ============
    Event Type:    Information
    Event Source:    MSExchangeTransport
    Event Category:    SMTP Protocol
    Event ID:    7006
    Date:        2/4/2010
    Time:        12:22:48 PM
    User:        N/A
    Computer:    server
    Description:
    This is an SMTP protocol log for virtual server ID 1, connection #5694. The client at "95.108.130.94" sent a "rcpt" command, and the SMTP server responded with "250 2.1.5 user@domain.ru   ". The full command sent was "rcpt TO:<user@domain.ru> ORCPT=rfc822;user@domain.ru".  This is an informational event and  does not indicate an error.

    ======= 4 ============
    Event Type:    Information
    Event Source:    MSExchangeTransport
    Event Category:    SMTP Protocol
    Event ID:    7006
    Date:        2/4/2010
    Time:        12:22:48 PM
    User:        N/A
    Computer:    server
    Description:
    This is an SMTP protocol log for virtual server ID 1, connection #5694. The client at "95.108.130.94" sent a "quit" command, and the SMTP server responded with "221 2.0.0 mail.domain.ru Service closing transmission channel  ". The full command sent was "quit".  This is an informational event and  does not indicate an error.

    =======================

    Соот-но в смпт_лооге:
    2010-02-04 09:22:48 95.108.130.94 forward12.mail.yandex.net SMTPSVC1 Server 10.10.10.1 0 EHLO - +forward12.mail.yandex.net 250 0 317 30 0 SMTP - - - -
    2010-02-04 09:22:48 95.108.130.94 forward12.mail.yandex.net SMTPSVC1 Server 10.10.10.1 0 MAIL - +FROM:<user-yandex@yandex.ru> 250 0 44 55 0 SMTP - - - -
    2010-02-04 09:22:48 95.108.130.94 forward12.mail.yandex.net SMTPSVC1 Server 10.10.10.1 0 RCPT - +TO:<user@domain.ru> 250 0 38 74 0 SMTP - - - -
    2010-02-04 09:22:48 95.108.130.94 forward12.mail.yandex.net SMTPSVC1 Server 10.10.10.1 0 DATA - +<15641265275365@webmail119.yandex.ru> 250 0 121 1701 94 SMTP - - - -
    2010-02-04 09:22:48 95.108.130.94 forward12.mail.yandex.net SMTPSVC1 Server 10.10.10.1 0 QUIT - forward12.mail.yandex.net 240 125 73 4 0 SMTP - - - -

    Ну и для комплекта лог экси по данному поводу:
    95.108.130.94    forward12.mail.yandex.net    -    server    10.10.10.1    user@domain.ru    1019    15641265275365@webmail119.yandex.ru    0    0    1697    1    2010-2-4 9:22:48 GMT    0    Version: 6.0.3790.3959    -    -    user-yandex@yandex.ru    -
    95.108.130.94    forward12.mail.yandex.net    -    server    10.10.10.1    user@domain.ru    1025    15641265275365@webmail119.yandex.ru    0    0    1697    1    2010-2-4 9:22:48 GMT    0    Version: 6.0.3790.3959    -    -    user-yandex@yandex.ru    -
    95.108.130.94    forward12.mail.yandex.net    -    server    10.10.10.1    user@domain.ru    1026    15641265275365@webmail119.yandex.ru    0    0    1697    1    2010-2-4 9:22:48 GMT    0    Version: 6.0.3790.3959    -    -    user-yandex@yandex.ru    -
    4 февраля 2010 г. 10:41
  • при этом же моя попытка с эксчи отправить мыл на яндек привела к затыку письма в той самой очереди со стандартным логом (эксча):

    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1027    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    c=us;a= ;p=DOMAIN;l=server-100204092851Z-59    -    EX:/O=DOMAIN/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=Vasy.Ivanov    -
    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1019    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    -    -    -    -
    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1025    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    -    -    -    -
    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1024    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    -    -    -    -
    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1033    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    -    -    user@domain.ru    -
    2010-2-4    9:28:51 GMT    -    -    -    server    -    user-yandex@yandex.ru    1034    79ABCDB61C6C3A43B4AF6BE7AA002AA890E432@server.domain.ru    0    0    1607    1    2010-2-4 9:28:51 GMT    0    -    -    -    user@domain.ru    -

    В логах смпт_сервиса по данной сессии вообще пусто.
    В эвеенте:

    ================ 1 ==================
    Event Type:    Information
    Event Source:    MSExchangeTransport
    Event Category:    Routing Engine/Service
    Event ID:    984
    Date:        2/4/2010
    Time:        12:28:51 PM
    User:        N/A
    Computer:    server
    Description:
    SMTP GetNextHop returned hr=00 in 0ms.
     DestAddr=yandex.ru, Type=SMTP
     MsgType=0x4, NextHopType=OTHER_ROUTING_GROUP
     Type=SMTP, Class=yandex.ru, SchedId=0xffffffff
     RouteAddr=yandex.ru
     Connector=DNS

    ================ 2 ==================
    Event Type:    Information
    Event Source:    MSExchangeIS Mailbox Store
    Event Category:    Transport Delivering
    Event ID:    9650
    Date:        2/4/2010
    Time:        12:29:33 PM
    User:        N/A
    Computer:    server
    Description:
    Message delivery is being attempted.
    Internet Msg Id:<79ABCDB61C6C3A43B4AF6BE7AA002AA890E433@server.domain.ru>, Submit Time: 02/04/2010 09:29:33.0000000, Recipient:/o=DOMAIN/ou=First Administrative Group/cn=Recipients/cn=Vasy.Ivanov, MDB:First Storage Group\Mailbox Store (server).

    ================ 3 ==================
    Event Type:    Warning
    Event Source:    MSExchangeIS Mailbox Store
    Event Category:    Rules
    Event ID:    1039
    Date:        2/4/2010
    Time:        12:29:33 PM
    User:        N/A
    Computer:    server
    Description:
    The rule (1-14DEC) with sequence number 50 was ignored because the user is not Out Of Office (OOF).

     The distinguished name of the owning mailbox is Vasy Ivanov.
     Database "First Storage Group\Mailbox Store (server)".

    ================ 4 ==================

    Event Type:    Information
    Event Source:    MSExchangeIS Mailbox Store
    Event Category:    Transport Delivering
    Event ID:    9651
    Date:        2/4/2010
    Time:        12:29:33 PM
    User:        N/A
    Computer:    server
    Description:
    Message was successfully delivered to <79ABCDB61C6C3A43B4AF6BE7AA002AA890E433@server.domain.ru> on /o=DOMAIN/ou=First Administrative Group/cn=Recipients/cn=Vasy.Ivanov.
    Internet Msg Id:First Storage Group\Mailbox Store (server).

    =====================================
    т.е. по смтп_транспорту тоже нет событий... так и висит сейчас мессага в очереде... (эта та что 79ABCDB61C6C3A43B4AF6BE7AA002AA890E433@server.domain.ru - отправленая мною на яндекс)
    4 февраля 2010 г. 10:42
  • т.е. у вас с яндексом двусторонняя проблема ?


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 февраля 2010 г. 11:37
  • Думаю что нет, т.к. по мимо яндекса есть и др.сайты на которые в очереди висят письма и статут очереди всё время актив.. просто яндекс показателен и после ребута даже коннект\очередь не пропадает... Странный глюк, единственное что приходит в голову это действительно сносить GFI и сомтерть как оно будет работать.... :(
    4 февраля 2010 г. 12:01
  • Думаю что нет, т.к. по мимо яндекса есть и др.сайты на которые в очереди висят письма и статут очереди всё время актив.. просто яндекс показателен и после ребута даже коннект\очередь не пропадает... Странный глюк, единственное что приходит в голову это действительно сносить GFI и сомтерть как оно будет работать.... :(

    о двусторонности подразумевалось , что проблемы и с приемом от него возникают

    а GFI - да , может вполне "гадить"
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 февраля 2010 г. 12:04
  • А ещё не подскажете списочек постСП2 хотфиксов которые были для эксчи2003? Может сначала пропатчить всё по максимуму попробовать... :(
    4 февраля 2010 г. 12:48
  • А ещё не подскажете списочек постСП2 хотфиксов которые были для эксчи2003? Может сначала пропатчить всё по максимуму попробовать... :(

    да не то это ... тогда уж "ковыряйтесь" c debug diagnstic tool
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 февраля 2010 г. 12:57
  • IISRESET /RESTART как не странно перезапускает все IIS сервисы нормально (еслитак можно выразиться конечно) + после этого (не всегда правда) очередь рассасывается, в логе ес-но появляется евент о "Microsoft Visual C++ Runtime Library : Runtime Error!" ...

    "debug diagnstic tool" - это тот который для IIS -а?
    4 февраля 2010 г. 17:14
  • IISRESET /RESTART как не странно перезапускает все IIS сервисы нормально (еслитак можно выразиться конечно) + после этого (не всегда правда) очередь рассасывается, в логе ес-но появляется евент о "Microsoft Visual C++ Runtime Library : Runtime Error!" ...

    "debug diagnstic tool" - это тот который для IIS -а?

    да - для него , "управляет" то IIS
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 февраля 2010 г. 17:16
  • Да сппасибо, буду пробовать в итоге наверно брутально удалять GFI фильтр :( Отпишусь о рез-тах потом...

    PS вспомнил ещё что трабл проявился после того как с миксед мода на найтв эксчендж переключил (и забыл сказать в самом начале)
    PPS ещё странные евенты случаются по недошедшим письмам:
    Event Type:    Error
    Event Source:    MSExchangeTransport
    Event Category:    Queuing Engine
    Event ID:    6102
    Date:        2/8/2010
    Time:        6:56:32 PM
    User:        N/A
    Computer:    Server
    Description:
    ORAR reassignment failed for the message from X400:c=us;a= ;p=Domain;o=Exchange;s=Ivan;g=Ivanov; with Msg ID <54ABCDB45C7C3A43B4AF6BE7AABB2AA890E4E2@server.domain.ru>. Error code : 0x8007064a.
    8 февраля 2010 г. 16:04
  • Да сппасибо, буду пробовать в итоге наверно брутально удалять GFI фильтр :( Отпишусь о рез-тах потом...

    PS вспомнил ещё что трабл проявился после того как с миксед мода на найтв эксчендж переключил (и забыл сказать в самом начале)
    PPS ещё странные евенты случаются по недошедшим письмам:
    Event Type:    Error
    Event Source:    MSExchangeTransport
    Event Category:    Queuing Engine
    Event ID:    6102
    Date:        2/8/2010
    Time:        6:56:32 PM
    User:        N/A
    Computer:    Server
    Description:
    ORAR reassignment failed for the message from X400:c=us;a= ;p=Domain;o=Exchange;s=Ivan;g=Ivanov; with Msg ID <54ABCDB45C7C3A43B4AF6BE7AABB2AA890E4E2@server.domain.ru>. Error code : 0x8007064a.

    миграция что ль какая либо была ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    8 февраля 2010 г. 16:27
  • Давно наверно была... при мне только переносили почту на др.сервак и обратно (реинстал был сервака с парал подниманием 2 эксчи) - но опять же давно. А тут просто заметил что до сих пор миксед мод стоит - дай думаю поменяю на найтив.... поменял...

    PS "...солнце точно на востоке встаёт?..."© :)
    8 февраля 2010 г. 17:26
  • о, ещё куча фолдеров OWAScratchPad и StoreEvents появилось ... наверно надо чать почистить...
    8 февраля 2010 г. 17:55
  • именно с теми недошедшими ? а то подобного рода проблемы возникают например при перемещении баз по разным административным группам


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    8 февраля 2010 г. 18:05
  • Я имею ввиду системных фолдеров (это если смотерть в менеджере эксченджа). Ранее (давно правда) помню ещё чистил дубликаты schema-root там же...
    8 февраля 2010 г. 18:17
  • Добрый день!
    Уважаемый Tolot37, вы смогли разобраться? GFI удалили? Проблема актуальна?
    10 февраля 2010 г. 12:13
    Модератор
  • Проблема актуальна, на выходные сгенерирован план в остановке сервера и эксперементами по удалению GFI и просмотру как он будет работать ... мне просто в будни сложно это сделать пред-но создав все бэкапы, точки возврата и т.д. Отпишусь потом, храни господи... :)
    11 февраля 2010 г. 11:47
  • Проблема актуальна, на выходные сгенерирован план в остановке сервера и эксперементами по удалению GFI и просмотру как он будет работать ... мне просто в будни сложно это сделать пред-но создав все бэкапы, точки возврата и т.д. Отпишусь потом, храни господи... :)

    Диагностичскую утилиту применяли ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    11 февраля 2010 г. 11:50
  • Какую именно? Та что Troubleshooting Assistant? Она только варнинг выдаёт что на эксче существует 2 имени как таковых - внешнее и внутреннее (аля mail.domain.ru и server.domain.ru) - дело в том что у меня имя внутреннего и внешнего домена совпадают, а вот имена сервера в этих доменах разное - т.е. наружу сервак мапится под другим именем. Но в таком конфиге всё работало пару лет, траблов вроде не было...
    Или вы имели ввиду что-то ещё?
    11 февраля 2010 г. 12:10
  • Какую именно? Та что Troubleshooting Assistant? Она только варнинг выдаёт что на эксче существует 2 имени как таковых - внешнее и внутреннее (аля mail.domain.ru и server.domain.ru) - дело в том что у меня имя внутреннего и внешнего домена совпадают, а вот имена сервера в этих доменах разное - т.е. наружу сервак мапится под другим именем. Но в таком конфиге всё работало пару лет, траблов вроде не было...
    Или вы имели ввиду что-то ещё?

    debug diagnostic tool
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    11 февраля 2010 г. 12:26
  • а не подскажете что именно надо там включить? (правило какое или конкретно сервис какой промониторить?) что бы применительно к траблу найти что-н... Поставить на crash процесс inetinfo и попробовать рестартануть смтп сервис? (который зависает т.о.?)
    11 февраля 2010 г. 13:12
  • Тупой реинстал GFI антиспам-фильра похоже решил проблему ;(
    15 февраля 2010 г. 8:04