@MSGID: 73947.sync@723:320/1 2d27db13
@REPLY: 54844.sync@1:103/705 2d26ca63
@TZUTC: -0500
@PID: Synchronet 3.21a-Linux master/123f2d28a Jul 12
2025 GCC 12.2.0
@TID: SBBSecho 3.29-Linux master/7acaccaf1 Sep 08
2025 GCC 12.2.0
@BBSID: CAPCITY2
@CHRS: CP437 2
@FORMAT: flowed
>  > Node (618:250/1.9) externally locked via:
>  > /sbbs/fido/out.26a/00fa0001.pnt/00000009.bsy (since ??:??)

> That same message would have been written to the sbbsecho.log file. The lock
> attempt is retried (after the configurable number of BSO lock delay seconds)
> and gives up (and logs a warning about "Giving up") after the configured numbe
> of BSO lock attempts. All of these messages would be written to your
> sbbsecho.log file as well as the console. The only reason they would not be
> written to the log file is if you had your "Log Level" set to something less
> (more severe) than "Informational" in echocfg->Global Settings.

It is set to "Warning".  Is that more or less severe than "Informational"?

The attempts were set at 60 so I lowered it.  What happens when it "gives
up"?

Regardless they were *not* written to the console.  They were written in
the terminal window when sbbsecho was run manually but, in normal
operation, they do *not* show up on the sbbs console or in syslog.


 * SLMR 2.1a * Mind like a steel trap - rusted shut!
---
 ■ Synchronet ■ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
 * 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