none
найти причину недоставки сообщений клиенту RRS feed

  • Вопрос

  • Здравствуйте! 

    Имеется:

    1. Windows Server 2012 r2 standard на нем Microsoft Exchange 2013 CU3.  порядка 55 ящиков.

    Это единственный Exchange  в организации. Все роли на нем

    2. удаленный хост с сайтом на котором работает  PHP скрипт отправки письма пользователю  в вышеозначенный Exchange 2013. Отправка идет по SMTP.

    3. пользовательский ящик  в Exchange  shop@mydomain.xx  с него PHP  скрипт отправляет письмо на ящик zakaz@mydomain.xx в Exchange 2013.

    Этот же скрипт отправляет другое письмо и заказчику вне организации Exchange 2013  с того же самого ящика shop@mydomain.xx

    4. Общий ящик на Exchange 2013 zakaz@mydomain.xx. На него приходят письма с ящика shop@mydomain.xx

    5. Правило в Exchange 2013 которое пересылает все письма попадающие на zakaz@mydomain.xx  указанным в правиле пользователям.

    Проблема:

    Схема работает за исключением одного момента.

    В какой то момент письмо которое должно попасть в zakaz@mydomain.xx не приходит ни в ящик ни пользователям прописанным в правиле пересылки. Но второе письмо сгенерированное тем же скриптом из того же ящика заказчику  вне организации падает.

    Задача:

    Отловить исчезающее письмо.

    Вопросы:

    пробовал использовать get-massagetrackinglog. Смог найти только вот такую запись:


    [PS] C:\Windows\system32>Get-MessageTrackingLog -server io-exch -Start "03/18/2017 09:00:00" -End "03/18/2017 18:00:00"
    -sender shop@mydomain.xx -EventId FAIL |format-list


    RunspaceId              : 2559a152-3a12-420a-a780-46a36a66041e
    Timestamp               : 18.03.2017 9:09:11
    ClientIp                :
    ClientHostname          : IO-EXCH
    ServerIp                :
    ServerHostname          :
    SourceContext           : Transport Rule Agent
    ConnectorId             :
    Source                  : AGENT
    EventId                 : FAIL
    InternalMessageId       : 108894600822791
    MessageId               : <fee2530b-f799-4b39-bfd2-e1cf0f2ce320@IO-EXCH.mydomain.local>
    Recipients              : {ezakaz@mydomain.xx}
    RecipientStatus         : {550 4.3.2 QUEUE.TransportAgent; message deleted by transport agent}
    TotalBytes              : 12670
    RecipientCount          : 1
    RelatedRecipientAddress :
    Reference               :
    MessageSubject          : Новый заказ
    Sender                  : shop@mydomain.kz
    ReturnPath              : shop@mydomain.kz
    Directionality          : Originating
    TenantId                :
    OriginalClientIp        :
    MessageInfo             : 2017-03-18T03:09:11.166Z;SRV=IO-EXCH.mydomain.local:TOTAL=0;CAT|CATRS|CATRS-Transport Rule
                              Agent
    MessageLatency          :
    MessageLatencyType      : None
    EventData               : {[E2ELatency, 0], [DeliveryPriority, Normal]}


    technet

    24 марта 2017 г. 10:13

Ответы

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

    Очевидно, что

    SourceContext           : Transport Rule Agent
    ConnectorId             :
    Source                  : AGENT
    EventId                 : FAIL
    InternalMessageId       : 108894600822791
    MessageId               : <fee2530b-f799-4b39-bfd2-e1cf0f2ce320@IO-EXCH.mydomain.local>
    Recipients              : {ezakaz@mydomain.xx}
    RecipientStatus         : {550 4.3.2 QUEUE.TransportAgent; message deleted by transport agent}

    надо посмотреть в ТП которые отработали и удалили сообщение.

    24 марта 2017 г. 10:43
  • Посмотрите журнал агента транспорта:

    %ExchangeInstallPath%TransportRoles\Logs\Hub\AgentLog.

    24 марта 2017 г. 10:56

Все ответы

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

    Очевидно, что

    SourceContext           : Transport Rule Agent
    ConnectorId             :
    Source                  : AGENT
    EventId                 : FAIL
    InternalMessageId       : 108894600822791
    MessageId               : <fee2530b-f799-4b39-bfd2-e1cf0f2ce320@IO-EXCH.mydomain.local>
    Recipients              : {ezakaz@mydomain.xx}
    RecipientStatus         : {550 4.3.2 QUEUE.TransportAgent; message deleted by transport agent}

    надо посмотреть в ТП которые отработали и удалили сообщение.

    24 марта 2017 г. 10:43
  • Посмотрите журнал агента транспорта:

    %ExchangeInstallPath%TransportRoles\Logs\Hub\AgentLog.

    24 марта 2017 г. 10:56
  • в продолжение исследования проблемы.

    Чтобы идентифицировать пропадающие письма, я попросил программиста поправить скрипт генерации письма на хостинге. Теперь к каждому письму в поле "тема" прикрепляется порядковый номер, который виден в Get-MessageTrackingLog.

    Результат:

    Исчезающие письма не видно в Get-MessageTrackingLog.

    Вопрос:

    Где искать?


    technet

    4 апреля 2017 г. 8:29
  • Тут - %ExchangeInstallPath%\TransportRoles\Logs\ProtocolLog\SmtpReceive
    • Изменено Amigo83 4 апреля 2017 г. 11:14
    4 апреля 2017 г. 11:13
  • по этому пути есть только HTTPClient

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




    • Изменено vussoltsev 4 апреля 2017 г. 11:40
    4 апреля 2017 г. 11:35
  • Пардон, в 13 тут -  %ExchangeInstallPath%TransportRoles\Logs\Hub\ProtocolLog\SmtpReceive
    • Изменено Amigo83 4 апреля 2017 г. 11:38
    4 апреля 2017 г. 11:38
  • В этом логе я тоже не нашел искомое.

    Вижу как падают сообщения те которые есть в Get-messagetrackinglog, а исчезнувших нет.

    Куда смотреть еще выше?


    technet

    6 апреля 2017 г. 12:42
  • В каком логе отображаются попытки подключения к Exchange?

    technet

    7 апреля 2017 г. 5:07
  • В логе соединителя получения, его нужно включить.

    7 апреля 2017 г. 5:17
  • Понятно. Значит нужно смотреть до почтаря. Пошел собирать дамп на шлюзе.

    technet

    10 апреля 2017 г. 5:18