@MSGID: 2:280/464.47 674f33de
@REPLY: 3404.binkd@1:154/700 2bb0f217
@PID: JamNNTPd/Linux 1
@CHRS: LATIN-1 2
@TZUTC: 0100
@TID: CrashMail II/Linux 1.7
Nick wrote (2024-11-30):


 NB> Don`t overthink this. When using 1 for each of the above domains, binkd
 NB> will automatically look in the outbound.xxx directories that Fastecho is
 NB> creating. It will not "put all of the directories together", binkd
 NB> automatically uses the hex value for the directory extensions when you
 NB> use 1 for the zone.

 NB> If Fastecho was /really/ doing 5d, it wouldn`t have directory extensions
 NB> (which binkd does correctly when you use the above settings), but it`s
 NB> not.

 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.

---
 * Origin: No REPLY kludge - no reply (2:280/464.47)
SEEN-BY: 19/10 50/109 103/705 104/117 124/5016
153/757 154/10 30 203/0
SEEN-BY: 218/840 221/0 1 6 242 360 230/0 240/1120
5832 280/464 5003 5006 5555
SEEN-BY: 292/854 8125 301/1 310/31 320/219 335/364
341/66 234 396/45 423/81
SEEN-BY: 423/120 452/166 460/58 463/68 467/888
633/280 712/848 770/1 5000/111
SEEN-BY: 5005/49 5015/46 5020/329 400 715 828 830
846 848 1042 4441 12000
SEEN-BY: 5022/128 5030/49 1081 1900 5053/51
5060/900 5061/133 5083/444
@PATH: 280/464 221/1 6 5020/1042 4441