Писал как-то R50C к All примерно 12 Мар 18 в 13:10 А я смотрю и фигею.
RC> 2:6078/0: Unexpected frame M_PWD
RC> На последнем случае хотелось бы остановиться отдельно. Похоже, имеет место RC> некая проблема конкретного нестандартного софта, которая не встречалась с RC> другими узлами:
RC> + 06 Mar 12:45:54 [6800] call to 2:6078/1@fidonet RC> 06 Mar 12:45:54 [6800] trying 78.36.196.48 [78.36.196.48]... RC> 06 Mar 12:45:54 [6800] connected RC> + 06 Mar 12:45:54 [6800] outgoing session with 78.36.196.48:24554 RC> - 06 Mar 12:45:55 [6800] SYS Techno Music BBS RC> - 06 Mar 12:45:55 [6800] ZYZ Elec RC> - 06 Mar 12:45:55 [6800] LOC Kaliningrad, West Russia RC> - 06 Mar 12:45:55 [6800] NDL 33600,V32B,V34,ITN,IBN,IFC
>> - 06 Mar 12:45:55 [6800] VER FTNMail/0.546_beta/Freeware binkp/1.1
RC> - 06 Mar 12:45:55 [6800] PHN +7-4012-630798 RC> + 06 Mar 12:45:55 [6800] addr: 2:6078/1@fidonet RC> + 06 Mar 12:45:55 [6800] addr: 2:478/18.5@fidonet RC> + 06 Mar 12:45:55 [6800] addr: 2:478/37@fidonet RC> + 06 Mar 12:45:55 [6800] addr: 2:6078/0@fidonet RC> + 06 Mar 12:45:55 [6800] addr: 2:478/0@fidonet RC> - 06 Mar 12:45:55 [6800] TRF 0 0 RC> + 06 Mar 12:45:55 [6800] Remote has 0b of mail and 0b of files for us
>> ? 06 Mar 12:45:55 [6800] rerror: Unexpected frame M_PWD
RC> Session setup stage: M_ADR (must be sent by both sides),
>> M_PWD (must not be sent by the Answering side),
RC> M_OK (must not be sent by the Originating side). These commands MUST never RC> be sent during the file transfer stage.
RC> Так что, похоже, дело в некорректной реализации протокола в конкретном RC> мейлере. Возможно, такое поведение отключается на уровне конфига, а может RC> быть нужно просто обновить ПО. Я использую мейлер собственной разработки. Реализация бинка в нем несколько корявая, однако с момента 25.08.2014 11:53 53 037 uBinkP.pas проблем не возникало. Я учту этот момент, и чуть будет время посвободнее - внесу исправления. Если есть желание пообсуждать - думаю более правильно будет в RU.FTN.DEVELOP Вкратце - реализация бинкп там была в виде попытки натянуть сову на глобус, то есть логика аутентификации там взята от емси - со всеми вытекающими. Изначально было сделано правильно, но с кем-то из линков возникала проблема соединения, после чего было добавлено посылание этого фрейма - и проблема решилась. Вот спустя 4 года вылезла новая. Будет пофикшено как руки дойдут.
Ну и чтобы 2 раза не вставать - просьба лог опроса узлов сразу дополнить данными хост:порт, на который производилась попытка соединения в тот момент. Так, на всякий случай - для разбора полетов уже в местной сисопской эхе.