none
Дублирование исходящих писем RRS feed

 > 

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

  • Discussion
    Нужно войти
    0
    Нужно войти
    Есть два сервера EX1 и EX2 объединены в одну DAG группу - DAG1. EX1 - находится в датацентре №1, EX2 - в датацентре №2. Активная база на сервере EX1.
    Есть две MX записи mx1.firma.ru с приоритетом 10 и mx2.firma.ru с приоритетом 20.
    EX1 - 192.168.1.5
    EX2 - 192.168.2.5

    Настроен один коннектор отправки.

    Некоторые письма отправленные внешним получателям дублируются (приходят два одинаковых письма), но свойства писем отличаются:

    Первое письмо:

    Received: from mail.firma.ru (mx1.firma.ru [X.X.X.X])

    Received: from [192.168.1.116] (192.168.1.116) by EX1.firma.local
     (192.168.1.5) with Microsoft SMTP Server (TLS)

    Второе письмо (дублирующее):

    Received: from mail.firma.ru (mx2.firma.ru [X.X.X.X])

    Received: from EX2.firma.local ((192.168.2.5)) by EX2.firma.local
     ((192.168.2.5)) with ShadowRedundancy 

    Received: from EX1.firma.local (192.168.1.5) by EX2.firma.local
     (192.168.2.5) with Microsoft SMTP Server (TLS) 

    Как видно из свойств писем, что второе (дублирующее) письмо сначала ушло с EX1 на EX2 (with ShadowRedundancy) а потом ушло получателю через MX2.
    И все письма которые дублируются в свойствах проходят такой же путь доставки.
    Предпологаю, что это связано с ShadowRedundancy - по каким то причинам потерялась связь с почтовыми серверами и второй сервер решил отправить письмо повторно. 
    Но на самом деле связь не рвалась. Как проверить и исправить?
    27 ноября 2017 г. 12:32
    |

Все ответы

  • Discussion
    Нужно войти
    0
    Нужно войти

    Добрый день. Странная история...

    А оба сервера в коннекторе отправки есть и присутствуют, так?

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

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

    27 ноября 2017 г. 12:48
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Да, оба сервера есть в коннекторе отправки.

    Попробую оследить путь письма.

    27 ноября 2017 г. 12:55
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Нашел данное сообщение в логах, вот путь следования сообщения на EX1:

    Timestamp                        ConnectorId                          EventId           Source
    ---------                              -----------                               -------             ------
    23.11.2017 17:57:34                                                   HAREDIRECT    SMTP
    23.11.2017 17:57:34        EX1\Client Proxy EX1           RECEIVE          SMTP
    23.11.2017 17:57:34                                                   AGENTINFO     AGENT
    23.11.2017 17:57:43       SendConnectorEX1               SEND               SMTP

    вот на EX2:

    Timestamp                         ConnectorId                         EventId            Source
    ---------                                 -----------                            -------               ------
    23.11.2017 17:58:29                                                   HARECEIVE       SMTP

    27 ноября 2017 г. 16:23
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    HARECEIVE и HAREDIRECT это наша с вами теневая избыточность. Пока суть проблемы не стала яснее, если честно.    
    18 декабря 2017 г. 8:59
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Посмотрите, не падают ли у вас периодически транспортные службы. Если есть такое, можно временно отключить ShadowRedundancy и пересоздать транспортные базы на всех серверах. Если причина падений в каком-то застрявшем кривом письме, то поможет. Если причина падений иная, например, в каком-то постороннем софте типа антивируса, периодически цепляющего транспортную базу, то не пройдет.


    18 декабря 2017 г. 14:03
    |