Subj : Issue with BinkD and outbound attempts. To : mark lewis From : Oli Date : Sun Mar 29 2020 03:57 pm Good ${greeting_time}, mark! 29 Mar 20 08:15, you wrote to me: ml> Re: Issue with BinkD and outbound attempts. ml> By: Oli to Tony Langdon on Sun Mar 29 2020 11:57:21 >> I don't see the ambiguity. The FTS-5005 is very clear about it: >> >> How should Outbound Areas be named when domains are used? >> As always, the outbound area for your primary address (including >> domain) is the default outbound. >> >> Separate Outbound Areas are needed for each Zone in each Domain. >> These take an identical stem path to the primary outbound, except >> that the name of the last sub-directory is changed to the >> parameter, plus the zone extension. >> >> For example, if your default outbound is C:\BINK\OUTBOUND >> for the outbound holding area (and you are in FidoNet), Amiganet >> (zone 39) outbound mail would be held in the C:\BINK\AMIGANET.027 >> directory instead. Note that outbound areas for domains other than >> your primary will ALWAYS have a zone extension, and that zone >> extensions are always specified in Hexadecimal, up to .FFF (4095). ml> this last paragraph is wrong for full and proper 5D BSO... what is described here ml> is what i've been calling 4.5D (meaning four and a half dimension)... There is no such thing as 4.5D BSO. This is exactly what 5D BSO is, nothing wrong there. Just because some binkd developers decided that they have to invent their own flavor doesn't make the original format less 5D. ml> i've already posted a binkd FAQ Q&A about this as well as one of the binkd ml> developers' comments on how proper 5D is done in binkd... This wouldn't be the first developer that insists that their (flawed) interpretation and implementation of a (de facto or FTSC) standard is perfect and everyone else is wrong. --- GoldED+/LNX 1.1.5-b20180707 * Origin: kakistocracy (2:280/464.47) .