none
Письма с вложениями не отправляются в некоторые домены RRS feed

  • Вопрос

  • Здравствуйте,
    не подскажете - в чем могут быть грабли ?
    столкнулся с такой проблемой - письма с вложениями на некоторые домены перестают уходить.
    Например:
    1. письмо с вложением 1Мб, затем 3 Мб на *@yandex.ru улетает практически мгновенно,
    2. письмо без вложений на *@DOMAIN.ru улетает тоже махом,
      2б. письмо с вложением 1Мб на тот же *@DOMAIN.ru висит в очереди отправки от 1 до 20 минут
      2в. письмо с вложением 3Мб на тот же *@DOMAIN.ru висит в очереди отправки практически бесконечно (пока не удалишь его)
    В логе "Logs\TransportRoles_Logs\ProtocolLog\SmtpSend" при отправке такого письма с вложением, видно что сервера договариваются, начинается передача, а далее так:,
    2010-02-25T06:18:12.715Z,SMTP Internet connector,....RCPT TO:<mail@DOMAIN.ru>,
    2010-02-25T06:18:12.715Z,SMTP Internet connector,....250 2.1.0 Ok,
    2010-02-25T06:18:12.715Z,SMTP Internet connector,....250 2.1.5 Ok,
    2010-02-25T06:18:12.762Z,SMTP Internet connector,....DATA,
    2010-02-25T06:18:12.762Z,SMTP Internet connector,....354 End data with <CR><LF>.<CR><LF>,
    2010-02-25T06:18:34.090Z,SMTP Internet connector,....Remote
    2010-02-25T06:19:22.231Z,SMTP Internet connector,....attempting to connect
    .....
    2010-02-25T06:25:33.231Z,SMTP Internet connector,.....Failed to connect. Error Code: 10060, Error Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond"
    В  Queue Viewer для такого письма висити причина ошибки:
       " Delivery type - DNSConnectorDelivery
             451 4.4.0 Primary target IP adress responded with "421.4.4.2 Connection dropped". Attempted failover to alternate host, but that did not succeed. Either there are no alternate hosts, or delivery failed to all alternate hosts."
    Должен добавить, что с одним администратором проблемного (для меня домена) я переговорил, и, по его словам, с других доменов почта с аналогичными вложениями приходит без проблем.
    P.S. Сервер Exchange 2007 с Rollup 6 for SP1, установлен на Windows Server 2003 SP2

    В чем тут дело ??
    • Перемещено Hengzhe Li 12 марта 2012 г. 6:51 forum merge (От:Exchange Server 2007)
    25 февраля 2010 г. 9:26

Ответы

  • Нет в Интернет смотрит 1 интерфейс, но есть еще 1 внешний - смотрит во внутреннюю городскую сеть с маской 10.х.х.х, не думаю, что он может мешать.
    Попробуйте временно отключить второй внешний интерфейс (хоть он и не в интернет), отключить Траффик Инспектор, настроить NAT и протестировать в такой конфигурации. У ТИ бывают проблемы с передачей больших файлов при использовании 2-х внешних интерфейсов.
    • Помечено в качестве ответа Anatoly_A 25 марта 2010 г. 9:44
    20 марта 2010 г. 10:12

