Hello Charles!
** On Saturday 12.09.20 - 18:46, Charles Pierson wrote to August Abolins:
..Except perhaps in the case of either the bot or the
system attached to it going offline. Then it's just a
matter of the backlog of messages from both sides coming
through when the down section comes back online.
That could be a doozy. I think we experienced something akin
to that when Stas turned on the bot after a brief interlude.
If another bbs wants to gate that echo's traffic to
Telegram, they would have their own bot and their own
group (with similar name) to manage.
That's not a scenario I thought too much about.
Maybe until all the unique identifier stuff (^TG_PID, or
^TG_MSGID) can be sorted out, then just have it so that there
is only one gate-bot per group, and each BBS is responsible
for their own group.
If there are multiple bots per one group, then the MEMBERS
column could get pretty full. BUT, it would look cool if the
MEMBERS list denotes ALL members to the echo/group and not
just the ones that are getting gated through Stas's bot.
As it sits right now, we appear to be members of Stas' BBS
only.
I didn't consider separate groups for separate bots, as
it looks somewhat overcomplicated. I was only considering
a second bot as a backup in the cases where the original
bot or system dropped out for a time.
The gating is probably far from being a shared process with
multiple bots at this time. But Stas is in a fine position to
be the founder of establishing the standard ground-rules and
the checks and balances for managing dupes, avoiding loops,
coming up with the new terminologies for this thing, etc.
I go through ideas in my head much faster than I can
explain them. And often things get missed when I explain.
:)
--
../|ug
--- OpenXP 5.0.46
* Origin: The future is not what it used to be. (2:221/1.58)