Tying to make sure I understand the network so all hubs toss and poll hub 1
or are we all polling each other and letting dupes sort it out . Also whos using what
Hub 2 is windows 64 with mystic mailer what is every one else using .
thanks

Sysop SolaRis
Error 1202 and Error 404 BBS !
FSXnet HuB 2 Tholian AdmiN !

--- Mystic BBS v1.12 A46 2020/08/25 (Windows/64)
* Origin: Error 1202 BBS ! (21:2/1202)

Tying to make sure I understand the network so all hubs toss and poll
hub 1 or are we all polling each other and letting dupes sort it out . Also whos using what
Hub 2 is windows 64 with mystic mailer what is every one else using . thanks

NET 1,3,4 are using a combo of BinkD, HPT and Htick for mailer, tosser and files respectively.

NET 2 (you :) is currently on Mystic but my desire would be to shift off this and run the same software as 1,3, and 4.

NET 5 is running Wildcat server stuff in conjunction with BinkD mailer. I
don't propose any changes to that.

In most cases the NETs are meshed with HUBs sending to all and dupes being
part of the overhead and caught at the HUB end.

Once we have had a tidy up of nodes I'd like to work with you to migrate to
the different software (if you are happy to do so)

Deon has created a Docker instance being used in NET 4 and 3 that I think we should be able to install and run under Windows to work on and set up for NET
2 then cut over once ready. In doing this we could retain the box you run as
a Windows machine but essentially run on top of it a Linux setup for the NET
2 HUB. That's my understanding (correct me if I am wrong Deon :)) We would
need to check the Windows box has specs that work for Docker. I expect it would.

For NET 1 I have manually installed stuff on a Linux box and am learning by doing vs using Deon's Docker image. I went that way because I wanted to
endure the pain and joy of it all hahahah..

Flick me a netmail and we can chat further over the specifics, next steps etc. that work for you and the NET 2 setup.

Hope this reply helps.

Best, Paul

--- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)

Avon wrote (2021-05-13):

NET 2 (you :) is currently on Mystic but my desire would be to shift off this and run the same software as 1,3, and 4.

Why?

---
* Origin: . (21:3/102)

Avon wrote to Solaris <=-

Deon has created a Docker instance being used in NET 4 and 3 that I
think we should be able to install and run under Windows to work on and set up for NET 2 then cut over once ready.

I would love to see that, I'm playing with Docker now and separating out my BBS and hub/mailer duties in a streamlined manner would be great.

I'd love to have my hub running in a container on my VPS and have my BBS acting as a node on my home network.


... From nothing to more than nothing
--- MultiMail/DOS v0.52
* Origin: realitycheckBBS.org -- information is power. (21:4/122)

On 13 May 2021 at 02:59p, Oli pondered and said...

NET 2 (you :) is currently on Mystic but my desire would be to shift o this and run the same software as 1,3, and 4.

Why?

Standardization. If things are mostly the same between HUBs in terms of how they are set up and run.... It makes for easier debugging, changes to config and reports generated.

--- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)

Re: Re: Route path and software
By: poindexter FORTRAN to Avon on Thu May 13 2021 06:48 am

Deon has created a Docker instance being used in NET 4 and 3 that I
think we should be able to install and run under Windows to work on and set up for NET 2 then cut over once ready.

I would love to see that, I'm playing with Docker now and separating out my BBS and hub/mailer duties in a streamlined manner would be great.
I'd love to have my hub running in a container on my VPS and have my BBS acting as a node on my home network.

That's my setup :) (except my hub and bbs are at home - but I may move the hub out to a VPS I have).

Your welcome to play with my container.

Inside is binkd/hpt/golded. I even have crashmail and jamnntpd in it if you want to play with that (although I dont use it, so the image may need to be tweaked for it).

Running the image is as simple as:

docker run -p (ports to map) -v (persistent storage from the host) <image>.

If you are adventurous, you could also run it in a swarm. (I had it in a swarm when it was on the Pi).

My startup is this:

#!/bin/sh

MACHINE=$(uname -m)
SRC=/srv/docker/fidohub IMAGE=registry.leenooks.net/bbs/fidohub:latest-${MACHINE}

