@MSGID: 2:6078/1 670a7039
@REPLY: 2:5015/46 6709418b
@CHRS: CP866 2
@TZUTC: 0200
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Приветики, Nil!


Писал как-то Nil A к Alexey Khromov  примерно 11 Окт 24  в 18:11
А я смотрю и фигею.

 AK>> Как видишь, в стандарте *не определено* ожидание M_ADR одной из
 AK>> сторон
 AK>> - только синхронизация на сверке пароля, о чем явно указано в
 AK>> FTS. Однако, технически *возможно* и *не противоречит* стандарту, если
 AK>> в мейлер добавить выдачу своего адреса только после представления
 AK>> вызывающей стороны, о чем я ранее и написал.

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

      Hа сем разрешите письмо закончить.   Elec (RA2FDR)
--- NoSFeRaTU`s GoldED+/W32-MINGW 1.1.5-b20090603
 * Origin: В свинарнике не стыдно быть свиньей (2:6078/1)
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 478/0 37 4500/1 5000/111
5001/100 5005/33 49 5015/35
SEEN-BY: 5015/42 46 5019/40 400 5020/113 545 620
715 828 830 846 848 1042
SEEN-BY: 5020/1721 2992 4441 12000 5022/128 5030/49
115 1081 1474 5031/71
SEEN-BY: 5049/6 5053/51 55 5054/8 89 5058/104
5060/900 5061/133 5066/18
SEEN-BY: 5068/45 5083/1 444 6078/0 1 2 6090/1
@PATH: 6078/1 5020/830 1042 4441