;S The following flag defines gateways to other domains (mail networks):
;S
;S Flag Meaning
;S
;S Gx..x Gateway to domain 'x..x', where 'x..x` is a string ;S of alphanumeric characters.
;S
;S NOTE: Valid values for 'x..x' are assigned by the FidoNet ;S International Coordinator or the person appointed as ;S Internetworking Coordinator by the FidoNet
;S International Coordinator. Current valid values of ;S 'x..x' may usually be found in the notes at the end ;S of the current FidoNet nodelist. The most common
;S gateway flag is "GUUCP", to denote a gateway to the ;S Internet mail system that gates on behalf of the
;S fidonet.org internet domain.
;S
;S Registered domain gateways include:
;S
;S UUCP to be used only for nodes with an MX-entry
;S in the internet dns-table of the z2.fidonet.org ;S domain. It implies a willingness to act as a ;S gateway both inbound and outbound.
I see no MX entries for z2.fidonet.org but
,5,R19_Internet_Gate,AR_LA_OK_TX,UUCP,1-256-895-4786,33600,CM,XA,V34, V42B,GUUCP ,3,Internet_Gateway_Net396,Huntsville_AL,Postmaster,1-256-895-4786,336 00,CM,XA,V42B,V34,INA:sursum-corda.com,ITN,IBN,IFT,GUUCP
,10,Internet,Finland,UUCP,-Unpublished-,300,CM,XX,IBN:f10.n221.z2.fido net.fi,GUUCP,INO4,U,ENC ,128,R46_Fidonet<->email&usenet_gate,Kyiv_Ukraine,Pavel_Gulchouck,-Unp ublished-,300,CM,MO,IBN,INA:fido.happy.kiev.ua,GUUCP
So either the uses of the GUUCP flag are wrong or the comment at the end of
the nodelist is wrong. Which of both is it?
These 2 nodes are in Z1 so what is in the footer of the Z2 nodelist
isn't relevant to them.
These 2 nodes are in Z1 so what is in the footer of the Z2 nodelist
isn't relevant to them.
I downloaded a NODELIST.107 from https://www.darkrealms.ca/ and it is indeed
different. So we have now at least two different files with the same name. Any
idea where I can download the nodelist in zone 3 or 4?
Hi Chris,
On 2026-04-18 16:58:47, you wrote to me:
These 2 nodes are in Z1 so what is in the footer of the Z2 nodelist
isn't relevant to them.
I downloaded a NODELIST.107 from https://www.darkrealms.ca/ and it is
indeed different. So we have now at least two different files with the
same name. Any idea where I can download the nodelist in zone 3 or 4?
I looked around a bit, but couldn't find a direct download links.
For Zone 3, I have a direct link with him, so if needed I could connect to his 'nodelist' file area, to get the Z3 nodelist files when published...
For Zone 4, there is a bbs of the Z4C system:
https://bbs.docksud.com.ar/web/?page=002-files.xjs&dir=fidonodelist
But if I click on 1 of the files, I get a message: "Not enough credits"... Maybe if you create an account on his system you are allowed to download files?
Bye, Wilfred.
--- FMail-lnx64 2.3.3.1-B20260417
* Origin: NPC Station (2:280/464)
Yes, I have an account now and I was able to download a nodelist. It cost zero credits. Zone 4 uses the nodelist from zone 1 even through that list says that is not allowed.
Yes, I have an account now and I was able to download a nodelist. It cost zero credits.
Zone 4 uses the nodelist from zone 1 even through that list says that is not allowed.
Z2DAILY is renewed daily and accurate to within 24 hours.
Yes, I have an account now and I was able to download a nodelist. It
cost zero credits.
Everybody has credit here....
Zone 4 uses the nodelist from zone 1 even through that list says that is
not allowed.
There are systems in Zone1 using the nodelist for zone2. Someone from zone3 picks it up as well and someone from zone4 is also getting it.
I'm pretty certain there are people in zone2 using the zone1 nodelist. As long as you know what you are doing all that is OK because it ought to be the same information, presented slightly different.
However, why still use the nodelist other than for P4-conformity?
Z2DAILY is renewed daily and accurate to within 24 hours.
\%/@rd
--- DB4 - 20230201
* Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
Could you reply the question this thread started with?
Z2DAILY is renewed daily and accurate to within 24 hours.
The Z1 segment in the Z2DAILY is always at least 1 day behind. So that is (partly) 48 hours. ;-)
Could you reply the question this thread started with?
Oh dear ... when was that?
I'm not a believer...
\%/@rd
--- DB4 - 20230201
* Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
So either the uses of the GUUCP flag are wrong or the comment at the end
of the nodelist is wrong.
Which of both is it?
Chris,
So either the uses of the GUUCP flag are wrong or the comment at the end
of the nodelist is wrong.
Which of both is it?
Really?
I'm too old for this, I'm even not interested in this echo. Just checking once or twice a year.
\%/@rd
--- DB4 - 20230201
* Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
I know that that is disputed but as long as you claim it try to perform
the duties of it
Chris,
I know that that is disputed but as long as you claim it try to perform
the duties of it
How 'bout getting a node-number first and become a fully fledged sysop before addressing me about what my duties are?
\%/@rd
--- DB4 - 20230201
* Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
Chris Jacobs wrote to Ward Dossche <=-
So either the uses of the GUUCP flag are wrong or the comment at the
end of the nodelist is wrong.
Which of both is it?
How 'bout getting a node-number first and become a fully fledged
sysop before addressing me about what my duties are?
Would make no difference. If I had a nodenummer you still would not
listen.
These 2 nodes are in Z1 so what is in the footer of the Z2 nodelist
isn't relevant to them.
,10,Internet,Finland,UUCP,-Unpublished-,300,CM,XX,IBN:f10.n221.z2.fido net.fi,GUUCP,INO4,U,ENC
Unfortunately lots of flags in the nodelist are used wrong... But in
this case the Z2C and/or the mentioned nodes are the ones that can
explain what is going on. The Z2C normally doesn't read this area. The
sysop of node 10 above, does, so maybe he cares to comment?... ;-)
to p.f.n.z@fidonet.fi
You claim in your entry that you are te International Coordinator ,1000,International_Coordinator,Belgium,Ward_Dossche,-Unpublished-,300,CM,MO,INA:many-glacier.dyndns.org,IBN,IFT,IMI:fido@dossche.org,PING,U,ENC
,1000,International_Coordinator,Belgium,Ward_Dossche,-Unpublished-,300,
CM,MO,INA:many-glacier.dyndns.org,IBN,IFT,IMI:fido@dossche.org,PING,U,E
NC
IMI flag here seems broken. I sent a PING, but no response.
IMI flag here seems broken. I sent a PING, but no response.
IMI flag here seems broken. I sent a PING, but no response.
I will look into it.
Can you look into the probably disfunctional email gateway?
Can you look into the probably disfunctional email gateway?
Here it works just fine for plain text messages.
If I PGP sign it he message get stuck at Michiel van der Vlist who has
then to forward it further by hand.
IMI flag here seems broken. I sent a PING, but no response.
I will look into it.
Can you look into the probably disfunctional email gateway?
Here it works just fine for plain text messages.
If I PGP sign it he message get stuck at Michiel van der Vlist who has then to forward it further by hand.
It is not the PGP sign that is the problem as such.
The problem was the file attach.
Cheers, Michiel
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nodelist Police Station (2:280/5555)
Can you look into the probably disfunctional email gateway?...
Plain text messages only to the fidonet gateway. Sorry.
Plain text messages only to the fidonet gateway. Sorry.
Seems to work by design.
I did not attach a file.
Maybe the gate switches to a kind of file attach mode for messages
above a certain size or something?
Plain text messages only to the fidonet gateway. Sorry.
Seems to work by design.
Looking for the manual ... This should be OK ... No?
ward@p0.f854.n292.z2.fidonet.fi ...
Any error here?
,1000,International_Coordinator,Belgium,Ward_Dossche,-Unpublished-,300,CM,MO,INA:many-glacier.dyndns.org,IBN,IFT,IMI:fido@dossche.org,PING,U,ENC
IMI flag here seems broken. I sent a PING, but no response.
IMI flag here seems broken. I sent a PING, but no response.
I tried the same about a week ago for 2:2/1002. Same result...
,1000,International_Coordinator,Belgium,Ward_Dossche,-Unpublished-,300,CM,MO,INA:many-glacier.dyndns.org,IBN,IFT,IMI:fido@dossche.org,PING,U,ENC
IMI flag here seems broken. I sent a PING, but no response.
Could you try that again to that node?
Sending mail for node 2:2/1000 to fido@dossche.org
It was adapted in the nodelist to fido@lighthouse-video.be.
IMI flag here seems broken. I sent a PING, but no response.
I tried the same about a week ago for 2:2/1002. Same result...
Would you care to try that again?
Would you care to try that again?
Sent and delivered:
2026-04-28T12:49:24.769073+02:00 wilnux5 postfix/smtp[17745]:
4340D28B2F0: to=<fido@lighthouse-video.be>,relay=mx.mailprotect.be[178.20 8.39.143]:25, delay=0.5, delays=0.01/0/0.1/0.38, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 61C5F20208)
Would you care to try that again?
Sent and delivered:
2026-04-28T12:49:24.769073+02:00 wilnux5 postfix/smtp[17745]:
4340D28B2F0: to=<fido@lighthouse-video.be>,relay=mx.mailprotect.be[178.20
8.39.143]:25, delay=0.5, delays=0.01/0/0.1/0.38, dsn=2.0.0, status=sent
(250 2.0.0 Ok: queued as 61C5F20208)
Received and processed.
Sending mail for node 2:2/1000 to fido@dossche.org
Will not work. Wrong destination. A squatter now sits on dossche.org.
It was adapted in the nodelist to fido@lighthouse-video.be.
FMail doesn't support the nodelist, manual setting needed.
Ping on its way.
Apr 28 17:10:59 kco postfix/smtp[3017854]: 082817E560: to=<fido@lighthouse-video.be>, relay=mx.mailprotect.be[178.208.39.142]:25
, delay=0.96, delays=0.02/0.03/0.42/0.49, dsn=2.0.0, status=sent (250
2.0.0 Ok: queued as C15F5C01E9)
| Sysop: | Tj Barlow |
|---|---|
| Location: | Colorado Springs, CO. |
| Users: | 11 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 83:31:26 |
| Calls: | 55 |
| Messages: | 58,102 |