# --rm \
# --ip6=2001:8003:4c06:5742:f1d0:a:1:1 \
# MAC Address used because ip6= is not working
docker run \
-dt \
--name=fidohub \
--restart unless-stopped \
--hostname=fidohub.leenooks.net \
--cap-add=NET_ADMIN \
--sysctl net.ipv6.conf.all.disable_ipv6=0 \
--mac-address=00:0a:00:01:00:01 \
-e ENABLE_ZT=1 \
-p 13119:119 \
-p 13553:24553 \
-p 13554:24554 \
-p 13177:60177 \
-p 13179:60179 \
-v ${SRC}/binkd:/etc/binkd \
-v ${SRC}/cron/cron.daily:/etc/cron.daily \
-v ${SRC}/ifmail:/etc/ifmail \
-v ${SRC}/ftn:/etc/ftn \
-v ${SRC}/fido:/fido \
-v ${SRC}/jamnntpd:/etc/jamnntpd \
-v ${SRC}/qico:/etc/qico \
-v ${SRC}/tools:/usr/local/tools \
-v ${SRC}/log:/var/log/fido \
-v ${SRC}/zerotier:/var/lib/zerotier-one \
${IMAGE} $@

And all my config for the container, is on my host at /srv/docker/fidohub.

...δεσ∩

... When one connects a 3-phase line, the phase sequence will be wrong.
--- SBBSecho 3.14-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

Avon wrote (2021-05-14):

On 13 May 2021 at 02:59p, Oli pondered and said...

NET 2 (you :) is currently on Mystic but my desire would be to
shift o this and run the same software as 1,3, and 4.

Why?

Standardization. If things are mostly the same between HUBs in terms of
how they are set up and run.... It makes for easier debugging, changes to config and reports generated.

I thought standardization is for enabling different FTN programs talk to each other. By using diverse software, standardization problems will show up more likely.

Btw, hpt still has a standardization problem with the JAM ;) (AFAIK) and doesn't have stable releases.

I know, I just picked two aspects and that there others things to consider (like open source, fixability, maintenance, ...).

---
* Origin: . (21:3/102)

Re: HUB Query
By: Oli to Avon on Fri May 14 2021 08:38 am

Btw, hpt still has a standardization problem with the JAM ;) (AFAIK) and doesn't have stable releases.

It seems to have a problem with squish too.. recently it seems to always use even seconds. Maybe that solves the problem, I don't know.

Ttyl :-),
Al

... Reality is for those who can't handle computers.
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

Al wrote (2021-05-14):

Re: HUB Query
By: Oli to Avon on Fri May 14 2021 08:38 am

Btw, hpt still has a standardization problem with the JAM ;)
(AFAIK) and doesn't have stable releases.

It seems to have a problem with squish too.. recently it seems to always use even seconds. Maybe that solves the problem, I don't know.

Oh noooo! (exploding like a Lemming).

Good to know, I just assumed it was fixed as there was a commit for the bug. Are you're sure that it is not your uplink(s) that modifies the time? (doesn't look like it as the mails from every network look fine as far as I can tell).

I will test it again, when I find the time over the weekend.

---
* Origin: . (21:3/102)

Re: HUB Query
By: Oli to Al on Fri May 14 2021 10:21 am

Oh noooo! (exploding like a Lemming).

Nothing here is hurting. My Squish bases all seem to be fine.

Good to know, I just assumed it was fixed as there was a commit for the bug. Are you're sure that it is not your uplink(s) that modifies the time? (doesn't look like it as the mails from every network look fine as far as I can tell).

It may be fixed. I don't understand that 2 second issue.

I just took a long walk through the cooking area and all the messages here report even seconds for the message date as well as the time written here.

I don't know if that is true of packets that leave here for other nodes.

I'll let some stuff collect here for a bit and inspect the time on the incoming packets vs what my msgbase says.

Ttyl :-),
Al

... 1st rule of intelligent tinkering - save all the parts
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

Re: HUB Query
By: Al to Oli on Fri May 14 2021 02:55 am

I'll let some stuff collect here for a bit and inspect the time on the incoming packets vs what my msgbase says.

I've just had a quick look at some incoming packets, at the time and some of them did have odd seconds, but the message stored in the message base has even seconds.

I only had a quick look and I did see some messages that had odd seconds but most of them were even.

There is some stuff sitting in my outbound waiting for pick up so I had a quick look at the time on them and some did also have odd numbers for the seconds. Most were even though, just as I see in my inbound.

So it seems.. after having a look at those inbound/outbound packets that the seconds are passed on as is, and that messages stored in my squish bases are stored with even seconds.

I don't know if that is an issue. I find it odd but I don't know if that is an issue.

Ttyl :-),
Al

... Put on your seatbelt - I'm gonna try something new!
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

Al wrote (2021-05-14):

