@MSGID: 2:5030/723 67097194
@REPLY: 2:5015/46 6709418b
@CHRS: CP866 2
@TZUTC: 0300
Здраствуйте, Nil!

11 окт 24 18:11, Nil A -> Alexey Khromov:

 NA> Означает ли это, что если обе стороны будут, как при игре в покер,
 NA> пытаться не "раскрыть свои карты" до последнего, что как бы не
 NA> противоречит стандарту, то хендшейк просто будет застревать, играют в
 NA> несознанку, и отваливаться по таймауту?

 Да, однако я написал уже, что стандартом предполагается в первой
фазе обмен всеми системными заголовками, включая адрес. Точка синхронизации
- проверка пароля, а его не проверить без адреса, т.к. MD5-челендж
отправляется вызываемым сервером первой же строкой.

 NA> В этом плане, какой-нибудь TLS handshake более понятен. Есть
 NA> ClientHello, есть ServerHello, и понятно кто что предъявляется, чтобы
 NA> можно было договориться.

 Видимо, портянки AKA с левонетами скрывать уже было незачем авторам
binkp. Дополним мейлер опцией какой-нить и заставим, если он *вызываемый* ,
ждать адреса вызывающего.


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