@MSGID: <HjiUV-ckVZ-5@gated-at.bofh.it> c653719e
@REPLY: <Hjfu1-ciIb-1@gated-at.bofh.it> fc03456a
@REPLYADDR Max Nikulin <manikulin@gmail.com>
@REPLYTO 2:5075/128 Max Nikulin
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <HjiUV-ckVZ-5@gated-at.bofh.it>
@RFC-References: <HiWB3-c6S1-3@gated-at.bofh.it>
<Hj01X-c9ah-5@gated-at.bofh.it> <Hj6Ap-cdfZ-7@gated-at.bofh.it> <Hjfu1-ciIb-1@gated-at.bofh.it>
@TZUTC: 0200
@PID: Mozilla/5.0 (X11; Linux x86_64; rv:102.0)
Gecko/20100101 Thunderbird/102.15.1
@TID: FIDOGATE-5.12-ge4e8b94
On 29/09/2023 13:45, Eugene Berdnikov wrote:
> On Thu, Sep 28, 2023 at 11:52:49PM +0300, Andrey Jr. Melnikov wrote:
>> Это явно результат вызова openlog() где-то внутри syslog().
> 
>   Я догадываюсь, но syslogd, вызывающий openlog(), это форменная шиза...
>   Ты не считаешь, что автора такого изделия нужно везти в психушку? :)

Откуда столько яда? Жизнь штука разнообразная. Сообщение об остановке 
rsyslog вполне может осесть в логах:

journalctl -b -1 -u rsyslog
... rsyslogd[1108]: [origin software="rsyslogd" swVersion="8.2302.0" 
x-pid="1108" x-info="https://www.rsyslog.com"] exiting on signal 15.

Вообще у rsyslog несколько вродных модулей, откуда он может читать 
сообщения. /dev/log один из них, и может быть отключен в конфигурации.

syslog(3) пытается открыть сокет заново, если попытка записи туда не 
удалась. Сделано это на случай того, что с прошлого вызова функции демон 
syslog перезапускался.

Так что выглядит все штатно. Ну не получилось отправить сообщение в лог, 
потому что /dev/log в данном случае слушал сам rsyslog и уже закрыл сокет.
 --- Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.15.1
 * Origin: linux.* mail to news gateway (2:5075/128)
SEEN-BY: 221/6 301/1 467/888 5001/100 5005/49
5015/255 5019/40 5020/715 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5061/133
5075/37 128 6078/80
@PATH: 5075/128 5020/1042 4441