Nп/п : 77 из 100
 От   : Vitaliy Aksyonov                    1:104/117         14 окт 24 23:27:30
 К    : Alexey Fayans                                         14 окт 24 08:41:02
 Тема : Re: Заливка сегмента нодлиста
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 1:104/117 670dfde1
@REPLY: 2:5030/1997@fidonet 67077116
@CHRS: CP866 2
@TZUTC: -0600
@TID: hpt/lnx 1.9 2024-03-02
Привет, 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)
SEEN-BY: 50/109 104/117 221/6 240/1120 301/1 341/66
451/31 452/28 166 455/19
SEEN-BY: 463/68 467/888 4500/1 5000/111 5001/100
5005/49 5015/42 46 5019/40
SEEN-BY: 5019/400 5020/113 545 620 715 828 830
846 848 1042 2992 4441 12000
SEEN-BY: 5022/128 5030/49 115 1081 1474 5053/51 55
5054/8 89 5058/104
SEEN-BY: 5060/900 5061/133 5066/18 5068/45 5083/1
444 6090/1
@PATH: 104/117 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх