Re: SYSLOG over the network

2025-06-07 Thread Matteo Golin
It appears that a whole protocol description exists for syslog messages and the implementation of syslog "originators", "relays" and "collectors". It's RFC 5424 . I read through it today to see how i

Re: SYSLOG over the network

2025-06-07 Thread Tomek CEDRO
Looks like having a central point to gather the information and construct them according to RFC then passing these to "sinks" that does the further processing i.e. output to text stream and/or output to network? You could then just enable/disable or add more sinks when necessary? Tomek On Sat, Ju

Re: SYSLOG over the network

2025-06-07 Thread Gregory Nutt
Get BlueMail for Android On Jun 7, 2025, at 4:31 PM, Tomek CEDRO wrote: > > Looks like having a central point to gather the information and > construct them according to RFC then passing these to "sinks" that > does the further processing i.e. output to text stream and/or out

Re: SYSLOG over the network

2025-06-07 Thread Matteo Golin
Mainly my concern is that the current implementation of syslog (from my understanding reading the NuttX source code) is to `sprintf` the logs into the syslog stream that was configured (gleaned from `nx_vsyslog` in drivers/syslog/vslog.c). This has always worked since logs have only really been con

Re: SYSLOG over the network

2025-06-07 Thread Matteo Golin
Taking a closer look at the RFC examples, it appears it's very plaintext-based, and messages could actually be constructed through the existing sprintf implementation with some modifications. The main drawback would be that if a user enabled both RFC5424 compatible messages and left out many of th

Re: SYSLOG over the network

2025-06-07 Thread Xiang Xiao
On Sun, Jun 8, 2025 at 7:52 AM Matteo Golin wrote: > > The central collection that passes on further to other sinks is a good > idea, but I think it would be difficult to implement. The devices I was > thinking of using this on are RPi Pico Ws, so I'd like to minimize extra > processing and also