Hello There,

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's are
busy or no AKA's are in common. But, if the same configuration is
run in standalone mode from a terminal window then BinkD seems to
run fine and accepts and initiates connections fine. The current
version in use is v1.0.4. Is there a Linux BinkD source available
that supports IPv6?


Jeff
--- SBBSecho 3.00-Linux
* Origin: The OuijaBoard Too - Anoka, MN (1:14/6)

Hello Jeff.

14 May 16 04:52, you wrote to all:

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's are
busy or no AKA's are in common.

What do you mean speaking 'loaded as a daemon'?

Being started from terminal with '-D', or loaded via systemd/upstart/whatever?

But, if the same configuration is run in standalone mode from a
terminal window then BinkD seems to run fine and accepts and initiates connections fine.

It looks like you have permissions problem -- and possibly because of modern Linux distributives' MAC subsystem (either SELinux or AppArmor).

The current version in use is v1.0.4. Is there a Linux BinkD source available that supports IPv6?

Yes. 1.1a-94, ftp://happy.kiev.ua/pub/fidosoft/mailer/binkd/snapshot/

Andrew

... God made the people -- Colonel Colt made them equal
--- ÅÑα«¼ »« »Ñαúá¼Ñ¡Γπ
* Origin: é«ßѼ¡áñµáΓδ⌐ ¿¡ΓÑα¡áΓ (2:5020/290.22)

Hello Andrew.

14 May 16 13:35, you wrote to me:

Hello Jeff.

14 May 16 04:52, you wrote to all:

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's
are busy or no AKA's are in common.

What do you mean speaking 'loaded as a daemon'?

Being started from terminal with '-D', or loaded via systemd/upstart/whatever?

Being loaded as a daemon from /etc/init.d/binkd with the options
-d and -C.

But, if the same configuration is run in standalone mode from a
terminal window then BinkD seems to run fine and accepts and
initiates connections fine.

It looks like you have permissions problem -- and possibly because of modern Linux distributives' MAC subsystem (either SELinux or
AppArmor).

I have been thinking/wondering that myself as a possible cause.

The current version in use is v1.0.4. Is there a Linux BinkD
source available that supports IPv6?

Yes. 1.1a-94, ftp://happy.kiev.ua/pub/fidosoft/mailer/binkd/snapshot/

Thanks Andrew.


Jeff

--- GoldED+/W32-MINGW 1.1.5-b20070503
* Origin: Region 14 IP Server - ftn.region14.org (1:14/5)

14 May 16 04:52, you wrote to All:

Hello There,

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's are
busy or no AKA's are in common. But, if the same configuration is
run in standalone mode from a terminal window then BinkD seems to
run fine and accepts and initiates connections fine. The current
version in use is v1.0.4.

what OS?
what user is binkd running as?
are you specifying the proper/same config file?

Is there a Linux BinkD source available that supports IPv6?

yes but some binaries may be compiled without IPv6... you can pull the latest available sources from https://github.com/pgul/binkd.git and compile them... make sure you check the flags to ensure that you have the desired features included...

pushd ~/binkd-dev
git pull upstream master
cp mkfls/unix/{configure*,install-sh,Makefile.*,mkinstalldirs} ./
chmod +x mkinstalldirs
./configure --prefix=/home/myuser/fido --with-zlib --with-bzip2 --with-https --with-ntlm --with-bwlim
make
make -n install
sudo make install
popd

