none
Exchange 2003 Сервер дублирует письма RRS feed

  • Вопрос

  • Столкнулся с проблеммой, не могу выяснить как она появилась, а соответственно и предположить как ее решить...

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

    Под Exchange стоит GFI MailSecurity и MailEssentials

    данные продукты стоят давно, но проблемма появилась несколько дней назад.

     

    Подскажите, как отследить, локализовать и возможно устранить проблемму...
    • Перемещено Tina_Tian 19 марта 2012 г. 2:05 forum merge (От:Exchange Server 2003/2000/5.5)
    27 марта 2008 г. 9:43

Все ответы

  • Эта проблема касаема любого внутреннего сообщения отправленного во вне ? или же и между внутренними пользователями такая же петрушка ?

     

    27 марта 2008 г. 10:23
  •  

    только на внешнюю отправку...
    27 марта 2008 г. 12:22
  •  ALFik написано:

     

    только на внешнюю отправку...

     

    Любого(всех) сообщения ?

     

    AV ПО (особенно файлового) не установлено кроме того , что перечислено ?

    27 марта 2008 г. 12:30
  • не все сообщения, но закономерность отследить не получается, кроме перечисленных выше AV нет.

    27 марта 2008 г. 14:42
  • Для начала повысьте диганостику на MSExchangeTransport и рестартуйте smtp & resvc

    27 марта 2008 г. 15:05
  • Сервера на которые дублируется почта выдают 451 SMTP ошибку: Тип события: Предупреждение

    Code Snippet

    Источник события: MSExchangeTransport
    Категория события: SMTP Protocol
    Код события: 7002
    Дата:  31.03.2008
    Время:  11:07:46
    Пользователь:  Н/Д
    Компьютер: mail-server
    Описание:
    This is an SMTP protocol warning log for virtual server ID 1, connection #431. The remote host "80.91.189.41", responded to the SMTP command "rcpt" with "451 Temporary local problem - please try later  ". The full command sent was "RCPT TO:<selivanoff@mastergroup.com.ua>  ".  This may cause the connection to fail.

    For more information, click http://www.microsoft.com/contentredirect.asp.

     

     

    не может же быть, что проблеммы "у всех, кроме меня"... не логично...

     

    31 марта 2008 г. 9:39
  •  ALFik написано:

    Сервера на которые дублируется почта выдают 451 SMTP ошибку: Тип события: Предупреждение

    Code Snippet

    Источник события: MSExchangeTransport
    Категория события: SMTP Protocol
    Код события: 7002
    Дата:  31.03.2008
    Время:  11:07:46
    Пользователь:  Н/Д
    Компьютер: mail-server
    Описание:
    This is an SMTP protocol warning log for virtual server ID 1, connection #431. The remote host "80.91.189.41", responded to the SMTP command "rcpt" with "451 Temporary local problem - please try later  ". The full command sent was "RCPT TO:<selivanoff@mastergroup.com.ua>  ".  This may cause the connection to fail.

    For more information, click http://www.microsoft.com/contentredirect.asp.

     

     

    не может же быть, что проблеммы "у всех, кроме меня"... не логично...

     

     

    настраивать http://technet.microsoft.com/en-us/library/aa998772.aspx

    31 марта 2008 г. 10:31
  • ну хорошо, если я увеличу интервал, то сообщения не будут дублироваться в большом количестве, но ведь я буду опять получать ошибку 451 и перепосылать уже отправленное сообщение не раз в минуту, а скажем  1 раз в 30 минут...

    Как это решит проблемму с дублированием в общем? а не с интервалов в частности?

     

    Дополнение: в Tracking Center для дублирующихся писем я вижу что Massage transferred to some_server throught SMTP и так столько раз, сколько было отправленно дубликатов.

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

    31 марта 2008 г. 11:26
  •  ALFik написано:

    ну хорошо, если я увеличу интервал, то сообщения не будут дублироваться в большом количестве, но ведь я буду опять получать ошибку 451 и перепосылать уже отправленное сообщение не раз в минуту, а скажем  1 раз в 30 минут...

     

    при получении в ответ этого кода ваш сервер прерывает доставку этого сообщения - смотрите логи smtp на предмет этого и по умолчанию пытается выполнить повторную передачу ( 3 раза) через 60 сек. , установка в реестре этого ключа позволяет изменить сей интервал

    31 марта 2008 г. 11:51
  •  

    т.е. если установить интервал в 240 сек, то повторной передачи никогда не последует?

    если он пытается передать всего 3 раза, то почему у меня письмо уходит гараздо больше раз (в принципе, пока меня не дропает удаленный сервер...). отправка доходит и до 30 раз

    31 марта 2008 г. 15:25
  • Кроме этого интервала есть еще 3 - смотрите в настройках smtp службы

     

    и смотрите логи smtp службы при передаче этого сообщения ( при получении этого кода ответа от принимающей стороны)

     

     

     

    31 марта 2008 г. 15:36
  • смотрю логи, не вижу ничего сверх естественного:


    Code Snippet
    2008-03-31 09:23:59 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER- 25 - - 220-ekonom2.hostsila.com+ESMTP+Exim+4.68+#1+Mon,+31+Mar+2008+12:24:07++0300+ 0 0 76 0 2140 SMTP - - - -

    2008-03-31 09:23:59 80.91.189.41 OutboundConnectionCommand SMTPSVC1 MAIL-SERVER- 25 EHLO - mail.server 0 0 4 0 2140 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER - 25 - - 250-ekonom2.hostsila.com+Hello+mail.server+[xxx.xxx.xxx.xxx] 0 0 60 0 2156 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionCommand SMTPSVC1 MAIL-SERVER - 25 MAIL - FROM:<userATmail.server>+SIZE=11274mailto:user@mail.server>+SIZE=11274">user@mail.server>+SIZE=11274</A< A>> 0 0 4 0 2156 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER - 25 - - 250+OK 0 0 6 0 2171 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionCommand SMTPSVC1 MAIL-SERVER - 25 RCPT - TO:<userATdest.server>'>mailto:user@dest.server">user@dest.server>; 0 0 4 0 2171 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER - 25 - - 451+Temporary+local+problem+-+please+try+later 0 0 46 0 2203 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionCommand SMTPSVC1 MAIL-SERVER - 25 RSET - - 0 0 4 0 2203 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER - 25 - - 250+Reset+OK 0 0 12 0 2218 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionCommand SMTPSVC1 MAIL-SERVER - 25 QUIT - - 0 0 4 0 2234 SMTP - - - -
    2008-03-31 09:24:00 80.91.189.41 OutboundConnectionResponse SMTPSVC1 MAIL-SERVER - 25 - - 221+ekonom2.hostsila.com+closing+connection 0 0 43 0 2250 SMTP - - - -

     

     

    31 марта 2008 г. 17:15
  •  ALFik написано:

    смотрю логи, не вижу ничего сверх естественного:


     

     

     

    В приведенном ничего такого и нет - получает отбой и закрывает сесиию . по данному куску судить о чем либо нельзя

    1 апреля 2008 г. 8:59
  •  Sergey Krylov написано:
     ALFik написано:

    смотрю логи, не вижу ничего сверх естественного:


     

     

     

    В приведенном ничего такого и нет - получает отбой и закрывает сесиию . по данному куску судить о чем либо нельзя

    Собственно это кусок с которого началось дублирование почты и перепосылка.

     

    Неясной для меня остается причина... Логи не дают никакой картины, т.к. в них вполне нормальный smtp диалог между серверами, к примеру:

    в очереди висит сообщение со статусо Retry на сервер маил.ру, смотрю в треккере... "сообщение отправлено на SMTP mail.ru", смотрю в логах SMTP - сообщение передано на сервер маил.ру... возникает вопрос, почему это письмо со статусом retry в очереди на маил.ру?

    1 апреля 2008 г. 10:41
  •  ALFik написано:
     Sergey Krylov написано:
     ALFik написано:

    смотрю логи, не вижу ничего сверх естественного:


     

     

     

    В приведенном ничего такого и нет - получает отбой и закрывает сесиию . по данному куску судить о чем либо нельзя

    Собственно это кусок с которого началось дублирование почты и перепосылка.

     

    Неясной для меня остается причина... Логи не дают никакой картины, т.к. в них вполне нормальный smtp диалог между серверами, к примеру:

     

    Смотри далее в логе именно по этому отбою по зеленому листу , когда идет следующая попытка передачи - к mail.ru разумеется это не имеет никакого отношения

     

    "Под Exchange стоит GFI MailSecurity и MailEssentials" - с вероятностью 95 % на сие поведение оказывают эти продукты

    1 апреля 2008 г. 10:58
  •  

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

    Проблема возникла из-за повреждения .ost файла , решилось простым его удалением из файлов данных outlook.

    20 июня 2008 г. 7:51