Skip to main content


Просмотр конференции fido7.binkd:

Предыдущее Следующее

Дата: 20 Dec 2020, 18:40:56
От: Marc Lewis @ 1:396/45.0
Кому: Alan Ianson
Тема: Re: Even more questions!

Hello Alan.

<On 20Dec2020 15:08 Alan Ianson (1:153/757.2) wrote a message to Marc Lewis regarding Even more questions! >

 ML> What am I doing wrong? Irex has no problem seeing the entire BSO
 ML> directory structure; surely there's something I'm omitting from or 
 ML> have written wrong in the configuration file(s).

 AI> I am not sure why it's not being sent. Is there a node line in your
 AI> config for the destination node?

 AI> I'm not sure if binkd is not seeing the outbound traffic, or if
 AI> binkd doesn't know what to do with it.

It's evident that with me being in Zone 1, binkd either does not recognise the configuration line for that node, quoted below, or some other bizarre circumstance is preventing it from either sending
or receiving from that node.

I fired up Irex again, and it not only sent all the mail waiting for Zone 2 but received a TON of .pkts from that node which had apparently been waiting for the last 2 or 3 days since I tried running
binkd exclusively.

Here again is the first line of my binkd.cfg:
domain fidonet Q:\\fido_out\\out\\ 1

And the node's line in the NODES.CFG file:
node 2:280/464@fidonet (password) c

I also note that on that machine, which is substantially more powerful than this machine, binkd takes up over 96% of the processor, making the other programs and .cmd files quite lethargic.  When it
is running on this machine with just the 2 nodes that run on port 24555 (like I mentioned in a previous) message, it barely takes up 2% of the processor's resources. I am in a quandry about what to
do with all these irregularities.  Surely I have something configured incorrectly OR the bigger the number of nodes in the NODES.CFG the more idle resources it consumes, which is counterintuitive
IMO. I'm obviously missing some point here.

Best regards,

--- timEd/2 1.10.y2k+
Origin: Sursum Corda! BBS-Huntsville, (1:396/45)

Предыдущее Следующее

К списку сообщений
К списку конференций