09 Jan 22 02:58, Nick Andre wrote to Tommi Koivula:

@MSGID: 1:229/426 DD31BC36
@REPLY: 2:221/1 61da9173
On 09 Jan 22 09:38:44, Tommi Koivula said the following to Nick Andre:

The name field means nothing.

No shit?

Ya. So why write me the grep shit?

Nick

--- Renegade vY2Ka2
* Origin: Joey, do you like movies about gladiators? (1:229/426)
SEEN-BY: 221/1

I noticed this message here without PATH and quite short SEENBY line.

Here is the packet received from 1:134/101.

=== Cut ===
PktInfo/os2-wc 1.9 2022-01-05

Packet header =========================================================================== Filename : 61da9657.pkt
OrigAddr : 1:134/101.0
DestAddr : 2:221/1.0
AuxNet : 134
CapWord : 0x0001
DateCreation : Sun 2022-01-09 01:01:27
ProdCode : 12ff
ProdVersion : 3.14

Message header -+------------------------------------------------------------------------- From : "Nick Andre"
To : "Tommi Koivula"
Subject : "Re: Sunflower Region 14 BBS"
DateTime : "09 Jan 22 02:58:51"
Attr : 0x0000
OrigAddr : 229/426
DestAddr : 221/1

Message text -+------------------------------------------------------------------------- AREA:FIDOTEST
MSGID: 1:229/426 DD31BC36
REPLY: 2:221/1 61da9173
On 09 Jan 22 09:38:44, Tommi Koivula said the following to Nick Andre:

The name field means nothing.

No shit?

Ya. So why write me the grep shit?

Nick

-+- Renegade vY2Ka2
+ Origin: Joey, do you like movies about gladiators? (1:229/426)
SEEN+BY: 221/1

=== Cut ===

Kostie, please check.

'Tommi

---
* Origin: 2a01:4f9:c011:1ec5:f1d0:2:221:1 (2:221/1)

Re: Sunflower Region 14 BBS
By: Tommi Koivula to Kostie Muirhead on Sun Jan 09 2022 01:50 pm

I noticed this message here without PATH and quite short SEENBY line.
Here is the packet received from 1:134/101.
Kostie, please check.

Hey Tommi,
I was fairly certain I was configured to leave seen-by intact, and as far as I can tell at a gander should still be unless something changed with the latest sbbs updates. Doesn't appear so in the configs though. I do have direct connection to both you and Nick though, so I would be the only seen-by if a message took that path... but it should still leave the path...
===
Underminer - The Undermine BBS
--- SBBSecho 3.14-Linux
* Origin: The Undermine - bbs.undermine.ca (1:134/101)

Re: Sunflower Region 14 BBS
By: Kostie Muirhead to Tommi Koivula on Mon Jan 10 2022 05:10 pm

the latest sbbs updates. Doesn't appear so in the configs though. I do have direct connection to both you and Nick though, so I would be the only

Correction, for fidotest I have the following uplinks:

fidotest FIDOTEST 1:153/7715 2:221/1

So Nick's Message would have had to come to me from Tommi or Bandmaster first I believe. From there it should have gone to Tommi. I will see if I can track that down more definitively.
===
Underminer - The Undermine BBS
--- SBBSecho 3.14-Linux
* Origin: The Undermine - bbs.undermine.ca (1:134/101)

On 10 Jan 22 17:27:45, Kostie Muirhead said the following to Tommi Koivula:

So Nick's Message would have had to come to me from Tommi or Bandmaster fir I believe. From there it should have gone to Tommi. I will see if I can tra that down more definitively.

The Path-kludge of the messages in question has you, then Dallas. He has a connection here.

Nick

--- Renegade vY2Ka2
* Origin: Joey, do you like movies about gladiators? (1:229/426)

Re: Sunflower Region 14 BBS
By: Tommi Koivula to Kostie Muirhead on Sun Jan 09 2022 01:50 pm

I noticed this message here without PATH and quite short SEENBY line.
Here is the packet received from 1:134/101.
Kostie, please check.

Hey Tommi,
I was fairly certain I was configured to leave seen-by intact, and as far as I can tell at a gander should still be unless something changed with the latest sbbs updates. Doesn't appear so in the configs though. I do have direct connection to both you and Nick though, so I would be the only
seen-by if a message took that path... but it should still leave the path...

SBBS (and a lot of software) strips seen bys when linked out of zone. That's the way fidonet software is designed to work.

There is an option in sbbsecho.ini that will stop that from happening. I have this in my sbbsecho.ini so traffic heading to other zones don't loose the seen bys..

ZoneBlindThreshold = 4

With that set mail going to links in zones 1-4 won't have the seen bys stripped.

--- BBBS/Li6 v4.10 Toy-5
* Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)

Re: Sunflower Region 14 BBS
By: Alan Ianson to Kostie Muirhead on Mon Jan 10 2022 05:26 pm

SBBS (and a lot of software) strips seen bys when linked out of zone. That's the way fidonet software is designed to work.

Quite correct, but there was a big discussion about that a while back. Given that I'm pretty sure there's no net number duplication these days it's pretty safe. I had set zone blind for fidonet zones. Finally found it in echocfg again though and it seems to have been toggled off again. I wouldn't think that the most recent update would do anything to sbbsecho.ini though.

Thanks for the suggestion.
===
Underminer - The Undermine BBS
--- SBBSecho 3.14-Linux
* Origin: The Undermine - bbs.undermine.ca (1:134/101)

On 11.1.2022 2.27, Kostie Muirhead wrote:

Re: Sunflower Region 14 BBS
By: Kostie Muirhead to Tommi Koivula on Mon Jan 10 2022 05:10 pm

KM> the latest sbbs updates. Doesn't appear so in the configs though. I do
KM> have direct connection to both you and Nick though, so I would be the only

Correction, for fidotest I have the following uplinks:

fidotest FIDOTEST 1:153/7715 2:221/1

So Nick's Message would have had to come to me from Tommi or
Bandmaster first I believe. From there it should have gone to Tommi.
I will see if I can track that down more definitively.

The strange thing was that there was no PATH at all. That should not happen even the SEENBY's are stripped or not.

'Tommi

--- Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1
* Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)

Hello Kostie!

Monday January 10 2022 22:06, you wrote to Alan Ianson:

Re: Sunflower Region 14 BBS
By: Alan Ianson to Kostie Muirhead on Mon Jan 10 2022 05:26 pm

SBBS (and a lot of software) strips seen bys when linked out of
zone. That's the way fidonet software is designed to work.

Quite correct, but there was a big discussion about that a while back.
Given that I'm pretty sure there's no net number duplication these
days it's pretty safe. I had set zone blind for fidonet zones. Finally
found it in echocfg again though and it seems to have been toggled off again. I wouldn't think that the most recent update would do anything
to sbbsecho.ini though.

That could be classed as an assumption too far as things change over time as networks can be added in for zones 1 & 2.

In any event some of us looking at the seenbys and paths for that matter do not
want to 'Assume' what zones are used when doing a fast glance at these fields.

Vincent
--- Mageia Linux v8 X64/Mbse v1.0.7.24/GoldED+/LNX 1.1.5-b20180707
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)

* Carbon copied to Terry Barlow 1:15/1

Hi Vincent,

On 2022-01-11 15:59:03, you wrote to Kostie Muirhead:

SBBS (and a lot of software) strips seen bys when linked out of
zone. That's the way fidonet software is designed to work.

Quite correct, but there was a big discussion about that a while back.
Given that I'm pretty sure there's no net number duplication these
days it's pretty safe.

Unfortunately since a couple of years there is 1 duplicate net between Zones 1 & 2, Net 310. Luckily they don't have overlapping nodenumbers, so there are no issues with seen-by's. And besides net 310 in Zone 1 can be abolished, because the only node in this net no longer exists:

+ 12 Jan 10:31:18 [6886] call to 1:310/2@fidonet
+ 12 Jan 10:31:18 [6886] getaddrinfo failed: Name or service not known (-2)

I had set zone blind for fidonet zones. Finally found it in echocfg
again though and it seems to have been toggled off again. I wouldn't
think that the most recent update would do anything to sbbsecho.ini
though.

