@MSGID: 1:320/219@fidonet 675432ee
@REPLY: 3409.binkd@1:154/700 2bb4d50f
@CHRS: UTF-8 2
@TZUTC: -0500
@TID: MBSE-FIDO 1.1.0 (Linux-x86_64)
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)
SEEN-BY: 1/19 16/0 19/10 37 40 50/109 104/117
123/130 132/174 142/104 926
SEEN-BY: 153/757 154/10 203/0 218/840 221/0 1 6
242 360 229/426 230/0
SEEN-BY: 240/5832 280/464 5003 292/854 301/1
320/119 219 319 2119 322/762
SEEN-BY: 335/364 341/66 234 423/81 452/166 463/68
467/888 5000/111 5005/49
SEEN-BY: 5015/46 5020/329 715 828 830 846 848
1042 4441 12000 5022/128
SEEN-BY: 5030/49 1081 1900 5053/51 5060/900
5061/133 5083/444
@PATH: 320/219 221/1 6 5020/1042 4441