Net 4624 is dead. Dialling the telephone numbers result in a recording that roughly translates to: "this number is not in use". Attempts to make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
From Dan Clough@1:135/115 to Michiel van der Vlist on Wed Oct 8 22:00:25 2025
Michiel van der Vlist wrote to Michiel van der Vlist <=-
Net 4624 is dead. Dialling the telephone numbers result in a recording that roughly translates to: "this number is not in use". Attempts to
make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Then again, he can't even fix his own nodelist (Zone) segment (re:
2:2/29).
... He does the work of 3 Men...Moe, Larry & Curly
=== MultiMail/Linux v0.52
--- SBBSecho 3.29-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
From Michiel van der Vlist@2:280/5555 to Dan Clough on Thu Oct 9 16:10:38 2025
Hello Dan,
On Wednesday October 08 2025 22:00, you wrote to me:
Net 4624 is dead. Dialling the telephone numbers result in a
recording that roughly translates to: "this number is not in
use". Attempts to make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding replacements willing and able to do the job AND acceptable to all parties concerned in a country at war and partly occupied is next to impossible...
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
From Dan Clough@1:135/115 to Michiel van der Vlist on Thu Oct 9 21:39:30 2025
Michiel van der Vlist wrote to Dan Clough <=-
Net 4624 is dead. Dialling the telephone numbers result in a
recording that roughly translates to: "this number is not in
use". Attempts to make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding replacements willing and able to do the job AND acceptable to all
parties concerned in a country at war and partly occupied is next to impossible...
Okay, let's do nothing then.
If we're going to do nothing, why bother mentioning the disfunction at
all?
Doing nothing fixes nothing. Firing people and *trying* to replace them
may fix everything. But... let's do nothing. It's easier that way.
... Pros are those who do their jobs well, even when they don't feel like it. === MultiMail/Linux v0.52
--- SBBSecho 3.29-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
From Michiel van der Vlist@2:280/5555 to Dan Clough on Fri Oct 10 17:42:38 2025
Hello Dan,
On Thursday October 09 2025 21:39, you wrote to me:
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding
replacements willing and able to do the job AND acceptable to
all parties concerned in a country at war and partly occupied is
next to impossible...
"next to impossible" != "impossible"
Okay, let's do nothing then.
Your idea, not mine.
If we're going to do nothing, why bother mentioning the disfunction at
all?
I do not propose "we" do nothing.
Doing nothing fixes nothing.
Then why propose it?
Firing people and *trying* to replace them may fix everything.
That's the wrong order. Replacements have to be found before firing the ones in position.
Fixing the problem of a disfunctional RC is obviously the job of the ZC. I was just pointing out the hurdles in this particular situation. Maybe the ZC could place the region in custody. For starters he could remove the nets that are obviously dead. (4614 and 4624)
And move Moldova (net 469) out of region 46. It is not enirely dead. The host is gone but 469/122 is still on-line. He could be moved to Region 56. (Z2 catch all)
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
From Dan Clough@1:135/115 to Michiel van der Vlist on Fri Oct 10 14:48:39 2025
Michiel van der Vlist wrote to Dan Clough <=-
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding
replacements willing and able to do the job AND acceptable to
all parties concerned in a country at war and partly occupied is
next to impossible...
"next to impossible" != "impossible"
You're replying to what YOU said, not what I said.
Okay, let's do nothing then.
Your idea, not mine.
Maybe all you Euro-boys are like this? This sounds like the twisting, redirecting, diversionary tactics of Beeeeeorn or Ward.
If we're going to do nothing, why bother mentioning the disfunction at
all?
I do not propose "we" do nothing.
Well, yes, you did.
Doing nothing fixes nothing.
Then why propose it?
It was /sarcasm/. I guessed you missed that.
Firing people and *trying* to replace them may fix everything.
That's the wrong order. Replacements have to be found before firing the ones in position.
No, they don't. You lose nothing by firing non-existant people. Fire
them and then offer the job to someone.
Fixing the problem of a disfunctional RC is obviously the job of the
ZC.
Yup, as I said. But he does nothing, as usual. Perhaps he's the one
that needs to be fired.
I was just pointing out the hurdles in this particular situation.
Maybe the ZC could place the region in custody. For starters he could remove the nets that are obviously dead. (4614 and 4624)
Sure, except for the fact that the ZC doesn't do his job.
And move Moldova (net 469) out of region 46. It is not enirely dead.
The host is gone but 469/122 is still on-line. He could be moved to Region 56. (Z2 catch all)
Sure, except..... well, you know.
I am just pointing out that there are TWO problems here - a non-existant
RC, and an (effectively) non-existant ZC.
... Apathy Error: Strike any key...or none, for that matter.
=== MultiMail/Linux v0.52
--- SBBSecho 3.29-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
From Michiel van der Vlist@2:280/5555 to Dan Clough on Sat Oct 11 10:43:29 2025
Hello Dan,
On Friday October 10 2025 14:48, you wrote to me:
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding
replacements willing and able to do the job AND acceptable to
all parties concerned in a country at war and partly occupied
is next to impossible...
"next to impossible" != "impossible"
You're replying to what YOU said, not what I said.
I am clearyfing what I wrote in attempt to point out what you seemed to have missed. That clearyfication is addressed TO YOU.
Okay, let's do nothing then.
Your idea, not mine.
Maybe all you Euro-boys are like this? This sounds like the twisting, redirecting, diversionary tactics of Beeeeeorn or Ward.
"Euro-boys"? "Beeeeeorn"? If you are refering to the Fidonews Editor, his name is Björn. If you continue in this ad hominem way I will stop responding to you.
Other that that: it was YOU that wrote "let's do nothing", not me.
If we're going to do nothing, why bother mentioning the disfunction
at all?
I do not propose "we" do nothing.
Well, yes, you did.
No, I did not. I was merely pointing out some of the hurdles that are on he road, I did not write that we do nothing. You read what you wanted to read, not what was there.
Doing nothing fixes nothing.
Then why propose it?
It was /sarcasm/. I guessed you missed that.
Sarcasm is best avoided in a medium that crosses language barriers, Too easy to lose in translation.
Firing people and *trying* to replace them may fix everything.
That's the wrong order. Replacements have to be found before
firing the ones in position.
No, they don't. You lose nothing by firing non-existant people. Fire them and then offer the job to someone.
That does not work in Fidonet where jobs are linked to a chalm in a technical chain. Removing a region entry or replacing it with a non-functional dummy will break the nodelist.
Fixing the problem of a disfunctional RC is obviously the job of
the ZC.
Yup, as I said. But he does nothing, as usual.
That you do not see it does not mean it is not there.
Perhaps he's the one that needs to be fired.
Firing the ZC does not solve the problem of a non functional RC.
I was just pointing out the hurdles in this particular
situation. Maybe the ZC could place the region in custody. For
starters he could remove the nets that are obviously dead. (4614
and 4624)
Sure, except for the fact that the ZC doesn't do his job.
Ever heard of silent diplomacy?
And move Moldova (net 469) out of region 46. It is not enirely
dead. The host is gone but 469/122 is still on-line. He could be
moved to Region 56. (Z2 catch all)
Sure, except..... well, you know.
No, I do not know.
I am just pointing out that there are TWO problems here - a
non-existant RC, and an (effectively) non-existant ZC.
ZC2 exists and responds to netmail.
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
From Dan Clough@1:135/115 to Michiel van der Vlist on Sat Oct 11 10:01:40 2025
Michiel van der Vlist wrote to Dan Clough <=-
Firing people and *trying* to replace them may fix everything.
That's the wrong order. Replacements have to be found before
firing the ones in position.
No, they don't. You lose nothing by firing non-existant people. Fire them and then offer the job to someone.
That does not work in Fidonet where jobs are linked to a chalm in a technical chain. Removing a region entry or replacing it with a non-functional dummy will break the nodelist.
It's already broken. What would removing non-existant nodes/nets hurt? They're already not reachable. Rather than break the nodelist, this
would bring it closer to being correct/accurate. Isn't that the goal?
Fixing the problem of a disfunctional RC is obviously the job of
the ZC.
Yup, as I said. But he does nothing, as usual.
That you do not see it does not mean it is not there.
Well, how long has this RC been disfunctional? Seems like it's been
quite a long time to me. What corrective actions has the ZC taken that
I can't see?
Perhaps he's the one that needs to be fired.
Firing the ZC does not solve the problem of a non functional RC.
It might, if the replacement ZC fired the non functional RC and replaced
him.
I was just pointing out the hurdles in this particular
situation. Maybe the ZC could place the region in custody. For
starters he could remove the nets that are obviously dead. (4614
and 4624)
Sure, except for the fact that the ZC doesn't do his job.
Ever heard of silent diplomacy?
Sure, it's another one of those non-functional idealogical fantasies
that doesn't actually work. It also takes forever, and in the end
nothing changes, it just takes..... forever to know it.
And move Moldova (net 469) out of region 46. It is not enirely
dead. The host is gone but 469/122 is still on-line. He could be
moved to Region 56. (Z2 catch all)
Sure, except..... well, you know.
No, I do not know.
See above regarding "the fact that the ZC doesn't do his job".
I am just pointing out that there are TWO problems here - a
non-existant RC, and an (effectively) non-existant ZC.
ZC2 exists and responds to netmail.
Perhaps, but would you agree that there's more to the ZC job than simply responding to netmail?
Do you think if I netmailed him, he could explain the 2:2/29 nodelist
entry that he doesn't fix? Can YOU explain that one to me?
... So easy, a child could do it. Child sold separately.
=== MultiMail/Linux v0.52
--- SBBSecho 3.29-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Tue Oct 14 21:01:42 2025
Hi Michiel!
Thursday October 09 2025 16:10, you wrote to Dan Clough:
Net 4624 is dead. Dialling the telephone numbers result in a
recording that roughly translates to: "this number is not in
use". Attempts to make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
MvdV> Just firing people is not going to solve the problem.
In the case of P46, it will be just a firing people.
MvdV> Finding replacements willing and able to do the job
That problem have no solution for now.
MvdV> AND acceptable to all parties concerned in a country at war and
MvdV> partly occupied is next to impossible...
It was acceptable a few years ago and I don't see the problem for now. However, the most point is no connection ability across r46.
Have a nice night.
Stas Mishchenkov.
--- Have You daily sexual life? Hide it proper from Your wife! ;)
* Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
From Stas Mishchenkov@2:460/5858 to Dan Clough on Tue Oct 14 21:12:04 2025
Hi Dan!
Thursday October 09 2025 21:39, you wrote to Michiel van der Vlist:
Net 4624 is dead. Dialling the telephone numbers result in a
recording that roughly translates to: "this number is not in
use". Attempts to make a binkp connect result in a time out.
RC46 does not respond to netmail or e-mail.
Sounds like Z2C should be firing some people.
Just firing people is not going to solve the problem. Finding
replacements willing and able to do the job AND acceptable to all
parties concerned in a country at war and partly occupied is next to
impossible...
Okay, let's do nothing then.
If we're going to do nothing, why bother mentioning the disfunction at all?
Doing nothing fixes nothing. Firing people and *trying* to replace them may fix everything. But... let's do nothing. It's easier that way.
There is a solution, but some sysops may not like it for political reasons. For this point, I fully support Ward's decision to wait for the logical conclusion of current events in the world.
Have a nice night.
Stas Mishchenkov.
--- Have You daily sexual life? Hide it proper from Your wife! ;)
* Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
From Wilfred van Velzen@2:280/464 to Stas Mishchenkov on Tue Oct 14 21:16:56 2025
Hi Stas,
On 2025-10-14 21:01:42, you wrote to Michiel van der Vlist:
MvdV>> AND acceptable to all parties concerned in a country at war and
MvdV>> partly occupied is next to impossible...
It was acceptable a few years ago and I don't see the problem for now. However, the most point is no connection ability across r46.
I think the none existing nets should be removed. If the RC can't/won't do it, the ZC can do it for him imho...
The remaining nets can also be moved to R56, if a (replacement) RC can't be found that is willing to do the "job".
Bye, Wilfred.
--- FMail-lnx64 2.3.2.4-B20240523
* Origin: NPC Station (2:280/464)
From Michiel van der Vlist@2:280/5555 to All on Wed Oct 15 12:00:01 2025
Hello All,
The ICM flag was meant as a transition mechanism for accomodating nodes that were running CM for the IP part and non CM for the POTS/ISDN part.
See also: fts-5001.006 paragraph 5.11. Flag Redundancies.
The CM flag implies ICM: ICM should not be used unless CM is impossible.
So IP only nodes should carry the CM flag, not the ICM flag.
This is a list of nodes with a misplaced ICM flag:
--- Ftoolsw32 post
* Origin: Nodelist Police Station (2:280/5555)
From Dmitry Protasoff@2:5001/100.1 to Stas Mishchenkov on Thu Oct 16 04:00:33 2025
Hello, Stas!
Tuesday October 14 2025 21:12, you wrote to Dan Clough:
reasons. For this point, I fully support Ward's decision to wait for
the logical conclusion of current events in the world.
Agree. Let's wait until Putin's death and the fall of his regime.
Best regards,
dp.
--- GoldED+/OSX 1.1.5-b20250409
* Origin: All is good in St. John's Wood (2:5001/100.1)
From Stas Mishchenkov@2:460/5858 to Wilfred van Velzen on Wed Oct 22 08:17:06 2025
Hi Wilfred!
Tuesday October 14 2025 21:16, you wrote to me:
MvdV>>> AND acceptable to all parties concerned in a country at war and
MvdV>>> partly occupied is next to impossible...
It was acceptable a few years ago and I don't see the problem for now.
However, the most point is no connection ability across r46.
I think the none existing nets should be removed. If the RC can't/won't do it, the ZC can do it for him imho...
That's right. IMHO.
The remaining nets can also be moved to R56, if a (replacement) RC
can't be found that is willing to do the "job".
No. This may lead to confusion in these networks and disruption of connectivity.
Have a nice night.
Stas Mishchenkov.
--- Have You daily sexual life? Hide it proper from Your wife! ;)
* Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
From Wilfred van Velzen@2:280/464.112 to Stas Mishchenkov on Wed Oct 22 08:49:04 2025
Hi Stas,
On 22 Oct 25 08:17, Stas Mishchenkov wrote to Wilfred van Velzen:
about: "IP only nodes with ICM flag":
The remaining nets can also be moved to R56, if a (replacement) RC
can't be found that is willing to do the "job".
No. This may lead to confusion in these networks and disruption of connectivity.
I don't think that will be a big problem. The Host and nodenumbers can stay the same. Only the routing between to the hosts and the RC need to change, so the Host should be available to make changes to his config...
Net 4624 is dead and has been dead for a couple of years. The listed telephone numbers all respond with a recorded message to the effect of "this number is not in use".
None of the listed IP connections answer to an attempt to connect via Binkp.
Since RC46 is obviously unable or unwilling to take the necessary steps I suggest that Ward removes net 4624 from the R46 segment before further processing.
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
From Michiel van der Vlist@2:280/5555 to All on Wed May 6 12:00:01 2026
Hello All,
The ICM flag was meant as a transition mechanism for accomodating nodes that were running CM for the IP part and non CM for the POTS/ISDN part.
See also: fts-5001.006 paragraph 5.11. Flag Redundancies.
The CM flag implies ICM: ICM should not be used unless CM is impossible.
So IP only nodes should carry the CM flag, not the ICM flag.
This is a list of nodes with a misplaced ICM flag: