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)
