= Сообщение: 2711 из 2735 =================================== RU.FTN.DEVELOP = От : Vitaliy Aksyonov 1:104/117 14 Oct 24 23:27:30 Кому : Alexey Fayans 14 Oct 24 23:27:30 Тема : Re: Заливка сегмента нодлиста FGHI : area://RU.FTN.DEVELOP?msgid=1:104/117+670dfde1 На : area://RU.FTN.DEVELOP?msgid=2:5030/1997@fidonet+67077116 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Привет, Alexey!
10 Oct 24 09:14, ты писал(а) Dmitriy Romanov:
AF>>> В спецификации binkp написано, что вызываемая сторона должна AF>>> начать хендшейк. Поэтму любой софт, реализующий протокол binkp, AF>>> будет работать именно так и никак иначе. Если кто-то сделает AF>>> по-другому, то ни один стандартный клиент не будет с такой AF>>> реализцией работать. DR>> классический binkd не дожидается, пока вызывающий представится.
AF> Я именно об этом и пишу. Потому что в классическом (и единственном) AF> binkp представляется ВЫЗЫВАЕМВЫЙ, а не вызывающий. И пока вызываемый AF> не представится (не начнёт хендшейк), сессия не начнётся.
А вот стандарт с тобой не согласен. fts-1026.001 говорит, что, цитата:
6.1.1 Originating Side ----------------------
Originating side sends M_ADR and M_PWD frames, waits for successful authentication acknowledgement from the Answering side (M_OK frame) and goes to file transfer stage; or receive M_ERR frame and close connection. Originating side MUST NOT wait before sending M_ADR frame, i.e. this frame should be send just after setting up a connection on underlying layer. Originating side MUST NOT wait before sending M_PWD except after reception of M_ADR frame. The term wait in this paragraph means do not send anything while expecting data from remote.
То есть сразу поле коннекта шлёт свои адреса и пароли.
6.1.2 Answering Side --------------------
Originating side sends M_ADR and waits for M_ADR and M_PWD frames from remote. Upon receptions of these frames, it decides whether the password really matches the list of presented addresses, and either acknowledges it by sending M_OK frame (and goes to file transfer stage) or rejects by sending M_ERR frame (and disconnects). The term wait in this paragraph means do not send anything while expecting data from remote.
То есть реальные мейлеры могут слать адреса одновременно! Протокол ведь полнодуплексный.
Best regards, Vitaliy Aksyonov.
... Куй железо, если не можешь ковать золото. --- GoldED+/LNX 1.1.5-b20240309 * Origin: Aurora, Colorado (1:104/117)
