domain fidonet /var/spool/ftn/outb 4 binkp.net
domain fsxnet /var/spool/ftn/outb 21 fsxnet.nz
address 4:900/733@fidonet
address 21:x/y00.z@fsxnet
Maybe try without the domain name at the end of the "domain"
statements.
Also, the "zone" ID (4,21) on the "domain" lines are not the zone's of
the othernets, but it indicate what "zone" is your *primary* domain.
This needs to be consistent with your mail tosser.
If your mail tosser is putting fsxnet mail in /var/spool/ftn/outb.015, then you need to change binkd's configuration to have "4" for the
fsxnet domain, not 21. (Assuming hpt is treating your "fidonet" AKA as your *primary* AKA - and thus it is packaging your fidonet mail to "/var/spool/ftn/outb")
16 Sep 14:35:24 [45224] created /var/spool/ftn/outb.015/000300z4.csy
16 Sep 14:35:24 [45224] call to 21:x/y00@fidonet
16 Sep 14:35:24 [45223] 21:x/y00@fsxnet busy, skipping
16 Sep 14:35:24 [45224] getaddrinfo failed: Name does not resolve (8)
Hello deon!
16 Sep 25 22:45, you wrote to me:
Sep 14:38:24 [45789] call to 21:x/y00@fidonet 16 Sep 14:38:24 [45789] getaddrinfo failed: Name does not resolve (8) 16 Sep 14:38:24 [45789] holding 21:x/y00@fidonet (2025/09/16 14:48:24) 16 Sep 14:38:24 [45789] unlinked `/var/spool/ftn/outb.015/000300z4.csy' 16 Sep 14:38:24
[45789] exitfunc() 16 Sep 14:38:24 [45789] bsy_remove_all: done 16 Sep 14:38:24 [45223] rc(45789)=0---
16 Sep 14:35:24 [45224] created /var/spool/ftn/outb.015/000300z4.csy
16 Sep 14:35:24 [45224] call to 21:x/y00@fidonet
16 Sep 14:35:24 [45223] 21:x/y00@fsxnet busy, skipping
16 Sep 14:35:24 [45224] getaddrinfo failed: Name does not resolve
(8)
Is there a reason you are obscuring the net/node number, or is it
really showing up in the logs as 21:x/y00@fsxnet?
If it is really showing up with the x and the y in it, then I am
pretty sure that is your issue. Those should be numbers.
If you are obscuring them, I would suggest that maybe you use the
node's actual address instead of relying on the zone lookup. It could
be down or not otherwise functioning properly. There is also
something odd going on there with the second line showing '@fidonet'
while the third correctly says '@fsxnet' but I am not sure what might
be causing that.
* SLMR 2.1a * Do ministers do more than lay people?
--- SBBSecho 3.28-Linux
* Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
At first I was changin those numbers for privacy. I finally solved the issue b
commenting out the last line I had in binkf.conf that allowed to connect to unlisted destinations.
# Default node flags. Binkd will call an unlisted node if "defnode" is defined
#
#defnode -nd *
Hello Mike!
17 Sep 25 09:36, you wrote to me:
At first I was changin those numbers for privacy. I finally solved the issue by commenting out the last line I had in binkf.conf that allowed
to connect to unlisted destinations.
# Default node flags. Binkd will call an unlisted node if "defnode" is defined.
#
#defnode -nd *
16 Sep 14:35:24 [45224] created /var/spool/ftn/outb.015/000300z4.csy
16 Sep 14:35:24 [45224] call to 21:x/y00@fidonet
16 Sep 14:35:24 [45223] 21:x/y00@fsxnet busy, skipping
16 Sep 14:35:24 [45224] getaddrinfo failed: Name does not resolve
(8)
Is there a reason you are obscuring the net/node number, or is it
really showing up in the logs as 21:x/y00@fsxnet?
If it is really showing up with the x and the y in it, then I am
pretty sure that is your issue. Those should be numbers.
If you are obscuring them, I would suggest that maybe you use the
node's actual address instead of relying on the zone lookup. It could
be down or not otherwise functioning properly. There is also
something odd going on there with the second line showing '@fidonet'
while the third correctly says '@fsxnet' but I am not sure what might
be causing that.
At first I was changin those numbers for privacy. I finally solved the
issue by commenting out the last line I had in binkf.conf that allowed
to connect to unlisted destinations.
16 Sep 14:35:24 [45224] call to 21:x/y00@fidonet
If you are obscuring them, I would suggest that maybe you use the
node's actual address instead of relying on the zone lookup. It
could be down or not otherwise functioning properly. There is also
something odd going on there with the second line showing '@fidonet'
while the third correctly says '@fsxnet' but I am not sure what
might be causing that.
You realize there is a nodelist and you will be in it? :)
Hi Joacim,
On 2025-09-18 17:01:32, you wrote to JAS:
At first I was changin those numbers for privacy. I finally
solved the issue by commenting out the last line I had in
binkf.conf that allowed to connect to unlisted destinations.
16 Sep 14:35:24 [45224] call to 21:x/y00@fidonet
If you are obscuring them, I would suggest that maybe you use
the node's actual address instead of relying on the zone
lookup. It could be down or not otherwise functioning
properly. There is also something odd going on there with the
second line showing '@fidonet' while the third correctly says
'@fsxnet' but I am not sure what might be causing that.
You realize there is a nodelist and you will be in it? :)
He's obscuring who he is linking to in fsx net. I can't imagine that
is sensitive information, but it's up to him (and his link) to decide about that... ;-)
Bye, Wilfred.
--- FMail-lnx64 2.3.2.4-B20240523
* Origin: FMail development HQ (2:280/464)
Sysop: | Coz |
---|---|
Location: | Anoka, MN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 55:59:38 |
Calls: | 359 |
Files: | 6,267 |
Messages: | 235,448 |