Subj : Binkd with Fastecho...
To   : Nick Boel
From : Andrew Leary
Date : Sat Dec 07 2024 06:18 am

Hello Nick!

03 Dec 24 17:18, you wrote to all:

 >> No, unfortunately binkd is doing it wrong by default. Fastecho
 >> implements 5D BSO correctly according to the FTSC standard. And yes,
 >> using a non-existing zone (e.g. 1) as the default zone for the
 >> domain is a proper workaround.

 NB> I guess it's time for me to re-read the standard, then. I could have
 NB> sworn 4d uses the hex value extensions (ie outbound.001, and 5d didn't
 NB>  (ie outbound).

5D BSO support uses the hex zone number extension for all but the primary zone 
in that domain.  binkd is actually flexible enough to work around many mail 
packages that do it wrong.  FastEcho, for example, always uses the hex zone 
number extension for domain directories.

ie: micronet.26a for Micronet zone 618, even though 618 is the primary zone in 
that domain.

Thus, by lying to binkd that the primary zone for all domains is 1, you can 
force binkd to use the hex zone extension for all of your added domains, which 
is exactly what FastEcho produces.

Andrew

--- GoldED+/LNX 1.1.5-b20240209
 * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)

.