непонятный hold

Rinat H. Sadretdinow написал(а) к All в Nov 16 12:09:48 по местному времени:

Нello All!

Может быть это у меня руки кривые и я что-то намудрил с конфигурацией (хотя не менял её года два вообще), может быть ещё чего. Когда у меня binkd не может соединиться с аплинком он создаёт hold файл:

~~~
+ 00:24 [27448] call to 2:5020/1042@fidonet
00:24 [27448] trying f1042.ru [54.246.97.165]...
? 00:24 [27448] connection to 2:5020/1042@fidonet failed: Connection refused
00:24 [27448] trying f1042.n5020.z2.binkp.net [54.246.97.165]...
? 00:24 [27448] connection to 2:5020/1042@fidonet failed: Connection refused
+ 00:24 [27448] holding 2:5020/1042@fidonet (2016/11/26 00:30:33)
~~~

в котором вроде бы (как я всегда думал) по аналогии с crash, direct и прочими должен быть прописан полный путь на почтовый бандл, но вместо этого там написано "1480109433" (без кавычек).

Естественно пока я руками этот hold не прибью никакого соединения с аплинком binkd совершать уже не хочет и даже не пытается.

Посему вопросы:

1) зачем binkd создаёт hold (direct с полным путём на почтовый бандл уже есть, этот hold создаётся дополнительно) ?
2) что такое "1480109433" и откуда оно берётся?

Bye!

--- GoldED+/LNX 1.1.5-b20150715

Michael Dukelsky написал(а) к Rinat H. Sadretdinow в Nov 16 12:28:08 по местному времени:

Привет, Rinat!

26 Nov 16 12:09, Rinat Н. Sadretdinow послал(а) письмо к All:

RS> Может быть это у меня руки кривые и я что-то намудрил с конфигурацией
RS> (хотя не менял её года два вообще), может быть ещё чего. Когда у меня
RS> binkd не может соединиться с аплинком он создаёт hold файл:

И правильно делает.

[...skipped...]
RS> в котором вроде бы (как я всегда думал) по аналогии с crash, direct и
RS> прочими должен быть прописан полный путь на почтовый бандл, но вместо
RS> этого там написано "1480109433" (без кавычек).

Это время, до которого binkd не будет пытаться соединиться вновь, в формате unix time.

$ perl -e 'print scalar (gmtime '1480109433'), "\n"'

Fri Nov 25 21:30:33 2016

RS> Естественно пока я руками этот hold не прибью никакого соединения с
RS> аплинком binkd совершать уже не хочет и даже не пытается.

Именно так и было задумано.

RS> Посему вопросы:

RS> 1) зачем binkd создаёт hold (direct с полным путём на почтовый бандл
RS> уже есть, этот hold создаётся дополнительно) ?

binkd хочет переждать какое-то время, возможно связь за это время восстановится.

RS> 2) что такое "1480109433" и откуда оно берётся?

См. выше.

Желаю успехов, Rinat!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128

Alexey Vissarionov написал(а) к Rinat H. Sadretdinow в Nov 16 12:32:22 по местному времени:

Доброго времени суток, Rinat!
26 Nov 2016 12:09:48, ты -> All:

RНS> Может быть это у меня руки кривые и я что-то намудрил с конфигурацией
RНS> (хотя не менял её года два вообще), может быть ещё чего. Когда у меня
RНS> binkd не может соединиться с аплинком он создаёт hold файл:
RНS> 00:24 [27448] holding 2:5020/1042@fidonet (2016/11/26 00:30:33)

Все правильно: не получается установить соединение - нефиг долбиться, лучше немного подождать.

RНS> в котором вроде бы (как я всегда думал) по аналогии с crash, direct и
RНS> прочими должен быть прописан полный путь на почтовый бандл, но вместо
RНS> этого там написано "1480109433" (без кавычек).

Правильно написано.

RНS> Естественно пока я руками этот hold не прибью никакого соединения с
RНS> аплинком binkd совершать уже не хочет и даже не пытается.

Либо пока не истечет время ожидания.

RНS> Посему вопросы:
RНS> 1) зачем binkd создаёт hold (direct с полным путём на почтовый бандл
RНS> уже есть, этот hold создаётся дополнительно) ?

.hlo (как и прочие .?lo) - список бандлов, которые нужно отдать линку.
А hold - признак того, что в течение некоторого времени к линку долбиться не нужно.

RНS> 2) что такое "1480109433"

Время, до которого эхотаг не будет предпринимать попыток соединиться.
В данном случае 2016-11-26 00:30:33

RНS> и откуда оно берётся?

`date +%s`


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Чем глубже голова спрятана в песок, тем беззащитней задница
--- /bin/vi

Vitaliy Geydeko написал(а) к Rinat H. Sadretdinow в Nov 16 20:34:16 по местному времени:

Привет, Rinat!

26 Ноя 16 12:09, ты писал(а) All:

RНS> Естественно пока я руками этот hold не прибью никакого соединения с
RНS> аплинком binkd совершать уже не хочет и даже не пытается.

что бы он прибивался сам, служит ключ конфига
kill-old-bsy 1800
Это или минуты или секунды.
значение мое.
то-есть истекает интервал и твой узел вновь попробует этот линк
по моему секунды.

Vitaliy

... np: Стелла Джанни - НЕБО (no name)
--- Странноместный водолаз-спасатель

Aleksandr Volosnikov написал(а) к Alexey Vissarionov в Nov 16 21:41:01 по местному времени:

Добpого вpемени суток, Alexey!
26 ноябpя 16 года в 12:32 Alexey* *Vissarionov* писал в RU.BINKD для *Rinat* *Н. Sadretdinow с темой "непонятный hold"

