13:50:32 2100 Connection from: 192.168.100.8:2459
13:50:32 2100 EHLO riapanda.spb.ru
13:50:32 2100 AUTH LOGIN
13:50:32 2100 334 VXNlcm5hbWU6
13:50:33 2100 ZnRwX3VzZXI=
13:50:33 2100 334 UGFzc3dvcmQ6
13:50:33 2100 ZnRwdXNlcg==
13:50:33 2100 235 Authentication successful, ftp_user
13:50:33 2100 ThreadReturn
13:50:34 2101 Connection from: 192.168.100.8:2461
13:50:34 2101 EHLO riapanda.spb.ru
13:50:34 2101 AUTH LOGIN
13:50:34 2101 334 VXNlcm5hbWU6
13:50:35 2101 ZnRwX3VzZXI=
13:50:35 2101 334 UGFzc3dvcmQ6
13:50:35 2101 ZnRwdXNlcg==
13:50:35 2101 235 Authentication successful, ftp_user
13:50:35 2101 ThreadReturn
При этом программе иногда удается пробиться и отправить почту (попытки с 20-40). От почтовых клиентов (Outlook и Thunderbird) прием идет нормально. Настройки есерва на филиалах аналогичны, сборка тоже. Программу копировал с рабочего филиала.
Помогите разобраться.
Антивирей нет.
Есть ещё совершенно безумный вариант — попытаться имитировать работу робота вручную, через телнет. По крайней мере, вы знаете, что надо вводить.
В логе Eserv:
Сеанс телнета может подсказать, кто это.
Тут авторизация прошла и ошибок нет.
Лог Есерв с работающего филиала:
На "нерабочем" соединение и авторизация проходит успешно
(Authentication successful, ftp_user )
А вот следующая команда (MAIL FROM программой, судя по ее логам, даже не успевает отослаться, получая вдогонку ThreadReturn без кода завершения.
EHLO riapanda
Что запишется в SMTP-лог?
Ещё: какие у робота настройки есть? Интересует во-первых, по части приветствия и прочих текстовых констант, во-вторых, тайм-ауты.
Из настроек — адрес, порт, имя и пароль пользователя.
У программера узнал — EHLO он в саму программу "вшил".
А из-за чего может не выводиться код ошибки?
Если MAIL FROM отправлялся клиентом, то почему даже в логе самого клиента (выше 02 Июл 2009 12:10) нет этой команды? Eserv записывает полученную команду в лог ДО выполнения команды, кроме случаев, когда длина полученной командной строки протокола больше 1000 байт или равна нулю (в этом случае считается, что поступающий протокол не SMTP, а какой-то неизвестный, соединение закрывается сервером, и всё). Код ошибки, кстати, в этом случае нулевой (можете испытать — просто нажать ENTER в телнете, подключенном к Eserv/2 SMTP), поэтому стоит проверить, не может ли отправляющая программа выдавать пустые команды в каких-то случаях.