= Сообщение: 2685 из 2735 =================================== RU.FTN.DEVELOP = От : Dmitriy Romanov 2:6078/1 12 Oct 24 14:48:06 Кому : Nil A 12 Oct 24 14:48:06 Тема : Binkp handshake FGHI : area://RU.FTN.DEVELOP?msgid=2:6078/1+670a7039 На : area://RU.FTN.DEVELOP?msgid=2:5015/46+6709418b = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Приветики, Nil!
Писал как-то Nil A к Alexey Khromov примерно 11 Окт 24 в 18:11 А я смотрю и фигею.
AK>> Как видишь, в стандарте *не определено* ожидание M_ADR одной из AK>> сторон AK>> - только синхронизация на сверке пароля, о чем явно указано в AK>> FTS. Однако, технически *возможно* и *не противоречит* стандарту, если AK>> в мейлер добавить выдачу своего адреса только после представления AK>> вызывающей стороны, о чем я ранее и написал.
NA> Означает ли это, что если обе стороны будут, как при игре в покер, пытаться NA> не "раскрыть свои карты" до последнего, что как бы не противоречит NA> стандарту, то хендшейк просто будет застревать, играют в несознанку, и NA> отваливаться по таймауту? Так и будет. Но в такой ситуации в более других протоколах принято вызывающему представляться первым.