= Сообщение: 901 из 1927 ========================================== RU.BINKD = От : Alexey Vissarionov 2:5020/545 28 Nov 16 09:29:00 Кому : Stas Mishchenkov 28 Nov 16 09:29:00 Тема : непонятный hold FGHI : area://RU.BINKD?msgid=2:5020/545+583bd0a2 На : area://RU.BINKD?msgid=2:460/58+583b38e9 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.BINKD?msgid=2:460/58+583c8f62 ============================================================================== Доброго времени суток, Stas! 27 Nov 2016 22:42:46, ты -> мне:
AV>> могу предположить, что при исходящей сессии обрабатывается только AV>> .dlo, а соответствующий .hlo не обрабатывается. SM> Вот, хорошо бы, коли только так, а когда .cut и .dut отдались, а SM> .hut - нет, возникает вопрос, правильно ли я понимаю идею BSO? AV>> Лично я сделал бы так: проводим сессию в соответствии с .dlo, а AV>> после ее завершения,
Здесь я неточно выразился: правильнее - "после завершения обмена файлами".
AV>> когда эхотаг в течение ${rescan_delay} секунд проверяет, не AV>> появилось ли еще чего-нибудь для этого линка,
... пока соединение еще не разорвано.
AV>> разрешить (или запретить) заглядывать еще и в .hlo
Пусть, например, этот параметр называется rescan_include_hold
SM> ммм... не уверен, что стоит "звонить" если есть долько hold. SM> По идее он для того и выдуман, что бы не звонить...
Еще раз: соединение _уже_ установлено, и даже обмен файлами из .dlo _уже_ произошел.
SM> С другой стороны, привычное для меня поведение мейлера - рескан SM> (может быть запрещен в конфиге) аутбаунда после дозвона, перед SM> началом сессии и отправка всего, что есть на этот узел. Входящей-то SM> сессии может и не быть уже после этого.
Ну вот я и предлагаю при rescan_include_hold == yes отдавать еще и то, что накопилось в .hlo, а при rescan_include_hold == no ждать входящего соединения.
-- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Ну что же вы стоите на пороге? Не стесняйтесь, идите отсюда! --- /bin/vi * Origin: http://openwall.com/Owl/ru (2:5020/545)