i don't see anything specific like --with-ipv6 or such but that's with a quick look over the config tool...

)\/(ark

Always Mount a Scratch Monkey

... RAM DISK is NOT an installation procedure!
---
* Origin: (1:3634/12.73)

Jeff Smith wrote to All <=-

Hello There,

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's are
busy or no AKA's are in common. But, if the same configuration is
run in standalone mode from a terminal window then BinkD seems to
run fine and accepts and initiates connections fine. The current
version in use is v1.0.4. Is there a Linux BinkD source available
that supports IPv6?

BinkD supports IPv6. Mine worked on the Raspberry Pi out of the box. Not sure about the AKA matching issue, I haven't had that trouble.


... Heads will have to roll!
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (3:633/410)

Hello mark.

14 May 16 13:26, you wrote to me:

14 May 16 04:52, you wrote to All:

Hello There,

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's
are busy or no AKA's are in common. But, if the same
configuration is run in standalone mode from a terminal window
then BinkD seems to run fine and accepts and initiates
connections fine. The current version in use is v1.0.4.

what OS?

Ubuntu v16.04 LTS

what user is binkd running as?

Loading as user root and running as user sbbs.

are you specifying the proper/same config file?

Yes, same config file specified in the same location.

Is there a Linux BinkD source available that supports IPv6?

yes but some binaries may be compiled without IPv6... you can pull the latest available sources from https://github.com/pgul/binkd.git and compile them... make sure you check the flags to ensure that you have
the desired features included...

pushd ~/binkd-dev
git pull upstream master
cp mkfls/unix/{configure*,install-sh,Makefile.*,mkinstalldirs} ./
chmod +x mkinstalldirs
./configure --prefix=/home/myuser/fido --with-zlib --with-bzip2 --with-https --with-ntlm --with-bwlim make make -n install sudo make install popd

i don't see anything specific like --with-ipv6 or such but that's with
a quick look over the config tool...

I grabbed the current snapshop of the BinkD 1.1-94 source that had Ipv6 included
by default and compiled it. So far it seems to be running fine.

)\/(ark

Always Mount a Scratch Monkey

... RAM DISK is NOT an installation procedure!
---
* Origin: (1:3634/12.73)

Jeff

--- GoldED+/W32-MINGW 1.1.5-b20070503
* Origin: Region 14 IP Server - ftn.region14.org (1:14/5)

Hello Tony.

15 May 16 15:09, you wrote to me:

Jeff Smith wrote to All <=-

Hello There,

Is there a reason why BinkD when loaded as a daemon running under
Linux will refuse connections indicating that either all AKA's
are busy or no AKA's are in common. But, if the same
configuration is run in standalone mode from a terminal window
then BinkD seems to run fine and accepts and initiates
connections fine. The current version in use is v1.0.4. Is there
a Linux BinkD source available that supports IPv6?

BinkD supports IPv6. Mine worked on the Raspberry Pi out of the box.
Not sure about the AKA matching issue, I haven't had that trouble.

The "Current" version of BinkD that is available from Canonical via APT-GET
is v1.04 which doesn't IPv6. I did grab a snapshot of BinkD v1.1a-94 and installed it which does support IPv6 and doesn't seem to have the same
problem as v1.04 did.


Jeff

--- GoldED+/W32-MINGW 1.1.5-b20070503
* Origin: Region 14 IP Server - ftn.region14.org (1:14/5)

Jeff Smith wrote to Tony Langdon <=-

The "Current" version of BinkD that is available from Canonical via APT-GET is v1.04 which doesn't IPv6. I did grab a snapshot of BinkD v1.1a-94 and installed it which does support IPv6 and doesn't seem to
have the same problem as v1.04 did.

If all else fails... "Use the Source, Luke". ;)


... Taglines are irrelevant. You will be assimilated into the Blue Wave.
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (3:633/410)

Hello Tony,

Jeff Smith wrote to Tony Langdon <=-

The "Current" version of BinkD that is available from Canonical via
APT-GET is v1.04 which doesn't IPv6. I did grab a snapshot of BinkD
v1.1a-94 and installed it which does support IPv6 and doesn't seem to
have the same problem as v1.04 did.

If all else fails... "Use the Source, Luke". ;)

That's actually what I did. <g> I grabbed the source and compiled it based on my particular needs.


Jeff

--- BBBS/Li6 v4.10 Dada-2
* Origin: The OuijaBoard - Anoka, MN (1:282/1031)

Jeff Smith wrote to Tony Langdon <=-

If all else fails... "Use the Source, Luke". ;)

That's actually what I did. <g> I grabbed the source and compiled it based on my particular needs.

Yep, if all else fails, compiling from source works. :)


... This message uses 100% recycled electrons
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (3:633/410)