@MSGID: 1729.binkd@1:2320/105 2bb5c151
@REPLY: 3409.binkd@1:154/700 2bb4d50f
@TZUTC: -0500
@PID: Synchronet 3.20a-Linux master/acc19483f Apr 26
202 GCC 12.2.0
@TID: SBBSecho 3.20-Linux master/acc19483f Apr 26
2024 23:04 GCC 12.2.0
@BBSID: CAPCITY2
@CHRS: ASCII 1
> > 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.

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

binkd seems to work fine here with "out" the and "out.(hex)" that sbbsecho
creates.

Now, when using other tossers with other BBS software, I sometimes had to
create symlinks so that binkd would work correctly.  For example, if the
tosser did something like "fsxnet.015" for the othernets.  I would have to
set up a symlink to "out.015" so that binkd would find the mail.


 * SLMR 2.1a * "Excellent...excellent..." - Mr. Burns
--- SBBSecho 3.20-Linux
 * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
SEEN-BY: 19/10 50/109 104/117 119 116/17 18
120/302 616 129/215 153/757
SEEN-BY: 154/10 30 50 700 218/840 220/20 90 221/1
6 360 226/18 44 50 229/310
SEEN-BY: 280/464 301/1 335/364 341/66 234 452/166
463/68 467/888 2320/0 105
SEEN-BY: 2320/304 401 3634/12 5000/111 5005/49
5015/46 5020/329 715 828 830
SEEN-BY: 5020/846 848 1042 4441 12000 5022/128
5030/49 1081 1900 5053/51
SEEN-BY: 5060/900 5061/133 5083/444
@PATH: 2320/105 154/10 221/6 5020/1042 4441