Infinite retries by default = memory leak by default about nlog.targets.syslog HOT 1 OPEN

I can't find the root cause for the SocketException. One of my messages apparently failed to send to Papertrail twice with the "Message too long" error, then it succeeded on the third try (appearing later in the log than messages with an earlier timestamp), so it's not exactly specific to the message text, either... but it might be influenced by the message text.

That's the weird part--it only seems to happen for the one instance of our service. Other instances have no problem logging >3KB messages, but their log messages are rarely more than ~1KB. This instance logs up to ~60KB messages sometimes, but most messages are >1KB, and after a fresh restart, I saw it fail when trying to log a ~1KB message, saying "Message too long." All the instances of our service use the same logging configurations and have multiple threads started with Task.Run(), but they process and log different kinds of data. I also couldn't reproduce the error on my Windows machine by sending the same message that seems to have caused it on the Linux host.

We're using Rfc5424 on .NET 7 with NLog 5.2.5 and NLog.Targets.Syslog 7.0.0. I updated to these from .NET 5, NLog 4.7.9, and NLog.Targets.Syslog 6.0.2 after I originally saw this issue, but this didn't change the problematic behavior. Like a few of the other open issues on this GitHub, our service would also stop logging altogether after a while, but I haven't checked for that behavior since updating.

I can provide one of the messages that failed--it was base-64 encoded garbage, clearly no unusual special characters or anything--but again, I couldn't make it happen on demand by resending the same message.

from nlog.targets.syslog.