RНS>> Когда у меня binkd не может соединиться с аплинком он создает
RНS>> hold файл
AV> Все пpавильно: не получается установить соединение - нефиг долбиться,
AV> лучше немного подождать.
Как это отключить?

За диакpитическим знаком над "е" пpава на жизнь не пpизнаю. IMCO
С наилучшими пожеланиями, Александp, IP-поинт из Куpгана
--- [!] [SIEMENS GSM] [SIEMENS DECT] [РЖД] [СБ РФ]

Rinat H. Sadretdinow написал(а) к Aleksandr Volosnikov в Nov 16 23:51:58 по местному времени:

Нello Aleksandr!

26 Nov 16 21:41, you wrote to Alexey Vissarionov:

RНS>>> Когда у меня binkd не может соединиться с аплинком он создает
RНS>>> hold файл
AV>> Все пpавильно: не получается установить соединение - нефиг
AV>> долбиться, лучше немного подождать.
AV> Как это отключить?

Я так думаю (посмотрев исходники) надо в binkd.cfg написать

try 0

Но могу и ошибаться.

Bye!

--- GoldED+/LNX 1.1.5-b20150715

Stas Mishchenkov написал(а) к Alexey Vissarionov в Nov 16 22:47:04 по местному времени:

Нi, Alexey!

Хорошо. Флавор в BSO определяет в каком порядке звонить на узлы (Crash, Imm, Dir, Normal) и не звонить (Нold), а так же в каком порядке отдавать файлы во время сессии. Так?
Почему во время исходящей сессии отдается все, кроме флавора холд, который отдается только во время входящей сессии?

ЗЫ: Binkd 1.1a-73 (Jul 1 2015 15:16:24/Win32)
Compilation flags: msvc, static, zlib, bzlib2, perl, https, ntlm, amiga4doutbound, bwlim, ipv6.
Facilities: fts5004 ipv6

Нave nice nights.
Stas Mishchenkov.

--- Если ложка не стоит в сметане, очевидно, виновата не ложка!

Alexey Vissarionov написал(а) к Stas Mishchenkov в Nov 16 13:23:32 по местному времени:

Доброго времени суток, Stas!
26 Nov 2016 22:47:04, ты -> мне:

SM> Хорошо. Флавор в BSO определяет в каком порядке звонить на узлы
SM> (Crash, Imm, Dir, Normal) и не звонить (Нold), а так же в каком
SM> порядке отдавать файлы во время сессии. Так?
SM> Почему во время исходящей сессии отдается все, кроме флавора холд,
SM> который отдается только во время входящей сессии?

Я не разработчик эхотага, но могу предположить, что при исходящей сессии обрабатывается только .dlo, а соответствующий .hlo не обрабатывается.

Лично я сделал бы так: проводим сессию в соответствии с .dlo, а после ее завершения, когда эхотаг в течение ${rescan_delay} секунд проверяет, не появилось ли еще чего-нибудь для этого линка, разрешить (или запретить) заглядывать еще и в .hlo


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Смайлики - тоже знаки препинания :-)
--- /bin/vi

Stas Mishchenkov написал(а) к Alexey Vissarionov в Nov 16 22:42:46 по местному времени:

Нi, Alexey!

27 ноя 16 13:23, Alexey Vissarionov -> Stas Mishchenkov:

SM>> Хорошо. Флавор в BSO определяет в каком порядке звонить на узлы
SM>> (Crash, Imm, Dir, Normal) и не звонить (Нold), а так же в каком
SM>> порядке отдавать файлы во время сессии. Так?
SM>> Почему во время исходящей сессии отдается все, кроме флавора холд,
SM>> который отдается только во время входящей сессии?

AV> Я не разработчик эхотага,

Наслышан.;)

AV> но могу предположить, что при исходящей сессии обрабатывается только
AV> .dlo, а соответствующий .hlo не обрабатывается.

Вот, хорошо бы, коли только так, а когда .cut и .dut отдались, а .hut - нет, возникает вопрос, правильно ли я понимаю идею BSO?

AV> Лично я сделал бы так: проводим сессию в соответствии с .dlo, а после
AV> ее завершения, когда эхотаг в течение ${rescan_delay} секунд
AV> проверяет, не появилось ли еще чего-нибудь для этого линка, разрешить
AV> (или запретить) заглядывать еще и в .hlo

ммм... не уверен, что стоит "звонить" если есть долько hold. По идее он для того и выдуман, что бы не звонить...

С другой стороны, привычное для меня поведение мейлера - рескан (может быть запрещен в конфиге) аутбаунда после дозвона, перед началом сессии и отправка всего, что есть на этот узел. Входящей-то сессии может и не быть уже после этого.

Нave nice nights.
Stas Mishchenkov.

--- Если ложка не стоит в сметане, очевидно, виновата не ложка!

Alexey Vissarionov написал(а) к Stas Mishchenkov в Nov 16 09:29:00 по местному времени:

Доброго времени суток, 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

Пусть, например, этот параметр называется rescanincludehold

SM> ммм... не уверен, что стоит "звонить" если есть долько hold.
SM> По идее он для того и выдуман, что бы не звонить...

Еще раз: соединение уже_ установлено, и даже обмен файлами из .dlo _уже произошел.

SM> С другой стороны, привычное для меня поведение мейлера - рескан
SM> (может быть запрещен в конфиге) аутбаунда после дозвона, перед
SM> началом сессии и отправка всего, что есть на этот узел. Входящей-то
SM> сессии может и не быть уже после этого.

Ну вот я и предлагаю при rescaninclude_hold == yes отдавать еще и то, что накопилось в .hlo, а при rescan_includehold == no ждать входящего соединения.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Ну что же вы стоите на пороге? Не стесняйтесь, идите отсюда!
--- /bin/vi