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,524 of 2,396    |
|    Bill McGarrity to Digital Man    |
|    Routed netmail    |
|    06 Mar 17 15:03:00    |
      -=> Digital Man wrote to Bill McGarrity on 03-06-17 09:53 <=-               DM> Re: Routed netmail        DM> By: Bill McGarrity to Digital Man on Sun Mar 05 2017 11:46 pm               > -=> Digital Man wrote to Bill McGarrity on 03-05-17 17:50 <=-        >        > DM> Re: Routed netmail        > DM> By: Bill McGarrity to Digital Man on Fri Mar 03 2017 09:10 pm        >        > > Hiya DM...        >        > > I know I'm being a pest lately but one quick question. Is there a switch        > > or an entry in sbbsecho.ini that will relay incoming routed netmail from        > > a downlink meant for another downlink to go through the HUB. It seems I        > > have one stuck in in ../sbbs/netmail folder bound for another address.        >        > DM> Is the destination address one of your links?        >        > Yes...        >        > All nodes within Sportnet are setup in HUB's echocfg's Linked Nodes area.               DM> And "HUB" is where the netmail message is currently sitting? If so,        DM> just running 'sbbsecho' with no argument should packetize and export it        DM> unless it has some attribute flag preventing it (e.g. local, sent).              As per the log, it has an 'Already Sent" flag set. I tried using the -j switch       and still the same Why was it originally received and not resent to the proper       node to begin with? (From: 24:110/1 to 24:100/1). Both of these nodes are       listed in sbbsecho.ini. Should there be a master ROUTE-TO statement?              Here's the log running ./sbbsecho without any switches..              ***** Start LOG                     SBBSecho v3.00-Linux (rev 3.30) - Synchronet FidoNet EchoMail Tosser                            Loading configuration files from /home/pi/sbbs/ctrl/              SBBSecho 3.00-Linux r3.30 Mar 1 2017 GCC 4.9.2 invoked with options:              Reading /home/pi/sbbs/data/areas.bbs              Read 97 areas from /home/pi/sbbs/data/areas.bbs                            Scanning /home/pi/sbbs/temp/sbbsecho/ for Stray Outbound Packets...                            Scanning for Inbound Packets...              Scanning secure inbound: /home/pi/sbbs/sportnet/secure/              Scanning non-secure inbound: /home/pi/sbbs/sportnet/inbound/                            Scanning for Inbound NetMail Messages...              /home/pi/sbbs/netmail/1.msg Eric Renfro (24:110/1) To: Bill McGarrity       (24:100/1) Foreign address                            Scanning for Outbound EchoMail...              Scanning 1generals -> GENERAL_SPORTSNET_CHAT                        Exporting Outbound NetMail from /home/pi/sbbs/data/mail to       /home/pi/sbbs/netmail/*.msg ...                            Packing Outbound NetMail from /home/pi/sbbs/netmail/*.msg ...       NetMail msg 1.msg from Eric Renfro (24:110/1) to Bill McGarrity (24:100/1):       already sent                     Deleting /home/pi/sbbs/ctrl/sbbsecho.bsy (from line 2297)              ***** End LOG              Another thing, why would it report 'foreign address' when it's in sbbsecho.ini       as a linked node.              Thanks..                             --              Bill              Telnet: tequilamockingbirdonline.net       Web: bbs.tequilamockingbirdonline.net:81       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