That could be classed as an assumption too far as things change over time as networks can be added in for zones 1 & 2.

In a declining Fidonet as it is, there really shouldn't be a need to create new nets. And if the RC feels there is a need, it is his resposibility to check he doesn't use an existing net number in another zone. There really isn't a need to choose an existing number, because there are plenty of unused numbers left.

And if he by accident, does choose an existing number in another net, I think the ZC should intervene...


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Wilfred,

And if he by accident, does choose an existing number in another net, I think the ZC should intervene...

Yes, but ... a ZC is also just only human, so unless he/she reads the nodelist as if it were the Saturday newspaper, the ZC will never know. Netmail may become totally routed wrong for concerned nodes but then again, unless that is made obvious it will not reveal the true cause.

ZCs have a kind of understanding we stay away from duplicate net-numbers. Technically with the current set of ZCs that works, in the past it wasn't always that evident.

As for the 310-overlap ... well, I think the duplication happened honestly without an agenda and we can live with it.

\%/@rd

--- DB4 - Jan 09 2022
* Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)

Hi Ward,

On 2022-01-12 11:53:15, you wrote to me:

And if he by accident, does choose an existing number in another net,
I think the ZC should intervene...

Yes, but ... a ZC is also just only human, so unless he/she reads the nodelist as if it were the Saturday newspaper, the ZC will never know. Netmail may become totally routed wrong for concerned nodes but then again,
unless that is made obvious it will not reveal the true cause.

Probably somebody in fidonet will notice sooner or later, and can make the RC and ZC aware of it...

ZCs have a kind of understanding we stay away from duplicate
net-numbers. Technically with the current set of ZCs that works, in
the past it wasn't always that evident.

Good! ;)

As for the 310-overlap ... well, I think the duplication happened
honestly without an agenda and we can live with it.

I think so too. But it can be corrected now, because the 1:310 net is no longer needed...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Hello Ward,

On Wednesday January 12 2022 11:53, you wrote to Wilfred van Velzen:

As for the 310-overlap ... well, I think the duplication happened
honestly without an agenda and we can live with it.

I say: Hanlon's razor....


Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: ZC1 certified techno-dick (2:280/5555)

Hi Michiel,

On 2022-01-12 12:11:33, you wrote to Ward Dossche:

As for the 310-overlap ... well, I think the duplication happened
honestly without an agenda and we can live with it.

MvdV> I say: Hanlon's razor....

I think there is a high probability of that being true in this case:

# grep Barlow NODELIST.007 | wc -l
23


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

On 12.1.2022 11.44, Wilfred van Velzen wrote:

And if he by accident, does choose an existing number in another net,
I think the ZC should intervene...

I think the NPD should intervene... :D
---
* Origin: nntp://news.fidonet.fi (2:221/6.0)

Hi Tommi,

On 2022-01-12 15:22:08, you wrote to me:

And if he by accident, does choose an existing number in another net,
I think the ZC should intervene...

I think the NPD should intervene... :D

... By informing the ZC... ;)

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

On 12 Jan 22 14:25:35, Wilfred Van Velzen said the following to Tommi Koivula:

I think the NPD should intervene... :D

... By informing the ZC... ;)

The NPD can suck the ZC's cock...

Nick

--- Renegade vY2Ka2
* Origin: Joey, do you like movies about gladiators? (1:229/426)

I think the NPD should intervene... :D

... By informing the ZC... ;)

The NPD can suck the ZC's cock...

What if the ZC is a female?

--- DB4 - Jan 09 2022
* Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)

On 12 Jan 22 16:43:59, Ward Dossche said the following to Nick Andre:

The NPD can suck the ZC's cock...

What if the ZC is a female?

A clit is a tiny cock?

Nick

--- Renegade vY2Ka2
* Origin: Joey, do you like movies about gladiators? (1:229/426)

The NPD can suck the ZC's cock...

What if the ZC is a female?

A clit is a tiny cock?

You know, removing the pubic hair from your teeth afterwards is so inconveneint...

\%/@rd

--- DB4 - Jan 09 2022
* Origin: Hou het veilig, hou vol. Het komt allemaal weer goed (2:292/854)