@MSGID: 2:5030/723 67081daa
@REPLY: 2:6078/1 6708130d
@CHRS: CP866 2
@TZUTC: 0300
Здраствуйте, Dmitriy!

10 окт 24 19:45, Dmitriy Romanov -> Alexey Fayans:

 AF>>>> В спецификации binkp написано, что вызываемая сторона должна
 AF>>>> начать хендшейк. Поэтму любой софт, реализующий протокол binkp,
 AF>>>> будет работать именно так и никак иначе. Если кто-то сделает
 AF>>>> по-другому, то ни один стандартный клиент не будет с такой
 AF>>>> реализцией работать.
 DR>>> классический binkd не дожидается, пока вызывающий представится.

 AF>> Я именно об этом и пишу. Потому что в классическом (и
 AF>> единственном) binkp представляется ВЫЗЫВАЕМВЫЙ, а не вызывающий.
 AF>> И пока вызываемый не представится (не начнёт хендшейк), сессия не
 AF>> начнётся.

 DR> Это не везде так. Мне среди линков встречались и другие мейлеры,
 DR> которые вели себя по-другому. Они не представлялись первыми на
 DR> входящей сессии, а ждали, когда представится вызыывающий.

 Посмотрел логи bforce - фаза 0: MD5-челендж, фаза 1: обмен
заголовками, заканчивается у обоих (и вызывающего, и вызываемого) посылкой своего
AKA, фаза 3: проверка пароля сессии. Технически несложно дождаться АКА
вызывающего, чтобы собрать свой АКА и это, как я правильно понял, вполне
соответствует спецификации. Важно не кто что начинает (без MD5-челенджа не будет и
обмена NUL,SYS,ZYZ и ADR).

Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309
 * Origin:  - Вы в опасности! Вы окружены роботами! -  (2:5030/723)
SEEN-BY: 50/109 104/117 221/6 240/1120 301/1 341/66
450/210 451/31 452/28 166
SEEN-BY: 455/19 463/68 467/888 4500/1 5000/111
5001/100 5005/49 5015/42 46
SEEN-BY: 5019/40 400 5020/113 545 620 715 828 830
846 848 1042 2992 4441
SEEN-BY: 5020/12000 5022/128 5030/49 87 115 671
722 723 1081 1115 1474
SEEN-BY: 5053/51 55 5054/8 89 5058/104 5060/900
5061/133 5066/18 5068/45
SEEN-BY: 5083/1 444 6083/11 6090/1
@PATH: 5030/723 1115 115 5020/1042 4441