On Tue, 11 Jun 2024 19:23:27 +0100, [email protected] wrote: > > I'm unsure what the filter really did and it is a bit harsh to read, > but the rules are as follow: >
Here I anounced it: https://www.mail-archive.com/[email protected]/msg06292.html > I may be wrong about your bug but with just a quick glance I saw mem leaks > and the error message you have seems to imply a leak of descriptor as well > so I'd be tempted to assume that the filter is misbehaving and that it did > not report the fd exhaustion properly to smtpd leading to termination. Leak of descriptors is good point. On the same servers I had https://www.mail-archive.com/[email protected]/msg06241.html a while ago with the same filters which envolved since then a bit, but logic the same. And for a few hours it had leaked a few descriptiors which I see via fstat, so it probably is. Also, I run two MXs and both of them fails the same way almost the same moment, about 5 minutes between them. I register session / message related things like this: osmtpd_local_session(auth_session_new, auth_session_free); osmtpd_local_message(auth_message_new, auth_message_free); and I made an assumtion that both free method are called when I call: osmtpd_filter_disconnect(ctx, "Internal server error"); am I right with that assumtion? -- wbr, Kirill
