Subj : Another BinkD Question
To   : Al Kaiser
From : mark lewis
Date : Wed Jul 20 2016 10:47 pm


20 Jul 16 21:35, you wrote to me:

AK>>> Or do I just simply make two .cfg files?

ml>> no... you could but why make it so overly complicated?? you should
ml>> explain more about your situation and why you are asking these
ml>> questions..

AK> I am polling one system for routed netmail and a area on his system.
AK> Then I am poling my regular feed for Echomail and netmail.

AK> So just wondering if


AK> # Link with System A
AK> Node X:xxx/xxx system.name [mypassword]

AK> # Link with System B
AK> Node Z:zzz/zzz system.name [mypassword]


AK> Works in one shot.

having them in your config makes them available...

AK> IE calls system A, then shuts down and calls system B. Or am I
AK> confusing BinkD and just one or the other system gets called.

to poll any system with a BSO mailer, you generally only need to create a poll
request for that system by the address you want to poll... there are several
ways to do this, though... if you want to poll numerous systems when there's no
waiting outbound mail for them, then you need to create a ?lo file for each of
them when ever you want to poll them...

AK> Eventually everything will move to one feed, but for the time being
AK> possibly a month or so I need to do two polls each session.

you can have both in the main config file or you can list them in include
files... as long as binkd can find something about them, then you should be
able to poll or otherwise contact them...

an example of include files is this bit at the end of my binkd config on my
main system

===== snip =====
include binkd.txt
include myconns.txt
===== snip =====

binkd.txt is the distributed binkd version of the fidonet nodelist... you may
have others with other names or in other directories from other networks...

myconns.txt is the list of my connections with the necessary override data to
override the defaults in the binkd.txt file... passwords and fileboxes as well
as possible crash or direct or similar attributes are specified in this file...

AK> Eventually I may have to think how to send echomail to both systems
AK> but the RIGHT echo mail to each system.

that's a function of your mail tosser... you'll have one system linked and not
the other so any PKTs created from messages in that echo will only be packed
for systems that you connect to directly for that echo...

AK> Eventually this should change to one system also.  But one step at a
AK> time.

in the long run, it doesn't matter as long as your connections stay alive and
running a mailer with a mail tosser to process mail...

AK> Hey I'm not a progammer that's why I ask what seems to some as "dumb"
AK> questions!

programming really doesn't come into play in this instance ;)

)\/(ark

Always Mount a Scratch Monkey

... One should never generalize.
---
* Origin:  (1:3634/12.73)