Subj : Re: SBBSecho logging. To : Digital Man From : Bill McGarrity Date : Mon Nov 06 2017 20:25:55 -=> Digital Man wrote to Bill McGarrity <=- DM> Re: Re: SBBSecho logging. DM> By: Bill McGarrity to Digital Man on Mon Jan 04 2016 02:32 pm > -=> Digital Man wrote to Bill McGarrity <=- > > Hiya Rob... > > > -=> Joe Delahaye wrote to Bill McGarrity <=- > > > JD> Re: Re: SBBSecho logging. > > JD> By: Bill McGarrity to Joe Delahaye on Sun Jan 03 2016 17:40:00 > > > JD>> The above is already being tested. We found that although the > > JD>> packet name at least was created, (archived), when the connections > > JD>> were made, the mail went to the one system, and tried to send to > > the > > JD>> other, but file not found. > > > BM> Were there not two separate PKT's created for each node? Why not > > BM> remove archieving from the equation and just create a .*lo file as > > BM> well and check your binkd logs. > > > > JD> I tried that, resulting in an over abundance of .pkt files sitting > > JD> in the outbound. Some of my nodes only collect mail maybe once a > > JD> week or less, and that becomes a problem in my mind at least . > > JD> When packets are created, it seems that they mostly go to the master > > JD> outbound folder, with the .lo files mostly going to the proper areas > > JD> (i.e. outbound.002), but not always > > > OK.... that's fair. One other thing, could you post from echocfg your > > "Toggle Options"? If I can remember correctly, you had Fuzzy Zone > > disabled. I've always had that enabled and have no issue. > > DM> Fuzzy Zone operations effect NetMail only, not EchoMail. > > > One thing I did find in my logs... > > 2016-01-04 14:12:24 ERROR line 1836 renaming c:\fd\outbound\04141202.pk_ to > c:\fd\outbound\04141202.pkt DM> Interesting. Is this a one time occurrence or have you seen this error DM> before? Is it possible there were 2 instance of SBBSecho running at DM> this time (e.g. one spawned by Synchronet timed event and another DM> spawned by another means)? I don't really have another explanation for DM> that at this time, but it certainly should not happen. OK... that is quite possible. Naturally I run fidoin when I get something from my uplink and then it processes it to downlinks but I also have a timed event fidoout running every 10 minutes for netmail to be processed. There could be an overlap. Interesting... > 2016-01-04 14:12:24 Sending packet (c:\fd\outbound\04141202.pkt) to 24:110/1 > 2016-01-04 14:16:04 Stray Outbound Packet (c:\fd\outbound\04141202.pk_) > possibly still in use (ftime: Mon Jan 04 14:12:02 2016) > > Now when I checked the folder, both 04141202.pk_ and 04141202.pkt were > listed and what does "possibly still in use" mean? DM> A .pk_ file is a temporary packet (i.e. a packet under construction). DM> Stray temporary packets less than 60 minutes old are not processed by DM> SBBSecho since it may be possible that some other instance of SBBSecho DM> is actually working on that packet. The "rename" error before this was DM> the cause of the stray temporary packet. After 60 minutes, that packet DM> should have been handled by SBBSecho and been sent out. OK... when I see another I will wait the 60 minutes and see if it indeed gets sent. Thanks again. -- 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) .