@MSGID: 54864.sync@1:103/705 2d29651a
@REPLY: 73958.sync@723:320/1 2d295041
@TZUTC: -0700
@PID: Synchronet 3.21a-Linux master/7acaccaf1 Sep 08
2025 GCC 12.2.0
@TID: SBBSecho 3.29-Linux master/7acaccaf1 Sep 08
2025 GCC 12.2.0
@COLS: 80
@BBSID: VERT
@CHRS: CP437 2
@FORMAT: flowed
@NOTE: FSEditor.js v1.105
  Re: sbbsecho issue
  By: Dumas Walker to DIGITAL MAN on Thu Sep 11 2025 11:31 am

 > So it will show up in the sbbs console, and the syslog, if set to
 > "informational"?

Correct.

 > > SBBSecho is behaving exactly as designed and documented, it appears to me.
 >
 > That might be but if sbbsecho is getting a "lock" on a non-existant file
 > (which it should be able to tell because it cannot find the proper time to
 > display - it displays ??:??), I would strongly suggest the message in that
 > case is more than just "informational"...  there *is* something wrong that
 > *will* require intervention if you want mail to keep flowing.

 The "Node (x) external locked ..." messages is actually NOTICE (not
INFO) level already. But you had your Log Level set to WARNING.

 The "Giving up after ..." log message is a WARNING level already,
so that would be found in your sbbsecho.log file with how you had it
configured.
-- 
                                            digital man (rob)

Steven Wright quote #22:
What happens if you get scared half to death twice?
Norco, CA WX: 78.7°F, 53.0% humidity, 7 mph WNW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.29-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 50/109 103/705 154/10 218/700 221/1
240/1120 280/464 301/1 113
SEEN-BY: 341/66 463/68 712/848 5000/111 5001/100
5020/101 715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5060/900 5061/133
5075/128 5083/444
@PATH: 103/705 301/1 5020/1042 4441