Все ответы

  • У Вас нет желания обновить систему до SP2 со всеми обновлениями, ну или до последнгего RU для SP1 хотя бы? Хотя бы Edge Transport?


    MCSE:M 2003, MCITP:EA, EMA
    25 февраля 2010 г. 11:59
  • Попробую сегодня вечером. Потом отпишусь......

    26 февраля 2010 г. 3:49
  • Так может проблема банально в том, что письмо не успевает за определенный промежуток времени отправиться - таймаут соединения?
    Т.е. - канал связи - медленный, ошибки и.т.п.?

    Попробуйте провести тестовую отправку с сервера Exchange - настроить, скажем почтового клиента - на SMTP сервере, для отправки сообщения в Domain.ru. Или произвести отправку сообщения в часы наименьшей нагрузки...


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    26 февраля 2010 г. 7:48
  • Поставил SP2. Но проблема осталась в таком же виде :-(
    Тестовую отправку с сервера Exchange произвел. Это ничего не изменило.

    По поводу таймаута и ошибок соединения... Не подскажете, как это можно отследить ?

    Пытался при помощи Network Monitor (из установки Windows server 2003) половить пакеты. У меня вообще (на мой взгляд) ерунда выходит - когда письмо короткое-все чудненько видно, как сервера договариваются, идет отсылка и конец сеанса. Как только посылаю письмо с большим вложением - сразу идет передача пакетами 1460 байт, и не видно отдельных пакетов со служебной, так сказать перепиской.
    27 февраля 2010 г. 11:31
  • Тестовую отправку с сервера Exchange произвел. Это ничего не изменило.

    По поводу таймаута и ошибок соединения... Не подскажете, как это можно отследить ?

    Тестовая отправка сообщения с вложением завершилась успешно? Или были ошибки?
    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    27 февраля 2010 г. 12:08

  • Тестовая отправка сообщения с вложением завершилась успешно? Или были ошибки?
    Письмо с вложением так же "висит" в очереди, как и до установки  SP2
    1 марта 2010 г. 2:49
  • Артем по всей видимости имел в виду тестовую отправку письма с вложением из почтового клиента. Напрямую на сервер получателя.


    MCSE:M 2003, MCITP:EA, EMA
    1 марта 2010 г. 9:38
  • На сервере Exchange (он 1 в сети), настроил почтового клиента (Outlook Express) на отправку через этот же сервер. Напрямую, т.е. сервером отправки в настройках OE настроить сервер получателя невозможно.
    Хочу добавить вот что - создавал дополнительный SMTP-коннектор для отправки почты через smart-host своего провайдера. С ним аналогичная проблема - короткие письма "улетают" мгновенно, с вложениями же висят и висят в очереди.
    Как я подозреваю, во время отправки происходит какая-то несогласованность принимающего и отправляющего серверов - но вот КАК это выяснить ? Повторюсь - даже захват пакето не дает ясной картины (см. выше)....
    Очень надеюсь на вашу помощь  :-(

    2 марта 2010 г. 6:07
  • Настройте OE на SMTP провайдера.
    Временно ET или второй HT можно поставить? Если да - проверьте отправку через них.
    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    2 марта 2010 г. 7:16
  • Настроил OE на на отправку через SMTP провайдера. Письма с вложениями стали уходить мгновенно.
    Получается в настройках ET все дело (по логам видно, что SMTP-коннектор пытается честно отправить письмо, но не получается у него)..  Но в каких ?
    К сожалению ни ET, ни HT поставить некуда.

    3 марта 2010 г. 5:38
  • Уточнение, а Outlook Expres Вы на Hub Transport настраивали или на другой машине?


    PS: Подобное было, но там были проблемы с сетью. Занимались сетевые инженеры - что-то с MTU кажется.
    • Изменено serg135 3 марта 2010 г. 14:33 PS
    3 марта 2010 г. 10:41
  • Ок
    Get-SendConnector | fl
    Конектор пересоздавать пробывали?


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    3 марта 2010 г. 11:52
  • Уточнение, а Outlook Expres Вы на Hub Transport настраивали или на другой машине?

    OE  настраивал на другой машине (рабочей станции)
    4 марта 2010 г. 3:53
  • Ок
    Get-SendConnector | fl
    Конектор пересоздавать пробывали


    C:\Program Files\Microsoft\Exchange Server\Scripts>Get-SendConnector | fl

    AddressSpaces : {SMTP:*;1}
    AuthenticationCredential :
    Comment :
    ConnectedDomains : {}
    ConnectionInactivityTimeOut : 00:10:00
    DNSRoutingEnabled : True
    DomainSecureEnabled : False
    Enabled : True
    ForceHELO : False
    Fqdn : server.MYDOMAIN.ru
    HomeMTA : Microsoft MTA
    HomeMtaServerId : SERVER
    Identity : SMTP Internet connector
    IgnoreSTARTTLS : False
    IsScopedConnector : False
    IsSmtpConnector : True
    LinkedReceiveConnector :
    MaxMessageSize : 20MB
    Name : SMTP Internet connector
    Port : 25
    ProtocolLoggingLevel : Verbose
    RequireTLS : False
    SmartHostAuthMechanism : None
    SmartHosts : {}
    SmartHostsString :
    SourceIPAddress : 0.0.0.0
    SourceRoutingGroup : Exchange Routing Group (DWBGZMFD01QNBJR)
    SourceTransportServers : {SERVER}

    UseExternalDNSServersEnabled : False

     

    Коннектор пересоздавать не пробовал - на большинстве доменов он ведь нормально работает. Если уж ничего не поможет, можно попробовать, конечно...

    4 марта 2010 г. 3:57
  • Уточнение, а Outlook Expres Вы на Hub Transport настраивали или на другой машине?

    OE  настраивал на другой машине (рабочей станции)

    а надо (для чистоты) на Exch
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    4 марта 2010 г. 5:50
  • а надо (для чистоты) на Exch

    на самом Exchange то же проделал - все без изменений...    :-(
    Не уходят письма с вложениями, хоть ты тресни.....
    10 марта 2010 г. 6:41
  • а надо (для чистоты) на Exch

    на самом Exchange то же проделал - все без изменений...    :-(
    Не уходят письма с вложениями, хоть ты тресни.....

    т.е. если настроить почтового клиента на самом сервере - то этот почтовый клиент тоже не может выполнить отправку ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    10 марта 2010 г. 6:50
  • У меня была такая проблема. как оказалось все дело было в роутере. у вас как настроена передача в Интернет? напрямую или через какое то оборудование?
    10 марта 2010 г. 7:34
  • а надо (для чистоты) на Exch

    на самом Exchange то же проделал - все без изменений...    :-(
    Не уходят письма с вложениями, хоть ты тресни.....

    т.е. в настроеном для отправки через сервер провайдера на сервере Exchange, OE не отправляет письма с вложениями?


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    10 марта 2010 г. 14:33
  • спасибо всем за отклики. отвечаю:

    Sergey Krylov
    т.е. если настроить почтового клиента на самом сервере - то этот почтовый клиент тоже не может выполнить отправку ?
      -
    почт.клиент хоть на на самом сервере, хоть с раб. станции отправку производит как надо, но письмо висит в очереди на Exchange сервере и не может уйти (см. самый 1-й пост)

    kkvkkv
    у вас как настроена передача в Интернет? напрямую или через какое то оборудование?
      -
    Интернет подключен через прокси-сервер

    Artem Gusev
    т.е. в настроеном для отправки через сервер провайдера на сервере Exchange, OE не отправляет письма с вложениями?
      -
    OE на сам Exchange сервер письма отправляет нормально. Но Excahnge не может отправить ни через сервер провайдера, ни через свой транспорт.

    Повторюсь - письма НЕ уходят только на НЕКОТОРЫЕ домены, и ТОЛЬКО письма с вложениями.
    Начиная примерно с 1 мб - начинают тормозить при отправке, с вложением около 3 мб висят в очереди на отправку часами.
    Очень редко (рано утром) удается и 3 мб-ные отправить за 5-15 минут.
    Канал исправен, обнаруженные проблемные сервера размещены у нас в городе (и у разных провайдеров).. если это важно, хотя они почту с вложениями получают без проблем......
    11 марта 2010 г. 6:47
  • Artem Gusev
    т.е. в настроеном для отправки через сервер провайдера на сервере Exchange, OE не отправляет письма с вложениями?
      -
    OE на сам Exchange сервер письма отправляет нормально. Но Excahnge не может отправить ни через сервер провайдера, ни через свой транспорт.
    Вы по моему меня не понимаете.
    Для тестирования (для исключения влияния самого сервера Exchange и проверки, не в канале ли дело) необходимо настроить Outlook Express таким образом, чтобы он использовал для отправки не сервер Exchange, а SMTP сервер провайдера (либо сервер принимающей стороны).
    Т.е. так.


    письмо отправлять на ящик находящийся на сервере, на который производится отправка - т.е. в нашем случае - на mail.ru

    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    11 марта 2010 г. 7:06
  • >>  - Интернет подключен через прокси-сервер
    это как?
    может через ISA или подобное?
    11 марта 2010 г. 8:05
  • Во-первых прошу прощения за задержку с ответом.
    И отвечаю:
    Artem Gusev
    Вы по моему меня не понимаете.
    Для тестирования (для исключения влияния самого сервера Exchange и проверки, не в канале ли дело) необходимо настроить Outlook Express таким образом, чтобы он использовал для отправки не сервер Exchange, а SMTP сервер провайдера (либо сервер принимающей стороны).
     
    Вы правы -я не понял вас. Сделал все как вы указали, настроил OE на SMTP сервер провайдера. Почта с вложением ушла и вернулась с проблемного домена за 3 минуты ! Посылал несколько раз. Т.е. канал явно в порядке.

    kkvkkv Медали пользователяМедали пользователяМедали пользователяМедали пользователяМедали пользователя
    >>  - Интернет подключен через прокси-сервер
    это как?
    может через ISA или подобное?
      Стоит выделенный прокси-сервер (на железе, не виртуальный). На нем Win server 2003, установлен Traffic Inspector (в качестве прокси-шлюза). Добавлю, что отключение прокси, т.е. подключение к Интернету напрямую - ничего не изменило. Проблема с отправкой продолжала оставаться.

    Что же за настройки в Exchange могут так влиять на отправку больших писем ? По-моему где-то здесь "собака порылась".. Только где ??

    16 марта 2010 г. 4:45
  • А на прокси-сервере случайно не два внешних интерфейса в Интернет смотрят?
    16 марта 2010 г. 5:53
  • А в сторону DNS вы не смотрели?
    Насколько все корректно у вас разрешается?
    16 марта 2010 г. 12:54
    Модератор
  • >>По-моему где-то здесь "собака порылась".. Только где ??
    Ну ставьте  networkmonitor
    смотрите что с пакетами происходит
    16 марта 2010 г. 16:14
  • Alexey Shokarev
    А на прокси-сервере случайно не два внешних интерфейса в Интернет смотрят?
    Нет в Интернет смотрит 1 интерфейс, но есть еще 1 внешний - смотрит во внутреннюю городскую сеть с маской 10.х.х.х, не думаю, что он может мешать.

    Daniil Khabarov
    А в сторону DNS вы не смотрели?
    Насколько все корректно у вас разрешается?
     -
    есть у нас свой DNS сервер, форвардинг на DNS-сервера провайдера настроен. Интернет-имена нормально разрешаются, пинг по имени работает. Имена проблемных доменов тоже разрешаются нормально. Вопросов к ДНС - нету... (как я думаю)

    kkvkkv
    Ну ставьте  networkmonitor
    смотрите что с пакетами происходит

     -
      пробовал ставил и на сам Exchange  и на прокси - ясной картины не дает, как ни странно.
      Я выше писал об этом - смотрите мой пост от 27.02.2010
    Если вы сможете мне дать совет относительно network monitor'а - буду чрезвычайно признателен......
    17 марта 2010 г. 3:27
  • А логирование на транспорт вы уже пробовали увеличивать и смотреть ошибки при отправке?
    Если с каналом все в порядке, возможно что-то с маршрутизацией?
    Отправка с сервера Exchange идет напрямую в интернет или через Firewall?
    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    17 марта 2010 г. 7:05
  • А логирование на транспорт вы уже пробовали увеличивать и смотреть ошибки при отправке?
    Если с каналом все в порядке, возможно что-то с маршрутизацией?
    Отправка с сервера Exchange идет напрямую в интернет или через Firewall?


    Логирование включено везде. Но увеличить....?  Его ведь можно только либо включить, либо отключить ?  :-о

    Пожалуйста, вот выдержки из лога TransportRoles_Logs\ProtocolLog\SmtpSend:

    2010-03-19T03:07:47.038Z,SMTP Internet connector,08CC93E1001C9B78,21,192.168.1.1:4016,94.31.239.90:25,*,2800,sending message
    2010-03-19T03:07:47.038Z,SMTP Internet connector,08CC93E1001C9B78,22,192.168.1.1:4016,94.31.239.90:25,>,MAIL FROM:<mail@SENDDOMAIN.ru> SIZE=4210950,
    2010-03-19T03:07:47.163Z,SMTP Internet connector,08CC93E1001C9B78,23,192.168.1.1:4016,94.31.239.90:25,<,250 2.1.0 mail@SENDDOMAIN.ru.... Sender OK,
    2010-03-19T03:07:47.163Z,SMTP Internet connector,08CC93E1001C9B78,24,192.168.1.1:4016,94.31.239.90:25,>,RCPT TO:<mail@RECEIVEDOMAIN.ru>,
    2010-03-19T03:07:47.257Z,SMTP Internet connector,08CC93E1001C9B78,25,192.168.1.1:4016,94.31.239.90:25,<,250 2.1.5 mail@RECEIVEDOMAIN.ru ,
    2010-03-19T03:07:47.398Z,SMTP Internet connector,08CC93E1001C9B78,26,192.168.1.1:4016,94.31.239.90:25,>,DATA,
    2010-03-19T03:07:47.492Z,SMTP Internet connector,08CC93E1001C9B78,27,192.168.1.1:4016,94.31.239.90:25,<,354 Start mail input; end with <CRLF>.<CRLF>,
    2010-03-19T03:09:04.836Z,SMTP Internet connector,08CC93E1001C9B78,28,192.168.1.1:4016,94.31.239.90:25,-,,Remote
    2010-03-19T03:14:04.853Z,SMTP Internet connector,08CC93E1001C9B79,0,,94.31.239.90:25,*,,attempting to connect
    2010-03-19T03:14:25.838Z,SMTP Internet connector,08CC93E1001C9B79,1,,94.31.239.90:25,*,,"Failed to connect. Error Code: 10060, Error Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond"
    2010-03-19T03:19:25.855Z,SMTP Internet connector,08CC93E1001C9B7A,0,,94.31.239.90:25,*,,attempting to connect
    2010-03-19T03:19:25.934Z,SMTP Internet connector,08CC93E1001C9B7A,1,192.168.1.1:4098,94.31.239.90:25,+,,

    Вот аналогичный из лога TransportRoles_Logs\Connectivity:

    2010-03-19T03:07:46.726Z,08CC93E1001C9B78,SMTP,RECEIVEDOMAIN.ru,+,bc40f9e2-1eb4-434c-aad7-bd465132b95d
    2010-03-19T03:07:46.726Z,08CC93E1001C9B78,SMTP,RECEIVEDOMAIN.ru,>,mail.RECEIVEDOMAIN.ru[200.200.200.200]
    2010-03-19T03:07:46.835Z,08CC93E1001C9B78,SMTP,RECEIVEDOMAIN.ru,>,Established connection to 200.200.200.200
    2010-03-19T03:09:04.836Z,08CC93E1001C9B78,SMTP,RECEIVEDOMAIN.ru,-,Retry
    2010-03-19T03:14:04.853Z,08CC93E1001C9B79,SMTP,RECEIVEDOMAIN.ru,+,bc40f9e2-1eb4-434c-aad7-bd465132b95d
    2010-03-19T03:14:04.853Z,08CC93E1001C9B79,SMTP,RECEIVEDOMAIN.ru,>,mail.RECEIVEDOMAIN.ru[200.200.200.200]
    2010-03-19T03:14:25.838Z,08CC93E1001C9B79,SMTP,RECEIVEDOMAIN.ru,>,Failed connection to 200.200.200.200 (0000274C)
    2010-03-19T03:14:25.838Z,08CC93E1001C9B79,SMTP,RECEIVEDOMAIN.ru,-,Retry

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

    Отправка с сервера Exchange идет напрямую в интернет или через Firewall?

    Отправка идет через Firewall (т.е. прокси-сервер).

    Я думаю это несущественно, т.к. более 90 процентов почты ходит  н о р м а л ь н о. По-моему маршрутизация и прокси и Firewall здесь совершенно ни при чем. Я могу послать тестовое письмо-"коротышку" оно улетает мгновенно, следом большое-все... оно виснет.....

     

    Может какие-либо настройки в Exchange 2007, влияющие на отправление писем ? Ведь убрали же из Exchange разбиение писем на части, может это как-то может влиять.....

    Хоть бы зацепка какая-нибудь.......

    19 марта 2010 г. 8:52
  • логгирование имелось ввиду не SMTP лог - а логгирование служб транспорта - пишется event log ( в приложения)
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 марта 2010 г. 10:14
  • Извините, не сразу понял. Включил в Server configuration->Manage Diagnostic Logging Properties уровень записи событий "Expert" для следующих служб:

    MSExchage Transport: SMTPSend, Logging, TransportService

     MSExchage Transport Service: Transport Service

     

    При попытке отправить большое письмо на проблемный домен в журнале EventVeiwer->Application обнаружил такое событие:

    Event Type: Warning
    Event Source: MSExchangeTransport
    Event Category: SmtpSend
    Event ID: 2006
    Date: 19.03.2010
    Time: 15:44:44
    User: N/A
    Computer: SERVER
    Description:
    Send connector SMTP Internet connector: the connection to 200.200.200.200:25 was disconnected by the remote server.

    Понимаю, что удаленый сервер сбрасывает соединение, но вот причина ?

    Может включить логирование еще для каких-нибудь служб ?

    19 марта 2010 г. 10:59
  • причина сброса соедиения может быть банальна - принимающая сторона может отвести на соедиение к примеру 5 минут и вот ежели в течении сего времени передача не завершится - то соединение рвется принимающей стороной принудительно

    кстати - попробуйте для того проблемного домена создать свой отправляющий сервер с указанием смарт хоста (=сервера приемки)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    19 марта 2010 г. 11:46
  • у меня такое было.

    было 2 домена куда отказывались уходить письма больше 100 кб

    Эксперимент показал что пакеты не ходили после команды data.

    т.к. у нас была довольно сложная структура сети, это 2 vlan + пересобирание на шлюзе с их маркировкой. я для своего сервера  убрал маркировку пакетов + избавился от vlan. после этого все стало нормально.

    Самое забавное что стандартная smtp служба и mdaemon нормально отправляли письма в эти 2 домена.

     

    19 марта 2010 г. 17:25
  • Нет в Интернет смотрит 1 интерфейс, но есть еще 1 внешний - смотрит во внутреннюю городскую сеть с маской 10.х.х.х, не думаю, что он может мешать.
    Попробуйте временно отключить второй внешний интерфейс (хоть он и не в интернет), отключить Траффик Инспектор, настроить NAT и протестировать в такой конфигурации. У ТИ бывают проблемы с передачей больших файлов при использовании 2-х внешних интерфейсов.
    • Помечено в качестве ответа Anatoly_A 25 марта 2010 г. 9:44
    20 марта 2010 г. 10:12
  • Sergey Krylov

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

    --- я посмотрел по логу - разное время бывает до обрыва соединения, в среднем 1-5 минут, но может и через 45 секунд после начала сеанса. Т.е. не по тайм-ауту

    попробуйте для того проблемного домена создать свой отправляющий сервер с указанием смарт хоста (=сервера приемки)

    вы, наверное, имели  виду создать send-connector с указанием принимающего сервера как смарт-хоста?

    Если так, то пробовал - картина абсолютно такая же. Короткие письма уходят, большие висят..

     

    kkvkkv

    было 2 домена куда отказывались уходить письма больше 100 кб

    Эксперимент показал что пакеты не ходили после команды data.

    т.к. у нас была довольно сложная структура сети, это 2 vlan + пересобирание на шлюзе с их маркировкой. я для своего сервера  убрал маркировку пакетов + избавился от vlan. после этого все стало нормально.

    это интересно. Спасибо за информацию.

    Увы, у меня vlan'ов нет. А в больших письмах Network Monitor распознает только служебные пакеты окончания сеанса. А в начале никаких службеных команд типа MAIL TO, MAIL FROM DATA вообще не видно. Я этого так понять и не смог -- почему ??

     

    Alexey Shokarev

    Попробуйте временно отключить второй внешний интерфейс (хоть он и не в интернет), отключить Траффик Инспектор, настроить NAT и протестировать в такой конфигурации.

    Обязательно проверю и напишу. Пробовал просто отключать ТИ - не помогло...

    Спасибо за советы  :-)

    23 марта 2010 г. 6:12
  • Выяснил причину (надеюсь).

    По совету Alexey Shokarev отключил Трафик Инспектор и проверил прохождение почты. Все стало нормально - даже 12 Мб письма уходили с 1-го раза. У меня ТИ стоит еще версии 1.1.4 196, придется пробовать ставить более новую....

    Все большое спасибо за советы и участие, особенно Alexey Shokarev  :-)

    P.S. Обновлю ТИ - напишу, как с новыми версиями нормально или нет будет

    25 марта 2010 г. 9:43
  • Наконец перешел на новую версию  (последнюю - 2.0.0.633) Трафик Инспектора. НО, проблема осталась...

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

    ;-(

  • Насколько мне ивестно, проблема с Трафик Инспектором с письмами большого размера (да и вообще с файлами большого размера) возникает при работе Траффик Инспектор с двумя (и более) внешними интерфейсами, при работе с одним проблемы вроде бы быть не должно (у меня не было, но проверял только на больших файлах, на почте Exchange не проверял, обычную почту с серверов в интернете Outlook качал без проблем). У Вас как раз случай с двумя внешними интерфейсами.

    Проблема связана с алгоритмом работы Траффик Инспектор с несколькими интерфейсами (в процессе передачи файлов может поменяться интерфейс через который идет передача (прием) и загрузка зависает. И, насколько мне известно, полного решения проблемы пока нет (по частичным вариантам см. форум по Траффик Инспектор).

  • Как вариант решения проблемы могу предложить отключить Траффик Инспектор с одного из интерфейсов вообще (но может и не сработать) или (что лучше) второй интерфейс на внешнюю городскую сеть убрать с сервера и завести его в сеть через отдельный роутер.