SM>> Хорошо. Флавор в BSO определяет в каком порядке звонить на узлы SM>> (Crash, Imm, Dir, Normal) и не звонить (Hold), а так же в каком SM>> порядке отдавать файлы во время сессии. Так? SM>> Почему во время исходящей сессии отдается все, кроме флавора холд, SM>> который отдается только во время входящей сессии?
AV> Я не разработчик эхотага,
Наслышан.;)
AV> но могу предположить, что при исходящей сессии обрабатывается только AV> .dlo, а соответствующий .hlo не обрабатывается.
Вот, хорошо бы, коли только так, а когда .cut и .dut отдались, а .hut - нет, возникает вопрос, правильно ли я понимаю идею BSO?
AV> Лично я сделал бы так: проводим сессию в соответствии с .dlo, а после AV> ее завершения, когда эхотаг в течение ${rescan_delay} секунд AV> проверяет, не появилось ли еще чего-нибудь для этого линка, разрешить AV> (или запретить) заглядывать еще и в .hlo
ммм... не уверен, что стоит "звонить" если есть долько hold. По идее он для того и выдуман, что бы не звонить...
С другой стороны, привычное для меня поведение мейлера - рескан (может быть запрещен в конфиге) аутбаунда после дозвона, перед началом сессии и отправка всего, что есть на этот узел. Входящей-то сессии может и не быть уже после этого.