Rob, have you been getting any reports form other on errors on sbbsecho since the 2/27/22 nightly build. I deleted a log of the log before I realize a problem might exist, but here is yesterdays and part of todays error log. I've also included the sbbsecho log at the bottom, along with the even log. I'm going to download todays build to see if that helps later today.
Re: SBBSECHO Errors since 2/27 Build
By: DesotoFireflite to Digital Man on Wed Mar 02 2022 08:46 am
Rob, have you been getting any reports form other on errors on
sbbsecho since the 2/27/22 nightly build. I deleted a log of the log
before I realize a problem might exist, but here is yesterdays and
part of todays error log. I've also included the sbbsecho log at the
bottom, along with the even log. I'm going to download todays build to
see if that helps later today.
Also running one of those sbbsecho command-lines manually (from a command prompt) and then reporting the output would be helpful. Usually, a stale lock file indicates that it's crashing for some reason. No other reports of SBBSecho crashing lately.
Also running one of those sbbsecho command-lines manually (from a command prompt) and then reporting the output would be helpful. Usually, a stale lock file indicates that it's crashing for some reason. No other reports of SBBSecho crashing lately.
Just letting you know, as of build 3/2/22, the issue has cleared up, with no more problems.
on another matter, is there a sbbsecho switch/option to delete/kill a bad packet, instead of just adding .bad extension to them. I looked in the wiki, but just don't see anything. Thanks in Advance.
On Fri, 4 Mar 2022 23:29:46 -0800
"Digital Man" <digital.man@VERT> wrote:
Re: SBBSECHO Errors since 2/27 Build
By: DesotoFireflite to Digital Man on Fri Mar 04 2022 08:34 am
on another matter, is there a sbbsecho switch/option toAlso running one of those sbbsecho command-lines manually
delete/kill a bad packet, instead of just adding .bad extension to
them. I looked in the wiki, but just don't see anything. Thanks in
Advance.
No, it's not option. Deleting inbound/*.bad would be a one-line event
or script though, if that's what you want to do.
You can use pktdump with the -split option on a bad packet and it'll extract any good messages. I'm sure it could be scripted but I do it manually when I spot them. At least you can salvage some messages from
a packet.
Sysop: | Coz |
---|---|
Location: | Anoka, MN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 138:27:55 |
Calls: | 166 |
Files: | 5,389 |
Messages: | 223,229 |