SYNCHRONET--------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 64 из 100
 От   : Dumas Walker                        1:103/705         11 сен 25 11:31:23
 К    : DIGITAL MAN                                           11 сен 25 23:17:02
 Тема : sbbsecho issue
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 73958.sync@723:320/1 2d295041
@REPLY: 54850.sync@1:103/705 2d27d98d
@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
>  > It is set to "Warning".  Is that more or less severe than "Informational"?

> A warning is more severe than informational and that means that Info-level
> messages would *not* be written to the sbbsecho.log. I recommend you change
> that back to the default (info) or if/when you`re having issues, you change it
> to Debug.

I don`t suspect that I changed it as I would have had no reason to and was
not even aware of that setting until this conversation.  I suspect it has been
set that way, by default, since I first installed synchronet ~20 years ago.

I will set it to the more recent default.

>  > 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.

> Correct, because you changed the log level from info to warning which
> instructed SBBSecho to only log warnings and errors to the sbbsecho.log file.

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

> 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.


 * SLMR 2.1a * This just in: Research causes cancer in rats!
---
 ■ 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



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх