Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    FMAIL_HELP    |    Fmail support    |    2,396 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,252 of 2,396    |
|    Bill McGarrity to Accession    |
|    Re: sbbsecho.cfg    |
|    09 Jan 15 02:07:00    |
      -=> On 01-08-15 14:19, Accession wrote to Bill McGarrity <=-              Hiya Nick...                      Ac> On 08 Jan 15 02:15, Bill McGarrity wrote to Accession:               BM> Both were typos.... the space and the dash. Too little sleep.               BM> The way it's written is: ROUTE_TO 2:ALL               Ac> Okay, then my next questions are:               Ac> Was it destined from your system? Or from another system passing        Ac> through your system?        Ac> If it was from another system, what BBS software was it running?              From my system.                      Ac> In this case especially, I can't believe that those two "catch-all"        Ac> ROUTE_TO statements would matter if they were reversed or not.        Ac> Basically, one is saying route everything for zones 1, 3, and 4 through        Ac> Janis, while the other one is saying to route all of zone 2 through        Ac> Bjorn.               Ac> The only time I can see needing things in a certain order, is if you're        Ac> setting               Ac> up a direct link with someone in zone 1, in some software you would        Ac> have to specify that direct link BEFORE your catch-all, ie:               Ac> DIRECT 1:154/10        Ac> ROUTtE_TO 1:123/500 1:ALL               Ac> Or similarly, some kind of more specific routing before a catch-all,        Ac> ie:               Ac> ROUTE_TO 1:154/ALL 1:154/10        Ac> ROUTE_TO 1:123/500 1:ALL               Ac> I can't see two catch-all statements making any difference above or        Ac> below each other. And even if it were true in some cases, I don't think        Ac> it matters any in Synchronet's sbbsecho.cfg. If you ever noticed when        Ac> you use echocfg to do your routing, it puts things in oddball random        Ac> places compared to the way these older softwares worked (and people are        Ac> describing right now). This is the main reason why I have and always        Ac> will edit sbbsecho.cfg manually. I think the config file is easier to        Ac> read if you to it in a more heirarchial format. And I can be an anal        Ac> retentive muhfugga sometimes, too. :)              I'll be looking at it more this weekend. As soon as I figure out how binkd       uses the nodelist I'll just crash direct,              :)                     Bill              Telnet: tequilamockingbirdonline.net       Web: bbs.tequilamockingbirdonline.net       FTP: ftp.tequilamockingbirdonline.net:2121       IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697       Radio: radio.tequilamockingbirdonline.net:8010/live                     ... Look Twice... Save a Life!! Motorcycles are Everywhere!!!       --- MultiMail/Win32 v0.50        * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca