none
Вопрос по SMTP RRS feed

  • Вопрос

  • Привет. Есть Exchange 2010 .  Один пользователь начал жаловаться что на один адрес э/п не уходит почта, стал разбираться письма в этот адрес висят в очереди Exchange ошибка такая - Последняя ошибка: 421 4.4.2 Connection dropped due to TimedOut
    Идентификатор очереди: mail\21. 

    Ну я думаю как проверить... Беру со своего почтаря telnet почтарь_получателя 25, пишу helo me а там - command is not recognized.

    Если отправить на адрес получателя с mail.ru то приходит отлуп тоже. Вроде бы понятно что проблема у них. Смущает то что на той стороне уверяют что получают письма и типа все ок. Как понять у кого проблема?

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

    25 января 2013 г. 6:33

Ответы

  • Вообще-то, звездочки в приглашении SMTP - это признак наличия по дороге Cisco PIX/ASA со включенным mailguard: он обнаруживает процедуру согласования типа терминала, с которой начинается сеанс telnet и не пропускает команды.

    Для тестирования можно попробовать вместо telnet использовать netcat (см. в Википедии, загрузить можно отсюда).

    По поводу Exch2K10 не скажу, а для Exch2K7 никакого универсального обходного пути для работы через PIX со включенным mailguard не было, MS рекомендовала  отключать mailguard.

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


    Слава России!

    • Помечено в качестве ответа Surf_rider 28 января 2013 г. 5:06
    25 января 2013 г. 20:38

Все ответы

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

    Можно попробовать проверить ихний smtp, например, вот здесь: http://www.mxtoolbox.com/

    Сделайте "Suspend" этой очереди или отдельному письму.


    Blog - Smtp25.ru


    25 января 2013 г. 6:46
    Отвечающий
  • Хорошо бы увидеть логи SMTP сессии от вас и от получателя.

    25 января 2013 г. 7:00
    Отвечающий
  • Если в самом начале smtp сессии наблюдается вот такой ответ "220 **********************", то попытки послать какую-либо другую команду будут безуспешны. Но это не будет означать, что почтовик не работает, как раз наоборот.

    Blog - Smtp25.ru

    25 января 2013 г. 7:05
    Отвечающий
  • "220 **********************" это я видел когда телнетился к той стороне.  А как логи smtp сессии увидеть?
    25 января 2013 г. 7:15
  • "220 **********************" это я видел когда телнетился к той стороне.
    В общих словах, у них установлен юниксовый почтовик и к нему из стандартного cmd.exe от windows не получится ввести нормально команды. это нормально.

    Blog - Smtp25.ru

    25 января 2013 г. 7:19
    Отвечающий
  • Сэр, я совсем запутался, так как мне понять у меня не работает или у них? А нет ли в Exchange распределения доставки? Когда несколько писем одновременно доставляются, например exim+freebsd?(Извиняюсь что такое "суровое" сравнение привожу)
    25 января 2013 г. 7:31
  • 1. Я имел ввиду то, что проверять telnet'ом ихний smtp не получится. По крайней мере из коммандной строки из-под Windows.

    2. Если логирование включено на отправляющем коннекторе, то логи лежат тут: С:\Program Files\Microsoft\Exchange Server\V14TransportRoles\Logs\ProtocolLog\SmtpSend. Если не включено логирование, то включить можно вот так: Configure Protocol Logging и дождаться когда туда отправится письмо. Желательно, конечно, чтобы и она вам прислали логи smtp сессии.

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


    Blog - Smtp25.ru


    • Изменено Maksim BarakinEditor 25 января 2013 г. 9:37
    • Помечено в качестве ответа Surf_rider 25 января 2013 г. 11:58
    • Снята пометка об ответе Surf_rider 25 января 2013 г. 12:10
    25 января 2013 г. 9:36
    Отвечающий
  • Вот лог с моего сервера, что это?

    25T05:43:21.847Z,inet,08CFC8C5521279D1,6,172.30.0.22:58117,172.30.0.72:25,>,MAIL FROM:<myuser@mydomain.ru>,
    2013-01-25T05:43:21.847Z,inet,08CFC8C5521279D1,7,172.30.0.22:58117,172.30.0.72:25,<,"250 Requested mail action okay, completed.",
    2013-01-25T05:43:21.847Z,inet,08CFC8C5521279D1,8,172.30.0.22:58117,172.30.0.72:25,>,RCPT TO:<recepient@recepdomain.ru>,
    2013-01-25T05:43:21.847Z,inet,08CFC8C5521279D1,9,172.30.0.22:58117,172.30.0.72:25,<,"250 Requested mail action okay, completed.",
    2013-01-25T05:43:21.925Z,inet,08CFC8C5521279D1,10,172.30.0.22:58117,172.30.0.72:25,>,DATA,
    2013-01-25T05:43:21.925Z,inet,08CFC8C5521279D1,11,172.30.0.22:58117,172.30.0.72:25,<,"354 Enter mail, end with ""."" on a line by itself.",
    2013-01-25T05:53:23.547Z,inet,08CFC8C5521279D1,12,172.30.0.22:58117,172.30.0.72:25,-,,Remote
    2013-01-25T05:54:23.559Z,inet,08CFC8C5521279F3,0,,172.30.0.72:25,*,,attempting to connect

    25 января 2013 г. 12:09
  • Вообще-то, звездочки в приглашении SMTP - это признак наличия по дороге Cisco PIX/ASA со включенным mailguard: он обнаруживает процедуру согласования типа терминала, с которой начинается сеанс telnet и не пропускает команды.

    Для тестирования можно попробовать вместо telnet использовать netcat (см. в Википедии, загрузить можно отсюда).

    По поводу Exch2K10 не скажу, а для Exch2K7 никакого универсального обходного пути для работы через PIX со включенным mailguard не было, MS рекомендовала  отключать mailguard.

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


    Слава России!

    • Помечено в качестве ответа Surf_rider 28 января 2013 г. 5:06
    25 января 2013 г. 20:38