So it seems.. after having a look at those inbound/outbound packets that the seconds are passed on as is, and that messages stored in my squish bases are stored with even seconds

My bad. DOS timedate has only a 2-second resolution. Which mean it's always stored with even seconds. Additionally the original time from the message is stored as a string. On export / rescan this __ftscdate field should be used (if there is one). This is what the bug fix implemented. The message editors usually display the DOS timedate, which means even seconds.

I don't know if that is an issue. I find it odd but I don't know if that
is an issue.

I think it's perfectly fine and to be expected (for a Squish message base). I find the 2-second DOS time issue odd too though.

---
* Origin: . (21:3/102)

Re: HUB Query
By: Oli to Al on Fri May 14 2021 01:07 pm

I think it's perfectly fine and to be expected (for a Squish message base). I find the 2-second DOS time issue odd too though.

Yes, I think it's just the way golded displays the time with squish bases.

Ttyl :-),
Al

... Should I or shouldn't I?... Too late, I did!
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

Re: HUB Query
By: Oli to Al on Fri May 14 2021 01:07 pm

I think it's perfectly fine and to be expected (for a Squish message base). I find the 2-second DOS time issue odd too though.

Just as an experiment I switched a few of my fsxNet areas to jam and did a rescan on those areas. All of the dates that golded displayed all had even seconds.

I think what I am seeing here is because of the way golded displays the date.

I don't see that on Synchronet. The dates have a mix of odd and even seconds in the time.

Ttyl :-),
Al

... People say I'm apathetic, but I don't care.
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

Al wrote (2021-05-14):

I think it's perfectly fine and to be expected (for a Squish message
base). I find the 2-second DOS time issue odd too though.

Just as an experiment I switched a few of my fsxNet areas to jam and did
a rescan on those areas. All of the dates that golded displayed all had even seconds.

Where did you get the rescan from? If it's from your Squish base, you should get 1-second accuracy. If you rescanned from Hub 1, 3 or 4 (or any other node that uses hpt with JAM) you would get 2-second resolution, because of a bug / design flaw in husky's smapi. hpt mangles the time when storing messages in a JAM base and they are lost forever. Which means the first time you receive the mail from your hub it has the correct time. If you do a rescan, all odd seconds have been changed to even seconds.

I think what I am seeing here is because of the way golded displays the date.

Golded does display time accurately down to the second (with JAM). The odd seconds (as in least significant bit) have been stripped somewhere else.

---
* Origin: . (21:3/102)

Re: HUB Query
By: Oli to Al on Sat May 15 2021 07:11 am

Where did you get the rescan from? If it's from your Squish base, you should get 1-second accuracy. If you rescanned from Hub 1, 3 or 4 (or any other node that uses hpt with JAM) you would get 2-second resolution, because of a bug / design flaw in husky's smapi. hpt mangles the time when storing messages in a JAM base and they are lost forever. Which means the first time you receive the mail from your hub it has the correct time. If you do a rescan, all odd seconds have been changed to even seconds.

I rescanned from hub 1 and 4, so maybe that is why.

I'll try that again from a link running something else in some out of the way areas.

Golded does display time accurately down to the second (with JAM). The odd seconds (as in least significant bit) have been stripped somewhere else.

That's too bad.. :(

Ttyl :-),
Al

... Scotty, beam me to the Bahamas.
--- SBBSecho 3.14-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106.1)

set up for NET 2 then cut over once ready. In doing this we could retain the box you run as a Windows machine but essentially run on top of it a Linux setup for the NET 2 HUB. That's my understanding (correct me if I

I can provide a stand alone box running any OS parallel with my windows box
if thats makes things easier . 32 or 64 bit . let me know and ill prep a box
as soon as next week . let me know what OS you want .
i really dont like VM's but i can do what ever is best .

Sysop SolaRis
Error 1202 and Error 404 BBS !
FSXnet HuB 2 Tholian AdmiN !

--- Mystic BBS v1.12 A46 2020/08/25 (Windows/64)
* Origin: Error 1202 BBS ! (21:2/1202)

On 12 May 2021 at 10:26p, Solaris pondered and said...

I can provide a stand alone box running any OS parallel with my windows box if thats makes things easier . 32 or 64 bit . let me know and ill
prep a box as soon as next week . let me know what OS you want .
i really dont like VM's but i can do what ever is best .

will contact you. In fact I think we have already sussed this one via KB.

--- Mystic BBS v1.12 A46 2020/08/26 (Windows/32)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)