• SynchroNet Oneliners

    From Codefenix@VERT/CONCHAOS to Accession on Thursday, February 12, 2026 08:03:54
    Re: SynchroNet Oneliners
    By: Accession to Codefenix on Wed Feb 11 2026 06:50 pm

    Sometimes I have to start what I write with something like that, or it may seem like I'm being sarcastic or insulting when I'm not (see tagline). :)

    I gotcha :)

    I've never used either, so I didn't realize the difference. Could (or is) the above even used with multiple "hubs" that can still connect to each other? Or is there still one designated hub that everyone chooses to connect to?

    Do you mean for prolonged hub downtimes which might prompt a NC change? I imagine what holds true for standard hub-node polling holds true for this, since it's just messages sent through an echo.

    |08ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
    |15 Ü|07 Ü |08Ü |11codefenix |08³
    |15 Û|07ÛÛÛ|08Û |09ConstructiveChaos BBS |08³
    |15 Þ|07ÜÛÜ|08Ý |01conchaos.synchro.net |08³ |08ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    |07
    ---
    þ Synchronet þ -=[ ConstructiveChaos BBS | conchaos.synchro.net ]=-
  • From Denn@VERT/OUTWEST to Codefenix on Thursday, February 12, 2026 07:26:31
    Re: SynchroNet Oneliners
    By: Codefenix to Accession on Wed Feb 11 2026 07:49 am

    Well, yes and no (and no offense taken). With IBOL, the local mod still runs and displays and accepts wall posts just fine regardless of the state of the hub. Then once the hub comes back online, any new posts get exchanged during polling. The user doesn't know (or care) that some other system is down.

    It can be set to local, or to another HUB, but in this case since it's set to echickens BBS as the hub it does not show up.

    because it's trying to connect in real time to something that isn't there. I've seen it take a long time (a minute or more) to time out in such cases, doing nothing but display a black screen. Most users aren't that patient and assume the board isn't working right and hang up.

    I hope echicken is ok, His BBS is also down, I've seen it go down for a few day's, but never this long.

    Denn

    ... MODEM: Monumentally Obsolete Data Eating Machine.

    ---
    þ Synchronet þ the Outwest BBS - outwest.synchro.net - Home of BBSBASE 6.0
  • From poindexter FORTRAN@VERT/REALITY to Codefenix on Thursday, February 12, 2026 10:37:31
    Codefenix wrote to Accession <=-

    I've never used either, so I didn't realize the difference. Could (or is) the above even used with multiple "hubs" that can still connect to each other? Or is there still one designated hub that everyone chooses to connect to?

    Do you mean for prolonged hub downtimes which might prompt a NC change?
    I imagine what holds true for standard hub-node polling holds true for this, since it's just messages sent through an echo.

    Some of the Fidonet wonks rave about the "fidoweb", which is another
    word for having multiple network feeds, then using your BBS software's
    dupe detection to weed out the duplicates. Apparently someone felt
    censored once by a hub filtering messages and this became a workaround.

    Back in the day, Fidonet put way too much focus on the backbone, and
    the sysops running it. No one's paying to download packets via LD any
    more, a distributed arrangement makes sense - and we're not limited to
    single lines with busy signals for most sysops.

    With multi-node software running binkp, we could re-arrange networks
    quite easily. Fidonet could be one zone, I've thought. I always worry
    about how many nodes are on auto-pilot and would fall off the network
    if you made a "flag day" change. But, then again, were those nodes
    were contributing to the network?









    --- MultiMail/Win v0.52
    þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.
  • From fusion@VERT/CFBBS to poindexter FORTRAN on Thursday, February 12, 2026 18:11:00
    On 12 Feb 2026, poindexter FORTRAN said the following...

    With multi-node software running binkp, we could re-arrange networks
    quite easily. Fidonet could be one zone, I've thought. I always worry
    about how many nodes are on auto-pilot and would fall off the network
    if you made a "flag day" change. But, then again, were those nodes
    were contributing to the network?

    this is why i like the qwk setup better in some ways.. it doesn't really matter if systems go away because they just stop polling and their account gets pruned. if they come back, they create an account and are right back
    where they were.

    --- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)
    * Origin: cold fusion - cfbbs.net - grand rapids, mi
  • From Accession@VERT/PHARCYDE to Codefenix on Thursday, February 12, 2026 18:47:30
    Hey Codefenix!

    On Thu, 12 Feb 2026 08:03:54 -0500, you wrote:

    I've never used either, so I didn't realize the difference. Could
    (or is) the above even used with multiple "hubs" that can still
    connect to each other? Or is there still one designated hub that
    everyone chooses to connect to?

    Do you mean for prolonged hub downtimes which might prompt a NC change?
    I imagine what holds true for standard hub-node polling holds true for
    this, since it's just messages sent through an echo.

    Eh, no? I was referring to and asking about how IBOL works (apologies, "prompt a NC change" kinda threw me off above). But, from your answer, I /think/ you're saying that there is still a single point of failure, just that if the hub actually does go down, all of your oneliners still stay on your system, and can still be added to locally, until the data echo continues flowing the actual data?

    I was more asking something in the lines of similar to linking to many "feeds" for that one echo, and letting dupe detection sort it out (like I do with Fidonet). Except, this would only be for the oneliners. So, I guess in the sense of IBOL, can you link to net 1, 2, 3, and 4 for that data echo so that if one of those systems were to go down, you would still pass around oneliners from the other 3 networks/hubs ?

    Regards,
    Nick

    ... Sarcasm: because beating people up is illegal.
    --- GoldED+/LNX 1.1.5-b20250409
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (723:1/1)
    ï¿­ Synchronet ï¿­ _thePharcyde telnet://bbs.pharcyde.org (Wisconsin)
  • From Accession@VERT/PHARCYDE to poindexter FORTRAN on Thursday, February 12, 2026 19:08:38
    Hey poindexter!

    On Thu, 12 Feb 2026 10:37:30 -0800, you wrote:

    Some of the Fidonet wonks rave about the "fidoweb", which is another
    word for having multiple network feeds, then using your BBS software's
    dupe detection to weed out the duplicates. Apparently someone felt
    censored once by a hub filtering messages and this became a workaround.

    Wonks? Anyway..

    Some people don't like single points of failure, that's all.. and for the record, it was an entire zone being censored.. not just "someone". You seem to be having a hard time keeping your facts straight lately, it seems. :|

    Regards,
    Nick

    ... Sarcasm: because beating people up is illegal.
    --- GoldED+/LNX 1.1.5-b20250409
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (723:1/1)
    ï¿­ Synchronet ï¿­ _thePharcyde telnet://bbs.pharcyde.org (Wisconsin)
  • From Accession@VERT/PHARCYDE to fusion on Thursday, February 12, 2026 19:21:06
    Hey fusion!

    On Thu, 12 Feb 2026 18:11:00 +0000, you wrote:

    this is why i like the qwk setup better in some ways.. it doesn't really matter if systems go away because they just stop polling and their
    account gets pruned. if they come back, they create an account and are
    right back where they were.

    This can also be done via Areafix/Filefix from both the hub and downlink sides, but I see what you're saying. However, if the one hosting the QWK network goes down, we're right back to square one again. ;)

    Regards,
    Nick

    ... Sarcasm: because beating people up is illegal.
    --- GoldED+/LNX 1.1.5-b20250409
    * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (723:1/1)
    ï¿­ Synchronet ï¿­ _thePharcyde telnet://bbs.pharcyde.org (Wisconsin)
  • From MRO@VERT/BBSESINF to fusion on Thursday, February 12, 2026 20:23:53
    Re: Re: SynchroNet Oneliners
    By: fusion to poindexter FORTRAN on Thu Feb 12 2026 06:11 pm

    this is why i like the qwk setup better in some ways.. it doesn't
    really matter if systems go away because they just stop polling
    and their account gets pruned. if they come back, they create an
    account and are right back where they were.



    also remember when DM went away, another person took over dovenet and
    it was a quick switch over pretty much.


    --
    "Before using Wildcat....This Company did not have a convenient way of
    looking after some of the richest clients in the world...Now we do!"
    ---
    þ Synchronet þ ::: BBSES.info - free BBS services :::
  • From Dumas Walker@VERT/CAPCITY2 to POINDEXTER FORTRAN on Friday, February 13, 2026 10:10:22
    With multi-node software running binkp, we could re-arrange networks
    quite easily. Fidonet could be one zone, I've thought. I always worry
    about how many nodes are on auto-pilot and would fall off the network
    if you made a "flag day" change. But, then again, were those nodes
    were contributing to the network?

    If those nodes somehow still have users (a few of us do), then they might
    be contributing something. The likelihood of that on an auto-pilot system
    is probably slim, though.


    * SLMR 2.1a * It it ain't broke, let me have a shot at it.
    ---
    þ Synchronet þ CAPCITY2 * Capitol City Online
  • From poindexter FORTRAN@VERT/REALITY to Accession on Friday, February 13, 2026 11:46:54
    Accession wrote to poindexter FORTRAN <=-

    Some people don't like single points of failure, that's all.. and for
    the record, it was an entire zone being censored.. not just "someone".
    You seem to be having a hard time keeping your facts straight lately,
    it seems. :|

    I was focused on othernets back in the day, didn't experience the
    heyday of Fido drama first-hand. We had our own dramas to deal with. If
    it was a whole network, that does make more sense.




    --- MultiMail/Win v0.52
    þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.